Powiadomienia
Wyczyść wszystko

Załączenie zabezpieczenia temperaturowego powoduje wysypywanie się programu

lodomir
(@lodomir)
Młodzik

@adrian

sprawdziłem na sowim urządzeniu (Sonoff TH16 z czujnikiem A2302) wersję oprogramowania T2 2.4.0 datowaną na 19.12.2020 (plik AFE.Firmware.T2.2.4.0.PL.ESP8266.DEBUG.1Mb w wersji standardowej PL). Wersja wybrana, bo nie korzystam z Domoticza itp., ale ze standardowego MQTT.

Wybrane wyposażenie- czujnik + 1 przekaźnik + 2 regulatory (T i zabezpieczenie) - szczegóły w załączonym pliku log.

Odczyt danych z czujnika i przesyłanie ich do brokera działało poprawnie dopóki nie zacząłem korzystać z regulatorów.
Zauważyłem następujące problemy:

1. Załączenie zabezpieczenia temperaturowego powoduje wysypywanie się programu 
2. Załączenie regulatora T nie daje w działaniu skutków (nie jest załączany przekaźnik,
3. W niektórych przypadkach (załączone zrzuty ekranu) Message wysyłany do topicu czujnika (DHT) składa się z "dziwnych znaków"

Na ten moment wydaje mi się, że opisywane usterki pojawiają się, w momencie gdy temperatura z czujnika przechodzi przez punkty, w których regulator lub zabezpieczenie powinno zadziałać (wartości parametrów ustawione w nastawach). Podobnie jest dla wartości wilgotności (od której zacząłem, bo jest dla mnie ważniejsza - zależy mi najbardziej właśnie na regulatorze wilgotności).

W logach pojawia się komunikat z ostrzeżeniem o zbyt małym buforze - może tu jest pies pogrzebany?

INFO: Opening file: cfg-device-mode.json ... success
INFO: JSON: {"mode":0}
INFO: JSON: Buffer size: 31, actual JSON size: 24
WARN: Too small buffer size

PS.

Dodałem jeszcze raz plik w formacie *.txt, bo format *.log nie został zaakceptowany przez oprogramowanie forum 😉

Cytuj
Autor tematu Dodane : 28/12/2020 1:30 pm
adrian
(@adrian)
Prezes Zasłużony dla Forum, Patron Strony

dzięki @lodomir biorę na warsztat i analizuję. Dam znać. 

To ostrzeżenie z małym buforem jest pod moją kontrolą

Wywala się na regulatorze - dzięki za podesłanie log - profeska, bardzo mi pomoże w diagnozie. Podeślę Ci na priv kodzik do AFE Pro.

pzdr.

OdpowiedzCytuj
Dodane : 28/12/2020 2:11 pm
adrian
(@adrian)
Prezes Zasłużony dla Forum, Patron Strony

@lodomir poprawiona wersja jest dostępna

Wprowadziłem kilka dodatkowych zabezpieczeń pod konfigurację, którą zrobiłeś, a że była specyficzna nie wpadłem, żeby przetestować, czy wszystko zachowuję się OK. W Twojej konfiguracji nie wybrałeś przekaźnika który ma być sterowany zabezpieczeniem termicznym lub/i regulatorem. 

Po przekroczeniu temperatury AFE próbował sterować przekaźnikiem, który nie istnieje i to powodowało wywalenie firmware

- dodatkowo poprawiłem te krzaczki, które były w log'u

Nowa wersja do ściągnięcia: https://www.smartnydom.pl/download/afe-firmware-t2-2-4-1/

Potwierdź proszę, że działa

pozdrawiam, adrian

OdpowiedzCytuj
Dodane : 28/12/2020 5:45 pm
lodomir
(@lodomir)
Młodzik

@adrian

Sprawdziłem działanie nowej wersji T2 2.4.1.
Przy ustawieniu jednego regulatora i braku zabezpieczenia termicznego regulator działa poprawnie.
Przy ustawieniu jednego zabezpieczenia i braku regulatora zabezpieczenie też działa poprawnie, ale jeśli zostaną ustawione regulator i zabezpieczenie, to zabezpieczenie nie działa mimo przekroczenia temperatury progowej.

Zauważyłem też, że podobnie zachowuje się funkcja wyłączenia przekaźnika po czasie - jeśli ustawi się tylko 1 przekaźnik, to funkcja działa, przy ustawieniu 2 już nie.

Sprawdzę to jeszcze dokładnie jutro, bo muszę trochę rozbudować układ (polutować a nie na kabelkach, żeby być pewnym) ale w logach nie widać podejrzanych wpisów.

OdpowiedzCytuj
Autor tematu Dodane : 28/12/2020 8:56 pm
adrian
(@adrian)
Prezes Zasłużony dla Forum, Patron Strony

podeślij screenshoty ustawień przekaźnika regulatorów, zabezpieczeń bo tutaj jest dużo zależności, jeden może włączać/wyłączać drugi itd.

OdpowiedzCytuj
Dodane : 28/12/2020 9:59 pm
lodomir
(@lodomir)
Młodzik

@adrian

Czy to oznacza, że przekaźniki nie są niezależnie sterowane, a ustawienia regulatorów i zabezpieczeń wpływają na siebie?

Screeny oczywiście prześlę, ale dopiero rano (przed południem).

OdpowiedzCytuj
Autor tematu Dodane : 28/12/2020 10:23 pm
lodomir
(@lodomir)
Młodzik

Trochę dłużej to trwało, ale jak to w życiu - plany nie zawsze się udają 😉

Do tematu:
Polutowałem wszystko co było na kabelkach, sprawdziłem połączenia i działanie hardware'u najpierw miernikiem, a potem skonfigurowałem system do testów jak niżej:

D0 - przycisk SW1 (systemowy i do przekaźnika R1) + dioda LED (systemowa)
D2 - przycisk SW2 (do przekaźnika R2)
D4 - rezerwa dla i2c (SDA)
D5 - rezerwa dla i2c (SCL)
D12 - sterowanie przekaźnika R1 (poprzez tranzystor BC4547). Równolegle do cewki przekaźnika dioda LED potwierdzająca załączenie
D13 - sterowanie przekaźnika R2 (jw.)
D14 - wejście czujnika DHT (AM2301)
D15 - dioda LED (do testów)
D16 - dioda LED (do testów)
D17 - wejście analogowe (ADC) - podłączone napięcie zasilania 3,3V poprzez dzielnik 247k + 47k (realnie na wejściu ADC ok. 0,5V)

Dane wysyłane na serwer Mosquitto (mqtt) dla sprawdzenia działania podzespołów / danych z czujników.
Po załadowaniu takiej konfiguracji stwierdziłem, że wszystkie elementy można wysterować (przekaźniki za pomocą przycisków, diody z D15 i D16 jako potwierdzenie działania przekaźników). Wygląda na to, że sprzęt jest sprawny i zachowuje się przewidywalnie. 


1. Pierwszy test - tylko regulator T (lub H)

W załączonym pliku ustawienia dla testowanego regulatora (pracuje z przekaźnikiem R1).
Wszystko działa zgodnie z założeniami - stan R1 jest adekwatny do zmieniającej się temperatury.

2. Drugi test - tylko zabezpieczenie T

W załączonym pliku ustawienia dla testowanego zabezpieczenia (pracuje z przekaźnikiem R1).
Stan R1 jest od resetu załączony aż do momentu osiągnięcia temperatury granicznej. Wtedy R1 się wyłącza i już nie jest ponownie załączany pomimo obniżenia temperatury. Pytanie - czy zabezpieczenie ma funkcję resetu, czy ma zadziałać tylko 1 raz i wyłączyć przekaźnik do czasu resetu urządzenia?

3. Trzeci test - regulator i zabezpieczenie włączone jednocześnie

W załączonym pliku ustawienia dla testowanego przypadku. Regulator pracuje z przekaźnikiem R1, zabezpieczenie pracuje z przekaźnikiem R2.
O ile regulator działa zgodnie z oczekiwaniami, o tyle zabezpieczenie nie działa w ogóle.

--------------------

Dla sprawdzenia czy problemem nie jest numer przekaźnika (pinu DIO) przetestowałem regulator i zabezpieczenie na przekaźniku R2.
W przypadku pojedynczo działających regulatora lub zabezpieczenia wszystko jest tak jak opisano w testach 1 i 2, ale przy równoczesnym użyciu regulatora i zabezpieczenia to drugie nie działa.

Konfiguracje
 
 
Uzupełnienie:
Sprawdziłem też działanie 2 regulatorów (oba powiązane z 1 czujnikiem). Też działa tylko jeden.
OdpowiedzCytuj
Autor tematu Dodane : 29/12/2020 8:18 pm
adrian
(@adrian)
Prezes Zasłużony dla Forum, Patron Strony

@lodomir

Ad2. Zbezpieczenie termicze działa tak, że za każdym razem, jak przekroczy zadaną temperatuę to wyłącza przekażnik przypisany do zabezpieczenia. Zabezpieczne nie włącza ponownie przekaźnika, nawet jesli obniży się temperatura - do takich potrzeb najlepiej wykorzystać termostart 

Ad3. sprawdzę jutro

OdpowiedzCytuj
Dodane : 29/12/2020 10:58 pm
adrian
(@adrian)
Prezes Zasłużony dla Forum, Patron Strony

@lodomir

Zrobiłem taki test:

  • 2 przekaźniki
  • 1 DHT
  • 1 Regulator
  • 1 Zabezpieczenie termiczne

Regulator

  • Włącz przekaźnik 1 jeśli temp < 23
  • Wyłacz przkaźnik 1 jeśli temp > 24

Zabezpieczenie termiczne

  • wyłącz przekaźnik 2 jeśli temp > 26

Takie ustawienia zadziałały bez problemów

Możesz podesłać całego log'a od momentu uruchomienia, aż do przekroczenia temperatury zabezpieczenia?

 

 

 

OdpowiedzCytuj
Dodane : 30/12/2020 10:39 pm
lodomir
(@lodomir)
Młodzik

W załączeniu przesyłam log z działania T2-2.4.1 według ustawień o jakie prosiłeś i screeny z ustawieniami. W tym przypadku regulator i zabezpieczenie działały poprawnie.

W stosunku do poprzednio testowanej przeze mnie konfiguracji jest jedna różnica: w ustawieniach dla przekaźnika R2 (od zabezpieczenia) obecnie jest wartość po przywróceniu zasilania = włączony, a poprzednio była = brak akcji. To chyba tu jest powód, że poprzednio nie działało zabezpieczenie (bo po włączeniu zasilania przekaźnik nie był załączany, tylko pozostawał w spoczynku, więc nie dało się go wyłączyć).

Jeśli rzeczywiście tu jest przyczyna, do przemyślenia proponuję taką modyfikację: jeśli przekaźnik jest wykorzystany do zabezpieczenia to powinien mieć automatycznie ustawiany stan początkowy = załączony po przywróceniu zasilania.

Chyba, że intencją było zostawić pełną swobodę użytkownikowi, który może dopiero po pewnym czasie od włączenia zasilania uruchomić zabezpieczenie.  W takim przypadku dobrze byłoby dokładniej to opisać - w dokumentacji nie ma na razie informacji o funkcjach regulatorów / zabezpieczeń. Sekcja przekaźników mogłaby być uzupełniona stosowanie do wymagań wynikających z działania regulatorów / zabezpieczeń. Wydaje się, że są to bardzo powiązane ze sobą ustawienia i trzeba dobrze je rozumieć, żeby poprawnie skonfigurować urządzenie.

 

OdpowiedzCytuj
Autor tematu Dodane : 31/12/2020 1:03 am
adrian
(@adrian)
Prezes Zasłużony dla Forum, Patron Strony
  • pełna swoboda użytkownika
  • zabezpieczenie termiczne ma wyłączyć przekaźnik (jeśli jest włączony) 
    • jak zostanie przekroczona temperatura
    • jeśli przekaźnik nie jest włączony to zabezpieczenie działa, ale nie ma co wyłączyć
    • i to cała funkcja zabezpieczenia termicznego
  • to czy przekaźnik jest włączony, czy nie, to inna historia i potrzeba użytkownika. Jeśli potrzebujesz, żeby był włączony przy podłączeniu zasilania to ustaw: włącz w konfiguracji AFE
  • Domyślnie nie będę ustawiał na włącz. bo ktoś tego nie zauważy, a może to być w jakiś sytuacjach niebezpieczne.

Daj proszę realny przykład / potrzebę, żeby przekaźnik był od włączenia zasilania urządzenia włączony?

OdpowiedzCytuj
Dodane : 31/12/2020 1:32 am
lodomir
(@lodomir)
Młodzik

@adrian

Dzięki za wyjaśnienia.

>> Daj proszę realny przykład / potrzebę, żeby przekaźnik był od włączenia zasilania urządzenia włączony?

Nie będę na siłę wymyślał przykładów, choć życie jest tak różnorodne, że coś by się zapewne znalazło 😉
Rozumiem podejście standaryzacyjne - jest tak "od zawsze" i ktoś mógłby się niemile rozczarować gdyby wprowadzić tu zmianę.

Przyszła mi do głowy jednak inna, jak dla mnie potrzebna modyfikacja działania regulatora:

w tej chwili regulator nie uwzględnia faktu braku danych z czujnika (przynajmniej nie zauważyłem, żeby uwzględniał).
W Sonoff-ach TH16 czujnik jest dołączany na dość słabo wykonanym kabelku z wtyczką 4 pinową (typu słuchawkowego). W połączeniu z klasą wykonania obudowy i zastosowanego gniazda daje to przypadki kiedy wtyczka lekko się wysunie i nie kontaktuje (brak danych z czujnika - zdarzyło mi się to parę razy). Software oryginalny co prawda wyświetla informację o tym w samej aplikacji, ale nie daje powiadomienia push, ani nie wpływa na stan regulatora, a więc jego działanie może być nieadekwatne do warunków rzeczywistych (może np. nie grzać, bo nie wie, że  jest za zimno, albo odwrotnie - grzać na max, co w przypadku akwarium skutkowałoby zupą rybną ;-)).

W mojej ocenie byłoby korzystne gdy oprogramowanie AFE miało dodatkowe opcje w ustawieniach regulatora:

  • wybór działania przy braku danych z czujnika (załączenie / wyłączenie / brak reakcji)
  • informacja o dostępności danych z czujnika przez kanał mqtt (np. dane dostępne / niedostępne) - obecnie dane z czujnika spływają tylko kiedy są dostępne (co jest oczywiste), ale trudno wykorzystać tą informację do zaalarmowania lub podjęcia działania (chyba, że jest jakiś sposób, tylko ja o tym jeszcze nie wiem 😉
OdpowiedzCytuj
Autor tematu Dodane : 02/01/2021 12:53 pm
isom
 isom
(@isom)
Prezes Moderator Zasłużony dla Forum, Donator 2019, Donator 2K20

Przy bardzo wymagających obwodach jak ogrzewanie czy akwarium, które do takich zaliczam zawsze robię bufor w postaci zdarzeń w systemie automatyki + drugi przekaźnik, który na wypadek zbyt wysokiej temp wyłączy zasilanie grzałki.

Czytając Twoje dywagacje można zapytać a co jak zawiesi się taki  sonoff  TH? Dlatego nie ma co komplikować softu, tylko trzeba dublować zabezpieczenia 

OdpowiedzCytuj
Dodane : 02/01/2021 1:46 pm
lodomir
(@lodomir)
Młodzik

@isom

Dublowanie zabezpieczeń na pewno jest dobrym pomysłem, pod warunkiem, że są to zabezpieczenia niezależne (pracujące na niezależnym od siebie sprzęcie i oprogramowaniu). Co warte będzie zdublowane zabezpieczenie jeśli zawiesi się system automatyki (to przecież też tylko software i w przypadku zastosowań amatorskich pracujący często na niezbyt pewnym lub nie do końca optymalnie skonfigurowanym sprzęcie - np. RPi)? Dodawanie kolejnych zabezpieczeń, buforów itp. do systemu automatyki też jest komplikowaniem software'u...

Oczywiście Sonoff co do zasady jest sprzętem MOCNO budżetowym i nie nadaje się w ogóle do sterowania bardziej wymagającymi obwodami. Dlatego używam go w tym momencie do testowania funkcji oprogramowania, a nie jako docelowy hardware. Jako rozwiązanie docelowe mam zamiar przygotować moduł, który będzie zbudowany z dobrej jakości komponentów, z porządną anteną, izolowanymi wejściami i zabezpieczeniami na pokładzie.

>> co jak zawiesi się taki  sonoff  TH?

W planach mam też zastosowanie sprzętowego układu WDT, bo to zawsze dobrze robi urządzeniom automatyki.
Pytanie do @adrian - czy oprogramowanie AFE wykorzystuje wewnętrzny WDT modułu 8266 albo podobną funkcjonalność?

W mojej ocenie dodanie funkcjonalności o której pisałem nie będzie stanowić zbytniej komplikacji, to pewnie parę warunków do sprawdzenia, a znacząco poprawi bezpieczeństwo działania regulatora.

OdpowiedzCytuj
Autor tematu Dodane : 02/01/2021 3:41 pm
adrian
(@adrian)
Prezes Zasłużony dla Forum, Patron Strony

@lodomir hey, nie ma teraz WDT - zapiszę sobie do backlog'u

OdpowiedzCytuj
Dodane : 02/01/2021 6:48 pm
Udostępnij: