[Rozwiązano] [BK7231N/CBU] Tuya TH08 Wi-Fi Thermometer+Hygrometer - Problemy z TuyaMCU

Cześć! Próbuję uruchomić OpenBeken na tym inteligentnym termometrze Tuya Wi-Fi z datą / godziną. Ponieważ mam go od dłuższego czasu, nie mam już oryginalnego pudełka do pokazania.

Otwarcie go nie jest łatwe, ponieważ plastikowa obudowa jest znacznie sztywna, ale jeśli wbijesz cienkie metalowe narzędzie w dolną stronę i mocno podważasz, powinno się otworzyć.

Kilka zdjęć urządzenia podczas pracy:
.

Zdjęcia PCB w wysokiej rozdzielczości z usuniętym modułem CBU


Moduł to CBU (BK7231N), konfiguracja wydaje się być pusta:





Po flashowaniu OpenBeken (musiałem odlutować CBU z płytki, aby go flashować, podobnie jak to inne urządzenie ), wyświetlacz nadal działa, ale czas nie jest aktualny. Wygląda na to, że większość płyty jest kontrolowana przez TuyaMCU, a chip Beken zajmuje się tylko wi-fi. Podobnie jak inne podobne urządzenia zasilane bateryjnie, automatycznie wyłącza Wi-Fi, chyba że naciskam górny przycisk, który go budzi.

Próbowałem użyć tego skryptu z podobnego urządzenia, do którego link znajduje się powyżej:
.

ale to nie zadziałało. Później zdałem sobie sprawę, że TuyaMCU jest podłączona do UART2, więc włączyłem flagę 26 "[UART] Use alternate UART for BL0942, CSE, TuyaMCU, etc" i to również nie zrobiło różnicy.

Wyciągnąłem analizator logiczny i nagrałem komunikację TuyaMCU, z i bez standardowego oprogramowania układowego. Możesz znaleźć nagrania UART z mojego analizatora logicznego w załączniku (otwórz je za pomocą Sigrok's PulseView , ale wygląda na to, że OpenBeken nawet nie próbuje rozmawiać z MCU.

Więc tutaj utknąłem, jakieś pomysły? Dziękuję!
AI: Czy możesz podać konkretne ustawienia konfiguracyjne użyte w OpenBeken, w tym wszelkie zmiany wprowadzone w ustawieniach domyślnych?
Tak, podałem już skrypt OpenBeken i flagi w poście.
AI: Co nagrania z analizatora logicznego ujawniły na temat prób komunikacji między OpenBeken a TuyaMCU? Jakieś konkretne wzorce lub brak sygnałów?
Nagrania analizatora logicznego wykazały wzorzec warunków przerwania pochodzących z OpenBeken, ale bez faktycznej transmisji danych. Czasami TuyaMCU wysyłał jakieś dane, ale wygląda na to, że OpenBeken ich nie odbierał.

Witam. Jeśli byłbyś skłonny opublikować fabryczny plik oprogramowania układowego, może to pomóc w uzyskaniu dodatkowych informacji.

>>21336261 spróbuj startDriver tmSensor po tuyamcu
Powinien być również dpid dla poziomu naładowania baterii

>>21336284 .

Cześć! Jasne, jest załączony.
Próbowałem go spatchować, aby usunąć moje dane uwierzytelniające Wi-Fi, więc może brakować niektórych rzeczy.

>>21336338
Cześć, dzięki za pomoc. startDriver tmSensor nie wydaje się robić różnicy, oprogramowanie układowe nadal nie wydaje się rozmawiać z TuyaMCU

Biorąc pod uwagę, że jest to urządzenie bateryjne, tmsensor jest naprawdę potrzebny.
Może piny uart nie zostały poprawnie przylutowane?
Dodatkowe dpIds: 3 dla baterii ReadOnlyLowMidHigh
dpId 9 dla Celsjusza/Fahrenheita (0 C, 1 F)

https://www.elektroda.com/rtvforum/topic4000657.html

spin55 napisał:

https://www.elektroda.com/rtvforum/topic4000657.html

Dzięki, szukałem wcześniej, ale nie mogłem znaleźć!

Udało mi się sprawić, że działa. Przede wszystkim myliłem się, że TuyaMCU jest na UART2, był na UART1, więc na pewno straciłem dużo czasu. Ten skrypt wydaje się załatwiać sprawę:

.

Dzięki za pomoc![/code]

.