logo elektroda
logo elektroda
X
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

Czujnik dymu ONENUO 228WTH z czujnikiem temperatury/wilgotności: Flash OBK

io2345 02 Cze 2025 15:26 2436 44
Najlepsze odpowiedzi

Czy da się uruchomić czujnik ONENUO 228WTH w OBK, jaki ma układ w środku i jak wygląda konfiguracja TuyaMCU/tmSensor dla tej czujki?

Tak, to wygląda na urządzenie TuyaMCU z modułem CB3S/BK7231N i MCU UM8005, więc OBK da się na nim uruchomić, ale jako czujka bateryjna jest to wyraźnie trudniejszy przypadek niż urządzenia zasilane stale [#21576200][#21576266][#21581784] Najbardziej pasująca konfiguracja to `startDriver TuyaMCU` + `startDriver tmSensor`, UART 9600 oraz mapowanie DP: 1 = alarm dymu, 15 = poziom baterii, 16 = wyciszenie, 23 = temperatura, 24 = wilgotność, 101 = self-test, 107 = alarm przegrzania [#21578215][#21581784] Z logów wynika, że MCU raportuje te wartości cyklicznie, a Wi‑Fi jest włączane tylko na krótko, więc OBK musi zdążyć odebrać i wysłać dane zanim MCU odetnie zasilanie modułu [#21578215][#21586241] Do obsługi `TUYA_V0_CMD_OBTAINLOCALTIME` trzeba uruchomić NTP, a `tuyaMcu_setBatteryAckDelay` jest dostępne, ale w testach nie dawało stabilnego wydłużenia okna wybudzenia [#21581793][#21586220] Dodatkowo widać, że przy tym urządzeniu może brakować jakiegoś elementu wymiany typu `MCUconf`/DP cache albo jest rozjazd z protokołem Tuya, więc do pełnego rozwiązania potrzebne są uporządkowane logi porównawcze Tuya vs OBK [#21590394][#21599930] W praktyce autor wątku doszedł do wniosku, że to zbyt kłopotliwe i rozważył alternatywę Zigbee [#21592854][#21599574]
Wygenerowane przez model językowy.
REKLAMA
Treść została przetłumaczona angielski » polski Zobacz oryginalną wersję tematu

Podsumowanie tematu

✨ Dyskusja dotyczy czujnika dymu ONENUO 228WTH wyposażonego w czujnik temperatury i wilgotności oraz możliwości jego flashowania do oprogramowania OpenBK (OBK). Urządzenie oparte jest na TuyaMCU z protokołem tmSensor i działa na baterii, co komplikuje proces flashowania i zarządzania energią. Użytkownicy omawiają szczegóły komunikacji UART (prędkość 9600 baud), mapowanie dpID do kanałów OBK, konfigurację autoexec.bat oraz problemy z czasem pracy modułu WiFi, który jest zasilany przez MCU na około 8 sekund co minutę. Wskazano, że opóźnienie wybudzania modułu WiFi (tuyaMcu_setBatteryAckDelay) nie działa zgodnie z oczekiwaniami, co utrudnia stabilne przesyłanie danych MQTT. Dyskutowano o konieczności dokładnego odwzorowania protokołu Tuya MCU Battery Powered Devices, analizie pakietów komunikacyjnych i porównaniu ich z oryginalnym firmware. Zwrócono uwagę na ograniczenia sprzętowe i protokołowe urządzeń bateryjnych WiFi, sugerując alternatywy Zigbee jako bardziej efektywne energetycznie. Wątpliwości budzi również minimalne napięcie zasilania modułu WiFi (około 3 V z dwóch ogniw AAA). Ostatecznie autor rozważa rezygnację z flashowania i powrót do oryginalnego firmware lub wybór innego urządzenia z czujnikami VOC, CO2 i CH2O, które lepiej spełnia jego potrzeby monitoringu baterii słonecznej. Wskazano dostępne materiały i przykłady konfiguracji dla tmSensor i TuyaMCU na forum elektroda oraz dokumentację OBK dotyczącą typów kanałów i autoexec.bat.
Wygenerowane przez model językowy.
REKLAMA