03-30-2023, 04:52 AM
SW 1.56
- pojawiły się jakieś śmieci (randomowe wartości w inpucie) przed zapisem na: identyfikatorach DS5 i DS6, mnożniku INPa6 oraz watchdog - Po zapisie jest już ok
apropo def... zaznaczone DHPC po przywróceniu fabrycznych ustawień to nie najlepszy pomysł. trzeba za każdym razem szukać LK, powinien wracać na def czyli 192.168.1.100
- INPd domyślnie włączone pull-up.
- SCD40 startuje z większym opóźnieniem (kilka minut - to chińczyk, a nie dedykowany od tinycontrol). później już wszystko ok
- EVENT1 - EVENT8 pasuje dać tam możliwość zmiany nazwy, ok
- MODBUS ok testowane na SDM 120 i Custom wszystko działa.
- Zdarzenia teraz bardzo ładne - nadal bym dodał ptaszek [oled] obok [on] [per] po którym LK wysyłał by wraz ze zmianą warunku na oled treść np events 4 (events nr) true/false i/lub DS3 > 40±2 AND DIFF4 > 20±0 (parametry warunku)
klient http a właściwie zdarzenia uruchamiają komendę HTTP przy każdej zmianie warunku (true i false) więc potrzebny by był status kodu odczytu warunku lub opcje (true false change) i wspomniane opóźnianie
aktualnie trzeba kombinować z kodem bo nie ma statusu %XXXAB vevent ani statusu events i w zasadzie wysłany request nie wie co się wydarzyło dopóki się nie odpyta o json LK (nie zawsze się da, np url HTTP1 za maskaradą)
- MQTT ok
- SNMPv3 ok, SNMPv2 i trap nie testowane
- OLED ok
- email TLS ok
- GSM ok
- strona bardzo ładnie zachowuje się na mobilnych i tabletach - nic się prawie nie nakłada w ustawieniach
- ładowanie conf z SW54 OK pomija poprawione dsy oraz def i2c sensor i układ użytkownika
- ładowanie conf z SW52 OK pomija poprawione dsy, układ użytkownika, warunki zadań oraz kosmetyka def i2c sensor i kilka innych drobnostek w stylu śmieci minn w watchdog
niemniej jednak by pozbyć się tych śmieci (mnożnik INPa6, watchdog) potrzeba zrobić deflaut setting bo powracają po restarcie.
- pojawiły się jakieś śmieci (randomowe wartości w inpucie) przed zapisem na: identyfikatorach DS5 i DS6, mnożniku INPa6 oraz watchdog - Po zapisie jest już ok
apropo def... zaznaczone DHPC po przywróceniu fabrycznych ustawień to nie najlepszy pomysł. trzeba za każdym razem szukać LK, powinien wracać na def czyli 192.168.1.100
- INPd domyślnie włączone pull-up.
- SCD40 startuje z większym opóźnieniem (kilka minut - to chińczyk, a nie dedykowany od tinycontrol). później już wszystko ok
- EVENT1 - EVENT8 pasuje dać tam możliwość zmiany nazwy, ok
- MODBUS ok testowane na SDM 120 i Custom wszystko działa.
- Zdarzenia teraz bardzo ładne - nadal bym dodał ptaszek [oled] obok [on] [per] po którym LK wysyłał by wraz ze zmianą warunku na oled treść np events 4 (events nr) true/false i/lub DS3 > 40±2 AND DIFF4 > 20±0 (parametry warunku)
klient http a właściwie zdarzenia uruchamiają komendę HTTP przy każdej zmianie warunku (true i false) więc potrzebny by był status kodu odczytu warunku lub opcje (true false change) i wspomniane opóźnianie
aktualnie trzeba kombinować z kodem bo nie ma statusu %XXXAB vevent ani statusu events i w zasadzie wysłany request nie wie co się wydarzyło dopóki się nie odpyta o json LK (nie zawsze się da, np url HTTP1 za maskaradą)
- MQTT ok
- SNMPv3 ok, SNMPv2 i trap nie testowane
- OLED ok
- email TLS ok
- GSM ok
- strona bardzo ładnie zachowuje się na mobilnych i tabletach - nic się prawie nie nakłada w ustawieniach
- ładowanie conf z SW54 OK pomija poprawione dsy oraz def i2c sensor i układ użytkownika
- ładowanie conf z SW52 OK pomija poprawione dsy, układ użytkownika, warunki zadań oraz kosmetyka def i2c sensor i kilka innych drobnostek w stylu śmieci minn w watchdog
niemniej jednak by pozbyć się tych śmieci (mnożnik INPa6, watchdog) potrzeba zrobić deflaut setting bo powracają po restarcie.
e-chata.hyzne.com | LK1 - sterowniki akwarystyki | LK2 - sterowniki ihome | LK3 - niezliczone ilości wersji/nakładek na farmach PV i nie tylko | LK4 - testy bezprzewodowe