[BK7231N / CB3S] Otwarcie licznika energii HiDANCE AT2P HD Color Screen

Otwarcie i zmiana firmware ten licznik energii z AliExpress .



Wygląda to na bardzo ładny iw pełni funkcjonalny wyłącznik/miernik energii o nazwie ,,HiDANCE".
Jakość wykonania jest doskonała, a ekran wygląda bardzo ładnie i ma pełny zestaw funkcji.




Otwarcie urządzenia jest proste, wystarczą 2 śrubki, z tą różnicą, że są to śruby torx T10... ot co innego!
Musiałem też naciąć naklejkę z boku ostrzem.



Konstrukcja jest bardzo fajna. Płytka dodatkowa jest wygodnie podłączona za pomocą kilku pinów, elektronika mocy jest ładnie rozmieszczona, a to urządzenie ma nawet mały głośnik brzęczyka, który wydaje słyszalne dźwięki ostrzegawcze!




Ciekawa jest tablica logiczna. Wygląda na to, że używa TuyaMCU, z wyjątkiem tego, że używa bardzo małego chipa SMD w kwadratowej obudowie, jak zwykle łączącego się z CB3S przez UART.
Wygląda na to, że są jakieś niewypełnione komponenty; brakuje dość dużego 8-pinowego układu scalonego i, co bardzo dziwne, na płycie dodatkowej obok głównej anteny modułu Wi-Fi wydrukowano drugą antenę Wi-Fi.



Nie widziałem chipa sterownika LCD, myślę, że utknął pod wyświetlaczem, ale jest trochę przyklejony pianką samoprzylepną, a nie chciałem go zniszczyć.

Teraz zła wiadomość...

Próba sflashowania tego urządzenia wygląda na bardzo trudne... ścieżki TX/RX znikają pod modułem Wi-Fi i prowadzą bezpośrednio do maleńkiego mikrokontrolera. Aby to sflashować, linie TX/RX będą musiały zostać gdzieś przecięte... ale gdzie?
Mikrokontroler jest DUŻO za mały, aby zaatakować go lutownicą, a całkowite usunięcie modułu Wi-Fi jest bardzo trudne w przypadku lutownicy; o wiele łatwiej ze stacją na gorące powietrze!

Niestety, jest coraz gorzej.

Włączyłem go, aby spróbować przechwycić komunikaty MCU. Podobnie jak w przypadku innych urządzeń do pomiaru mocy, zawsze wydają się wykrywać, że zasilanie sieciowe jest odłączone, a oprogramowanie po prostu mówi ,,OFF" lub coś w tym rodzaju i nie ma żadnych interesujących komunikatów.
Pomyślałem, że będę musiał przechwytywać komunikaty przy zasilaniu sieciowym.
Aby to zrobić, rozłączyłem TX/RX i podłączyłem pin RX w module Wi-Fi do pinu RX w moim module USB UART, aby szpiegować komunikację z Tuya->wifi... natychmiast po podłączeniu przewodu, *POP* , moduł Wi-Fi jest bardzo martwy, teraz jest zwarcie od 3,3 V do GND w module Wi-Fi.
Zniszczyło również moje urządzenie USB TTL i magistralę USB w moim monitorze! >_<
Na szczęście nie zniszczyło to magistrali USB w moim komputerze, do której podłączony był monitor.

Więc to jest do bani! Wydaje mi się, że była ogromna różnica napięcia między pinami UART 2 urządzeń. Wąchałem już kilka urządzeń w ten sposób, zwykle działa. Nie jestem pewien, jak napięcia mogą być tak bardzo różne między 2 urządzeniami?

Rodzi to ważne pytanie ... jaki jest właściwy sposób, aby to zrobić? Nigdy tak naprawdę nie lubiłem szpiegować komunikatorów z urządzeń podłączonych do sieci, ale nie mogłem wymyślić innego sposobu. Jak mogę podłączyć urządzenie do sieci i bezpiecznie podsłuchiwać magistralę UART bez wysadzania w powietrze czegokolwiek innego?

Kusi mnie, aby kupić jeszcze jeden z nich i spróbować ponownie, ponieważ naprawdę podoba mi się to urządzenie... ale wydaje się, że jest to szczególnie trudne urządzenie do modyfikacji i prawdopodobnie nie należy go polecać osobom, które nie są ekspertami.

Ponieważ wiele urządzeń TuyaMCU szczególnie utrudnia flashowanie, sugerowałbym, że może należy rozważyć zalecane podejście do flashowania tych urządzeń za pomocą SPI zamiast RS232? Pomyślnie sflashowałem inne urządzenie za pomocą SPI, chociaż było to trudne, ponieważ proces nie jest jasno udokumentowany. To działa, więc może warto to wypromować i usprawnić proces? Źle jest zalecać ludziom wycinanie ścieżek lub usuwanie małych elementów SMD, gdy większość ludzi ma bardzo małe doświadczenie w lutowaniu. To nie jest dobry widok dla ekosystemu.
Wyłamywanie pinów SPI jest znacznie prostsze i mniej podatne na błędy, powinno być zalecane w takich przypadkach, aby użytkownicy byli mniej narażeni na zniszczenie sprzętu.

TurkeyMan napisał:

Zakup tego licznika energii z AliExpress .

Ponieważ wiele urządzeń TuyaMCU jest szczególnie trudnych do flashowania, sugerowałbym, że może warto rozważyć zalecane podejście do flashowania tych urządzeń za pomocą SPI zamiast RS232? Udało mi się sflashować inne urządzenie za pomocą SPI, chociaż było to trudne, ponieważ proces nie jest jasno udokumentowany. To działa, więc może powinno być promowane, a proces ulepszony? Źle się czuję zalecając ludziom wycinanie ścieżek lub usuwanie małych elementów SMD, gdy większość ludzi ma bardzo małe doświadczenie w lutowaniu. Nie wygląda to dobrze dla ekosystemu.
Wyłamywanie pinów SPI jest znacznie prostsze i mniej podatne na błędy, powinno być zalecane w takich przypadkach, aby użytkownicy byli mniej narażeni na zniszczenie sprzętu.

Wygląda to bardzo podobnie do serii ATORCH at4p, którą udokumentowałem tutaj https://www.elektroda.com/rtvforum/topic3941692.html
Aby przechwycić tx/rx na dowolnym głównym podłączonym urządzeniu, zawsze używam optoizolatora, ponieważ chodzi bardziej o potencjał napięcia między urządzeniami.
Częściej jednak po prostu zasilam urządzenie z mojej platformy programistycznej, ponieważ przeraża mnie sieć, mimo że mam ją odizolowaną za pomocą transformatora izolacyjnego.

Z moim musiałem usunąć płytkę wifi, aby zaprogramować pierwsze 3 urządzenia, które otrzymałem, z następną partią 3, które właśnie otrzymałem, chcę sprawdzić, czy mogę je zaprogramować, trzymając ch573 w resecie (na moim są 3 nagłówki, 1 do tuyamcu, 1 do niezamieszkanego 8-pinowego układu btle, 1 przechodzi do dolnych 4 pinów wifi, ale nie są pinami programowania).
na nagłówku tuyamcu jest spio/spiclk/reset/gnd/3.3v/5v dla układu ch573 z kodem tuyamcu
8-pinowy nieobsadzony układ scalony jest przeznaczony dla BPOX226 http://zh-jieli.com, który jest układem ble uart/spi.

Należy również zauważyć, że ch573 ma btle, a także moduł c3bs i można znaleźć wiele jednostek bez obsługi bt, lol
Mam nadzieję dodać obsługę cloudcutter dla urządzeń, które posiadam.

darkspr1te

Tak, wygląda jak młodszy brat tego, którego masz. Więc to BLE nie jest zaludnione ... ale pomyślałem, że bluetooth może dzielić antenę z Wi-Fi 2,4 g?

Tak, myślałem, że powinienem dostać izolator optyczny ... czy możesz polecić taki, którego powinienem użyć?
Myślę, że potrzebuję urządzenia z około 6 pinami: VCC-A, GND-A, SIGNAL-A (IN), VCC-B, GND-B, SIGNAL-B (OUT) ... dla 3,3 V. Czy to jest coś?

Czy cloudcutter działa z tymi układami? Mam to inne urządzenie, które jest zanitowane, w zasadzie musisz je zniszczyć, aby je sflashować... więc naprawdę potrzebuje strategii miękkiego modu, aby uczynić z niego opłacalne urządzenie.

TurkeyMan napisał:

Tak, wygląda jak młodszy brat tego, którego masz. Więc to BLE nie jest zaludnione ... ale pomyślałem, że bluetooth może dzielić antenę z Wi-Fi 2,4 g?

Tak, myślałem, że powinienem dostać izolator optyczny ... czy możesz polecić taki, którego powinienem użyć?
Myślę, że potrzebuję urządzenia z około 6 pinami: VCC-A, GND-A, SIGNAL-A (IN), VCC-B, GND-B, SIGNAL-B (OUT) ... dla 3,3 V. Czy to jest coś?

Czy cloudcutter działa z tymi układami? Mam to inne urządzenie, które jest zanitowane, w zasadzie musisz je zniszczyć, aby je sflashować... więc naprawdę potrzebuje strategii miękkiego modu, aby uczynić z niego opłacalne urządzenie.

Waveshare sprzedaje jednostkę z izolacją galwaniczną
https://www.waveshare.com/product/iot-communication/wired-comm-converter/usb-to-rs232-uart-fifo/usb-to-rs232-485-ttl-kl.htm

nie myl tego z modelem nieizolowanym, który wygląda identycznie, ale nie ma izolacji.
kolejną sztuczką jest zdobycie jednego z tych gniazdek ściennych, które pasują do łazienek, nie mogą dostarczać dużo prądu, ale mogą izolować się od sieci, unikając pętli zasilania.
dla pewności należy również sprawdzić multimetrem napięcia między urządzeniami (np. GND do GND z dmm)

Nie mam jeszcze Cloudcuttera do pracy na żadnym urządzeniu, które mam, może być wiele powodów, więc wciąż nad tym pracuję.


darkspr1te

O tak... Myślę, że przydałoby się mieć takie urządzenie. Może bym w coś zainwestował.
Szczerze mówiąc myślałem o czymś mniej więcej takim:

;)

Położyłem miernik na gnd na gnd na innym urządzeniu, nad którym teraz pracuję. Zmierzył -0,07 V, co wydaje się rozsądne. Nie mogę sobie wyobrazić, dlaczego urządzenie w tym wątku miało tak ogromną nierównowagę masy, że wysadziło moje urządzenia i magistralę USB mojego monitora ... :/

Dodano po 31 [minutach]:

Nie mogę znaleźć dokładnie tego urządzenia w Internecie. Wygląda na to, że reklama, którą mi pokazałeś, jest myląca...
Widzę 2 wersje, jedną z ,,oryginalnym konwerterem CH343G", a drugą z ,,FT232RL".
Różnica, którą widzę między tymi dwoma urządzeniami, polega na tym, że wersja CH343G ma terminale VCC i GND na TTL, ale wersja FT232RL ma tylko GND na terminalu TTL, nie odbiera VCC (więc jak to właściwie działa? ).
Teraz mylące jest to, że link, który właśnie mi pokazałeś, twierdzi, że ,,Zastosuj oryginalny FT232RL w środku", mówiąc razem ,,oryginał" i ,,FT232RL", czego nie widziałem nigdzie indziej. A potem pokazuje zdjęcie urządzenia z terminalem VCC, a gdzie indziej, gdzie spojrzę, jest to wersja CH343G. Więc... jestem zdezorientowany. I nie mam pojęcia, czy to ma znaczenie? Czy oba są równoważne? Dlaczego jeden ma port VCC, a drugi nie?

Cloudcut potrzebuje najpierw zrzutu flash (pełne 2 MB), dlatego warto wykonać kopię zapasową.

Nowe narzędzie GUI flash BK7231 T i N automatycznie wykonuje kopie zapasowe.
Dodaj tę kartę do zakładek, bkWriter 1.60 nie jest już zalecany!:
https://github.com/openshwprojects/BK7231GUIFlashTool

Innym sposobem na bezpieczne przechwytywanie danych byłoby po prostu podłączenie kolejnego modułu BK7231 z UART i zasilenie tego BK7231 z tego samego zasilacza, który ma twoje urządzenie IoT - więc nigdzie nie ma zewnętrznego połączenia. Wtedy myślę, że OBK powinien być w stanie wydrukować odebrane pakiety, ale Być może będę musiał najpierw dodać do tego lepszą flagę , coś w rodzaju ogólnego sterownika UART itp. ... lub nawet wsparcie przechwytywania UART do LittleFS?

Po prostu powiedz mi, czy jest to potrzebne, mogę to dla ciebie przygotować na żądanie. Wnosisz wspaniały wkład w naszą społeczność @TurkeyMan , tak trzymaj, wspierajmy wszystkie te urządzenia!

Dla tych, którzy zastanawiają się, jak sflashować to urządzenie do OpenBeken, znalazłem sposób na wyłączenie głównego MCU, a następnie mogę bez problemu sflashować CB3S.
Zwarłem dwie podkładki w pobliżu kryształu za pomocą kropli lutowia, co uniemożliwia uruchomienie CH573F i nie koliduje już z CB3S.


Konfiguracja podobna do urządzenia AT4P, ale raportuje Moc jako div100, niestety OpenBK nie ma tej opcji.

Mogę go dodać, masz na myśli Power_div100?

Tak, to byłoby bardzo przydatne.

Dodałem Power_div100, ale nie mogę go przetestować. Czy możesz zaktualizować, przetestować i dać mi znać, czy to działa?

Sprawdzę to wkrótce.
Ale może warto wspomnieć, że zaimplementowałem brudny hack i po prostu zmieniłem div10 do moich celów, a do poprawnego działania w asystencie domowym musi on również zostać dostosowany tutaj https://github.com/openshwprojects/OpenBK7231...c/src/httpserver/http_fns.c#L1950C15-L1950C15
.

Ah, masz rację, wcisnąłem teraz brakujący plik.

p.kaczmarek2 napisał:

Wcisnąłem teraz brakujący plik

Wygląda na to, że coś poszło nie tak, nie widzę nowych buildów z
.

Przepraszam, zapomniałem wprowadzić zmiany. Powinny pojawić się wkrótce.

Przetestowałem, działa dobrze, dziękuję!

>>20365528
Po przejrzeniu płytki na innym AT2PW, znalazłem przychodzącą linię AC podłączoną do "płaszczyzny uziemienia" na płytce, podając napięcie MAINS na masę.
Zdecydowanie może to spowodować usmażenie wszystkiego, co jest prawidłowo uziemione.

Witam ekspertów,

Mam AT2PW, który odmawia połączenia z Wifi (kontrolka Wifi jest całkowicie wyłączona). Podejrzewam, że moduł Tuya jest martwy. Czy mogę kupić nowy moduł CB3S i po prostu go wymienić? Jeśli to możliwe, czy w aplikacji Tuya pojawi się on jako nowe urządzenie, czy jako stare?

(Przepraszam za off-topic, nie wiem gdzie indziej zapytać).

Dziękuję.

Dlaczego uważasz, że moduł WiFi nie działa? Może to problem z oprogramowaniem. Sugerowałbym spróbować sflashować go za pomocą OpenBeken i sprawdzić, czy pojawi się punkt dostępu.

Dodano po 32 [sekundach]: .

Wlutowanie nowego modułu WiFi zadziała tylko wtedy, gdy najpierw sflashujesz go odpowiednim dumpem 2MB.

>>21335479 Dziękuję bardzo za info. Miałem rację pytając prawdziwych ludzi, bo ChatGPT powiedział mi, żebym po prostu wymienił moduł

(Myślę, że moduł Wifi jest martwy, ponieważ nagle nie łączy się z Wifi, a dioda LED stanu Wifi przestała świecić. Próbowałem zresetować urządzenie do ustawień fabrycznych i aplikacja nie może go znaleźć).

ChatGPT nie jest wiarygodnym źródłem informacji, po prostu przewiduje tekst, przewidywanie jest stosunkowo dobre tylko w typowych przypadkach, a przez większość czasu jest mniej lub bardziej błędne.

Czy napięcie 3,3 V dociera do modułu WiFi?

Jeśli ktoś ma fabryczny zrzut oprogramowania układowego Tuya z tego urządzenia, opublikuj go do analizy. Lub jeśli istnieje możliwość zapisania poświadczeń WiFi w pamięci podręcznej, prześlij mi plik, a zresetuję. Dzięki

Miałem ten sam problem. Wifi nie odpowiada. Usunąłem chip i podczas odczytu Flash Rom wyskoczył błąd. Sflashowałem Rom nowym firmware i przy odczycie wyskakuje ten sam błąd. Również nie widać AP. Teraz zamówiłem nowy moduł.

Czy możesz podać więcej informacji? Czy twierdzisz, że oprogramowanie układowe Tuya uległo awarii? Co masz na myśli mówiąc "nowy firmware"? Czy wiesz, że flashowanie OBK nie wystarczy, musisz również dodać konfigurację? Ekran nie będzie komunikował się z modułem WiFi, jeśli nie uruchomisz sterownika TuyaMCU w OBK. Konieczne może być również ustawienie szybkości transmisji, wifistate itp.

Błąd podczas odczytu pamięci Flash:
W: Nieznany bootloader
CRC - 0xEDA73627 - zgłoś to na GitHub issues!
E: Wystąpił błąd
E: ValueError: Wartość Chip CRC 6255236F nie pasuje do obliczonej wartości CRC 52EFAA54 (w 0x0)
E: |-- Plik "ltchiptoolguiworkbase.py", linia 24, in run
E: |-- Plik "ltchiptoolguiworkflash.py", linia 75, in run_impl
E: |-- Plik "ltchiptoolguiworkflash.py", linia 189, in _do_read
E: |-- Plik "ltchiptoolsocbk72xxflash.py", linia 261, in flash_read_raw

Odczyt z Ltchiptool 4.11.6, daje ten błąd.

Tuya nie łączyła się z drugim chipem (nie świeciła się czerwona dioda WiFi), nie został wykryty... Nie wiem. Zresetowałem wszystko, co jest możliwe z menu urządzenia.

Jeśli chodzi o nowy firmware. Stworzyłem oprogramowanie układowe ESP Home, ale nie utworzono żadnego punktu dostępowego, nie ma połączenia z ESP Home, nic. To nie jest pierwsze urządzenie, które flashuję, ale jest to pierwszy CB3S.

EDIT: Kilka dni po tym poście.
Otrzymałem nowy modul CB3S, zaprogramowałem go bez problemu tym razem z taką samą konfiguracją jak poprzednio. Wymieniłem moduł CB3S na płycie głównej. Urządzenie Atorch uruchomiło się, ale na płycie głównej wyświetlacz zaczął migotać i wyłączył się. Najpierw odlutowałem CB3S i przetestowałem, że działa dobrze, a potem odkryłem, że drugi chip HDM CH573F jest zwarty. Pobór mocy wzrasta do 150mA (limit mocy, który ustawiłem). Tak więc nie udało się go uruchomić.

Witam ekspertów,
Czy ktoś mógłby mi podpowiedzieć, jak wyłączyć ochronę przed upływem tego urządzenia AT2PW? Mój odczytuje nieprawidłową wartość upływu (zawsze 70 mA) i czasami się wyłącza. Ustawienie progu upływu na wyższą wartość może również pomóc, ale nie mogę ustawić go na więcej niż 100 mA za pośrednictwem interfejsu lub aplikacji.

być może istnieją inne/różne identyfikatory dpID.

Czy wykonałeś kopię zapasową oryginalnego oprogramowania układowego Tuya?