Gosund/Ghome SW2 [BK7231T] ściemniacz wifi - identyfikacja podsystemu

W ślad za doskonałym SW5 teardown i szablonem , który działa dobrze dla mnie, teraz zmagam się z Gosund / Ghome SW2.

Witam, dlaczego uważasz, że to urządzenie używa I2C?

Myślę, że jest to po prostu kolejne urządzenie TuyaMCU, które powinno być łatwo obsługiwane przez OpenBeken, chociaż flashowanie może być nieco trudne ze względu na port UART1 używany zarówno do programowania, jak i komunikacji TuyaMCU. Może być również wymagane wcześniejsze przechwycenie pakietów UART i należy to zrobić w bezpieczny sposób. Można je później przeanalizować w https://github.com/openshwprojects/TuyaMCUAnalyzer

A może moglibyśmy po prostu pominąć część analizy UART, po prostu wykonać kopię zapasową oprogramowania układowego (na wszelki wypadek), a następnie spróbować flashować OBK i po prostu spróbować zapytać dpID z urządzenia i spróbować odgadnąć ich znaczenie ... Ściemniacze TuyaMCU zwykle nie są bardzo skomplikowane, często używają tych samych identyfikatorów dpID w wielu różnych modelach.

Dziękuję!!! To wskazało mi właściwy kierunek. Po wielu badaniach na temat TuyaMCU...

Z fabrycznym oprogramowaniem znalazłem komunikację szeregową przy 115200 do / z BK7231, ale nie pakiety TuyaMCU.
Również I2C między różnymi rzeczami na płytach, jeszcze nie jestem pewien, które części rozmawiają.
Kilka informacji, które jeszcze nie do końca mają sens (wszystkie wartości są szesnastkowe)

1) I2C wydaje się kontrolować diody LED bargrafu.
Dowód: Po naciśnięciu mikroprzełącznika na On, gdy wcześniej światło było w pełnej jasności, poza kliknięciem przekaźnika, diody bargrafu uruchamiają się w sekwencji od 1 do 7. Pakiety I2C to (zapis do adresu A6): 00 01, następnie 00 03, 00 07, 00 0F, 00 1F 00 3F 00 7F.
Wyłączając się, po prostu natychmiast spadają do pojedynczej kropki, z pasującym pakietem.

2) Serial wydaje się kontrolować ściemniacz.
Dowód: Podczas dotykania płytki dotykowej ściemniacza, ze światłem w stanie włączonym, oprócz pakietów LED I2C, teraz otrzymujemy:
- Adres zapisu I2C A6: 01 A7
- Adres odczytu I2C A7: 00
- BK serial RX: 24 00 01 5D 23
-powtórzenie- I2C write address A6: 01 A7
-powtórzenie- I2C read address A7: 00
-powtórzenie- BK serial RX: 24 00 01 5D 23
- BK serial TX 0x41
- BK serial TX 0x81
- I2C write A6: 00 01 [komenda LED]

3) Więcej ściemniania szeregowego - po przejechaniu palcem W GÓRĘ suwaka ściemniacza:

. I2C LED	I2C (sterowanie ściemniaczem?)	Serial RX on BK (Dimmer?)
write:A6: 00 03	odczyt: A7: 3E	24 3E 01 5C 23
write:A6: 00 07	read:A7: 43	24 43 01 5C 23
write:A6: 00 0F	read:A7: 4F	24 4F 01 5C 23

3) Gdy przekaźnik jest wyłączony, nie ma pakietów I2C (ponieważ diody LED się nie zmieniają)
Ale również nie ma pakietów szeregowych, więc zakładam, że cokolwiek przesyła szeregową komendę ściemniania, nie zawraca sobie głowy, gdy przekaźnik jest wyłączony.

4) BK7231 również wysyła pojedyncze bajty szeregowe z prędkością 115200, oczywiście nie zsynchronizowane z żadnymi innymi pakietami, ale dzieje się tak tylko wtedy, gdy jest jakaś akcja. Są w parach, jasność rośnie:
41 81
41 89
41 92
41 98
42 9E
42 A3
42 A4
42 AA
43 AE
....
46 DA
46 DE
47 E4
Może to być: (0x40+number_of_LEDs_4bits 0x80+True_brightness_7bits)

5) W ogóle nie ma bicia serca. LED i inne polecenia są czasami wysyłane po raz drugi, 100 ms później.

6) nie ma żadnego pakietu na żadnej magistrali związanego z kliknięciem przekaźnika

7) ALE raz podczas flashowania BK7231 z zewnętrznym portem szeregowym, zapominając o innych podłączonych płytach, przekaźnik zaczął losowo klikać, jakby otrzymywał polecenie.

Kolejne kroki:

1) wziąć jeden dla zespołu i zainstalować aplikację inteligentnego domu, wysłać kilka poleceń w ten sposób

2) odłączyć płyty po kolei i zobaczyć, kto nadal rozmawia z kim

3) sondować rzeczywiste piny trzech mikrokontrolerów w poszukiwaniu tych sygnałów, aby zobaczyć, które z nich nawet otrzymują różne wiadomości.

Jakieś inne sugestie lub pomysły?

Skończyłem dekodować większość z nich.
tl;dr czy warto próbować zmusić OpenBeken do rozmowy z tym ściemniaczem?
Z pewnością nie jest to zwykły protokół TuyaMCU. Czy łatwo jest napisać coś, co odbiera i wysyła te wiadomości, aktualizuje wewnętrzny stan ściemniania itp. Diody LED i przycisk są łatwe, ale jak przeanalizować 5-bajtowe wiadomości szeregowe, aby uzyskać wejście dotykowe i wysłać szeregowy ściemniacz i polecenia LED?

Czy widziałeś już takie urządzenie? Czy powinienem go sflashować za pomocą OBK i spróbować wysłać niektóre z tych poleceń? Dziękuję!

---

Szczegóły:

TouchController (APTchip) - odczytuje dotyk, kontroluje 7 LED bargraf.
PowerDevice steruje przekaźnikiem i triakiem.

PowerDevice i TouchController rozmawiają przez I2C - jeden komunikat A6 00 bb to maska LED. Druga A6 01 A7 tt to pozycja dotyku.
Dodatkowo linia INT dla APTchip, aby powiedzieć PowerDevice, że został dotknięty
I linia WAKE dla PowerDevice, aby powiedzieć TouchControllerowi, aby nasłuchiwał I2C.

BK7231 odpowiednie części są następujące:
- Fizyczny przycisk podłączony do modułu BK
- WifiLED i PowerLED podłączone do BK
- Serial TX z BK do PowerDevice służy do włączania i wyłączania przekaźnika oraz ustawiania ściemniacza (ewentualnie przez I2C).
- Szeregowy RX z PowerDevice ma na celu poinformowanie BK o stanie dotyku.
- BK nie jest podłączony do I2C

BK wysyła tylko te bajty, 115200bps:
OFF: 0b 0000 0aaa gdzie aaa to 1 do 7 w zależności od jasności przed wyłączeniem
ON: 0b 1ddd dddd gdzie ddd dddd to ustawienie ściemniacza, 0-100 (procent)
LED: 0b 0100 0ggg gdzie ggg to wykres słupkowy LED od 1 do 7.

Zwykle jest wysyłany jako dwubajtowa wiadomość, najpierw LED, potem ściemniacz.
14 ms od siebie. Czasami powtarza się po 20-100 ms lub dłużej, ale jeśli przesuwasz jasność w aplikacji, ciągle wysyła nowe wartości, bez duplikatów. Nie sądzę, aby kolejność bajtów w czasie była użyteczną informacją, są one dekodowane osobno.
Powodem, dla którego wiadomość OFF zawiera również jasność 1-7, jest to, że PowerDevice może powiedzieć TouchControllerowi, aby pozostawił tę pojedynczą diodę LED włączoną, wskazując, jak jasna będzie po ponownym włączeniu.
BK odbiera pozycję dotyku z PowerDevice przez szeregowy, 115200, z tym 5-bajtowym pakietem:
0x24 0xTT 0x01 0x69 0x23 gdzie TT jest pozycją dotyku, w przybliżeniu 0x01 do 0x96
Następnie zwykle wysyła nowe ustawienie ściemniacza i wykres słupkowy LED (który jest następnie przekazywany przez i2c....)

Podczas uruchamiania PowerDevice mówi to 9 razy na porcie szeregowym:
Pakiet 1, 37 bajtów: 74 6F 75 63 68 20 61 64 64 72 20 6E 6F 74 20 61 63 6B 20 77 68 65 6E 20 74 78 20 77 72 69 74 65 20 63 6D 64 21
po angielsku, to mówi: touch addr not ack when tx write cmd!
Następnie mówi
Pakiet 10: 72 65 73 65 74 21 0A 6D 63 75 20 76 65 72 3A 20 76 32 2E 31 2E 32.
reset!
mcu ver: v2.1.2
W końcu przestaje narzekać, gdy TouchController ACKs I2C

BK nic nie mówi podczas uruchamiania.

Nie ma żadnych uderzeń serca, które widziałem, kompletna cisza radiowa na Serial i I2C, chyba że pojawi się polecenie w aplikacji, naciśnięcie przycisku lub dotknięcie powierzchni dotykowej.

Bardzo dobra robota, przypomina mi podwójny ściemniacz WXDM2, który również miał niestandardowy protokół UART. Można o nim przeczytać tutaj:
https://www.elektroda.com/rtvforum/topic3985978.html#20631683
Potrzebujesz pomocy z wprowadzeniem tego do OBK?

Cześć, myślę, że mógłbym uruchomić HexSend i sprawić, by działał jako ściemniacz i wskazywał jego stan na bargrafie.
Łatwo jest flashować, ponieważ płytkę BK można odizolować, odłączając kable flex. Wypróbuję to jutro.

Czy istnieje sposób na odbieranie 5-bajtowych pakietów, aby odbierać wejście dotykowe?
Czy jest to poważna przebudowa, taka jak klonowanie sterownika TuyaMCU?

A także - czy obsługujesz polecenia ściemniania przez emulację Hue? Wygląda to na dość prosty proces Nie mam jeszcze serwera HA, więc przydałoby się kontrolować ściemniacz w ten sposób.

Dzięki!

Nasz Hue nie jest gotowy, ale mamy Wemo.

A co z tworzeniem sterownika bezpośrednio w C? Może to byłoby łatwiejsze do obsługi tego urządzenia.

Zwykle używamy aplikacji Tasmota do sterowania OBK, takich jak Tasmota Control itp.

Przepraszam, nie chce mi się pisać nowego sterownika w C, pogubię się.

Ha ha, gdyby tylko moje wyszukiwanie w internecie było tak dobre jak moja analiza logiczna. Blakadder rozebrał SW2 i zdekodował protokół lata temu (kiedy był jeszcze produkowany z ESP).

Dzięki za całą pracę nad OBK, dobrze sobie radzi na moich innych przełącznikach. Mam nadzieję, że ten post pomoże komuś innemu, kto próbuje rozgryźć SW2.
Czas złożyć go z powrotem.

Czy możesz pokazać, jak użyłeś skryptu Blackadder, aby to zadziałało? Zakładam, że przetłumaczyłeś to na plik autoexec.bat?

Nie jestem pewien, czy @bkespoke zadziałał. Mógłbym Ci to zrobić, ale nie mam dostępu do tego urządzenia, musiałbym zdobyć jedną sztukę do testów.

Cześć, przepraszam, w ogóle mi to nie wyszło.
Blakadder zdekodował protokół szeregowy z ESP8266 do innych mikro-ów w przełączniku i napisał skrypt dla Tasmota. To było wtedy, gdy SW2 używał ESP, teraz jest to BK7231. Po prostu nie znalazłem tego podczas wyszukiwania i zrobiłem to wszystko sam.

Być może byłoby możliwe napisanie skryptu OBK do wysyłania i odbierania poleceń, aby SW2 działał, ale tak naprawdę potrzebuje nowego sterownika portu szeregowego, a to mnie przerasta.

Wszystkie polecenia możesz zobaczyć powyżej i na Blakadderze.


Chętnie przetestuję Twój skrypt lub skonfiguruję piaskownicę do pracy nad SW2. Z kodem niewiele mogę pomóc.

Cześć! Właśnie dostałem ściemniacze ścienne Shelly Plus i używają dokładnie tych samych chipów, z wyjątkiem ESP32 zamiast Bekena. Bardzo chciałbym, żeby to działało w ESPhome!

Whoa, masz szczęście, jak zdobyłeś taki z ESP32? Do jakiej aplikacji mobilnej była dedykowana, czy do Tuyi, czy do czegoś innego?

Ciekawy! Być może zamówię jeszcze jeden, aby sprawdzić, czy został zmieniony z powrotem na ESP.


Jeśli wewnętrzny protokół szeregowy pozostaje niezmieniony, istnieje dość prosty przepis i skrypt pod adresem Blakadder . Ponieważ płytki są połączone elastycznymi płytkami PCB, łatwo je rozdzielić, dzięki czemu można bez zakłóceń flashować ESP przez jego port szeregowy.

Rzeczy, na które należy zwrócić uwagę:

1. Czy protokół jest taki sam? Przed flashowaniem sprawdź za pomocą oscyloskopu lub analizatora logicznego, a nawet kabla FTDI, czy wysyła te same komunikaty, które znalazłem. Prawdopodobnie wszystko będzie w porządku, ponieważ w latach 2021–2023 było stabilne. Utworzyć kopię zapasową oprogramowania sprzętowego ESP?

2. ESP prawdopodobnie będzie komunikować się z drugim mikroprocesorem za pomocą niestandardowych pinów portu szeregowego, a nie zwykłych Tx i Rx. Musisz je znaleźć, wpatrując się w tablicę. Zobacz stronę blakadder, aby zapoznać się z wersją esp8266 tego.


Nie podłączaj go jednocześnie do zasilania sieciowego i komputera! Zasilenie całego przełącznika napięciem 5 V na płycie przekaźnika/zasilacza jest dość łatwe.

>>21025865
To Shelly. Kupiłem na Amazonie za 15 dolarów

Dodano po 3 [minutach]:

>>21025892
Dokładnie, znalazłem tę konfigurację dla Gosund tutaj
https://github.com/ab0tj/esphome-devices/blob/master/gosund_sw2.yaml
Mam nadzieję zmapować to na piny ESP32

Bardzo interesująca dyskusja:

Mam urządzenie GHOME SW17 z układem LN882HK1. Udało mi się go pomyślnie sflashować za pomocą openbelken. Jednak odkryłem ten sam problem ze ściemnianiem, wydaje się, że jest I2C, zastanawiam się, czy możliwość sterowania ściemniaczem została dodana do biblioteki. Jestem całkiem nowy w tym wszystkim, ale mam trochę kotletów C i byłbym skłonny wziąć to na siebie i rozgryźć.

Nie sądzę, aby cokolwiek zostało napisane dla układu ściemniacza. Czy Twoje urządzenie ma te same chipy, co widoczne w pierwszym poście w SW2?

Czy przechwyciłeś dziennik rozruchu dla fabrycznego oprogramowania układowego? Może zawiera wskazówki dotyczące załadowanego sterownika...

>>21593208 re: Boot.log. Nie jestem pewien, jak to uchwycić inaczej niż obserwując UART. Mam połączenie z urządzeniem podczas uruchamiania i nie widzę nic na konsoli szeregowej.

re: Chipy. SW17 ma LN882HK1 (który z powodzeniem sflashowałem za pomocą OB) i 32S1028H8S6, który jest pojemnościowym MCU dotykowym.

Myślę, że może to być znacząca zmiana gry, jeśli to urządzenie zostanie przyjęte, ponieważ kosztuje około 7-9 USD za sztukę w ilości 4.

Cieszę się, że mogę wykonać pracę, jeśli nic nie istnieje, najlepiej ktoś, kto zna oprogramowanie układowe (to może być ty), mógłby dać mi wskazówki, jak faktycznie to zaimplementować. Wiem, że będzie to wymagało interfejsu I2C, ale zastanawiam się bardziej nad tym, jak powinno to wyglądać w interfejsie użytkownika. Jak wybrać SCL/SCA, adresy.

Przygotowuję swoje środowisko do umieszczenia urządzenia na sondzie logicznej itp.

Ale czy znamy protokół?

Jeśli chodzi o kod - skopiuj przykładowy sterownik lub jakiś sterownik korzystający z I2C i stamtąd buduj:
https://github.com/openshwprojects/OpenBK7231T_App/blob/main/src/driver/drv_sht3x.c
Jak stworzyć niestandardowy sterownik dla OpenBeken z kompilacjami online (nie jest wymagany toolchain)

Dodano po 1 [min]:

Trochę powiązane:
Inżynieria odwrotna nieznanego protokołu I2C z analizatorem Sigrok

czy to pomaga?

https://templates.blakadder.com/gosund_SW2.html



https://github.com/ab0tj/esphome-devices/blob/master/gosund_sw2_output.h
https://github.com/ab0tj/esphome-devices/blob/master/gosund_sw2_uart.h

https://cocoontech.com/threads/gosund-wifi-dimmer-replacing-firmware.32175/

Dodano po 1 [godzinie] 1 [minucie]: .

hardware4200 napisał:

re: Boot.log. Nie jestem pewien, jak uchwycić to inaczej niż obserwując UART. Mam połączenie z urządzeniem podczas uruchamiania i nie widzę nic na konsoli szeregowej.

hmm OK. to byłby przypadek flashowania z powrotem fabryki i słuchania na B9. lub wyślij mi dump, a ja będę flashować i przechwytywać.

Dodano po 1 [godzinie] 2 [minutach]: .

http://en.aptchip.com/list_112/655.html#gongju

Part NO.

Op.Volt

Temp

Freq

Nr kat. Freq

Pin

GPIO

HSIO

Flash

RAM

Dflash

HWD

IWDT

WWDT

BT

CNTA

RTC

LPT

EPT

GPT

UART

IIC

SPI

NOT

TTL

PWM

ADC

Touch

Deep Sleep

PAKIET

APT32S1028H8S6

1.8v~5.5v

-.40~85

48MHz

24

22

4

64k

4k

2k

√

1

1

2

1

1

1

1

1

3

1

1

1

√

16bit,12ch

12bitx16ch

17ch

5uA

SSOP24

wygląda jak chip typu CK-Link http://en.aptchip.com/tiaoshi

Wydaje się, że istnieje pewne zamieszanie, połączony sterownik jest prostym wysyłaniem bajtów UART, mogę go łatwo przenieść.

Zacząłem go portować, ale to nie jest I2C, więc może nie pasować do twojego urządzenia, ale tak czy inaczej...

https://github.com/openshwprojects/OpenBK7231T_App/pull/1702
Ponadto, na jakiej platformie powinienem to włączyć? LN882H?

Brakuje mi jeszcze jednej rzeczy - jaka jest tam prędkość transmisji?

Re >>21593661
Szybkość transmisji na porcie szeregowym wynosiła 115200 - dla komunikatów sterowania ściemnianiem i komunikatu startowego.

Nadal mam zrzuty .logic dla różnych operacji ściemniacza, ale moje podsumowanie w >>20825305 zawiera wszystko, co udało mi się ustalić. Nigdy nie próbowałem wysyłać różnych kodów z openbk do kontrolera ściemniacza.

Jeśli masz do niego firmware, a ja jestem jedyną osobą ze sprzętem, prawdopodobnie mógłbym go sflashować i wypróbować.

Cóż, to nie pasuje do sterownika SW2, który przeportowałem... może moglibyśmy zrobić sterownik zgodnie z twoimi specyfikacjami, ale nie jestem pewien, czy informacje są kompletne. Czy znasz podstawy języka C?

Ja? Potrafię czytać C i hakować go, ale nie potrafię zbudować całej połączonej aplikacji.

Cytat:

to nie pasuje do sterownika SW2, który przeportowałem

Skąd? Być może został zmieniony mikrokontroler sterownika zasilania, a co za tym idzie jego interfejs. Mój ściemniacz ma już prawie 2 lata.

To co mówiłem o moim urządzeniu 2023 i dochodzeniach:

Cytat:

BK wysyła tylko te bajty, 115200bps:
OFF: 0b 0000 0aaa gdzie aaa to od 1 do 7 w zależności od jasności przed wyłączeniem
ON: 0b 1ddd dddd gdzie ddd dddd to ustawienie ściemniacza, 0-100 (procent)
LED: 0b 0100 0ggg gdzie ggg to wykres słupkowy LED od 1 do 7.

Wyjaśniając nieco dokładniej moją wcześniejszą pisaninę:
Przy każdej zmianie stanu zasilania BK powinien wysyłać coś takiego z prędkością 115200 bps
1. bajt LED, który wynosi 0x40 | (stan*7)
2. pauza 14 ms (to 200 znaków, nietrywialne opóźnienie (można poeksperymentować, aby sprawdzić, czy musi być tak długie. Być może mikro ściemniacz nie może odbierać sygnału szeregowego podczas rozmowy z wyświetlaczem przez I2C?)
3. ustawienie ściemniacza, które jeśli zasilanie jest włączone, powinno wynosić 0x80 | (state*127).
Jeśli zasilanie jest wyłączone, wyślij 0x00 | (stan*7) (nie pamiętam, dlaczego stan jest wymagany. Być może ma to pierwszeństwo przed bajtem LED, jeśli zasilanie jest wyłączone. Przyciemnione diody LED??)
4. Powtórz powyższe po raz drugi po 100 ms czasu bezczynności (zabezpieczenie przed uszkodzeniem?).
5. Maksymalna szybkość około 100 ms, nawet jeśli wejście dotykowe pojawia się co 40 ms.

To nie do końca to, co jest w DRV_GosundSW2_Write() w twoim nowym kodzie . - kontrolujesz tylko ściemniacz, a nie diody LED wykresu słupkowego.

DRV_GosundSW2_RunFrame() wygląda OK. Nie mam pojęcia, czy pozostanie zsynchronizowany, może zajmie się tym krótki limit czasu. Z mojego analizatora logicznego wynika, że 5-bajtowe ramki pojawiają się co około 39-50 ms podczas przesuwania palcem po pasku dotykowym.
Będziesz musiał dostosować limity paska dotykowego, aby upewnić się, że możesz uzyskać 100% i 0%. Uzyskałem wartości do 0x96, czyli 150, więc może użyj float dimmerVal = constrain(buff[1] / 145.0, 0.0, 1.0) lub coś podobnego.


Oryginalne oprogramowanie układowe Ghome ma jeszcze kilka ciekawych funkcji dla wykresu słupkowego:
- przynajmniej jedna kropka zawsze widoczna
- zapamiętuje jasność po wyłączeniu przez naciśnięcie przycisku
- wyświetla tę ostatnią jasność, dzięki czemu wiesz, co uzyskasz po naciśnięciu przycisku
- ewentualnie akceptuje wejścia dotykowe w celu zmiany jasności, gdy światło jest wyłączone, dzięki czemu można je wstępnie przyciemnić przed włączeniem za pomocą fizycznego przełącznika.
Można to emulować na różne sposoby.

bkespoke napisał:

oraz komunikat startowy.

.

Dzięki za zrzut fabrycznego oprogramowania BK7231T SW2. Oto dziennik rozruchu (na płycie dev, więc oczywiście brakuje innych komponentów w ściemniaczu)

>>21593412

p.kaczmarek2 napisał:

Ale czy znamy protokół?

Jeśli chodzi o kod - skopiuj przykładowy sterownik lub jakiś sterownik korzystający z I2C i stamtąd buduj:
https://github.com/openshwprojects/OpenBK7231T_App/blob/main/src/driver/drv_sht3x.c
Jak stworzyć niestandardowy sterownik dla OpenBeken z kompilacjami online (nie jest wymagany toolchain)

Dzięki za powyższe. Przepraszam za opóźnioną odpowiedź, byłem bardzo zajęty. Zamierzam się tym zająć i spróbować to rozgryźć. Doceniam wskazówki.

Dodano po 10 [minutach]: .

>>21594301 Jeśli pytasz mnie. Tak, mam kilka przyzwoitych kotletów C. Muszę przejrzeć linki, które już zostały dostarczone i dowiedzieć się, jak zaimplementować / złapać komunikację I2C i przekazać ją do TRIAC, który kontroluje ściemnianie.

@hardware4200 BK7231 nie używa I2C - komunikuje się tylko przez port szeregowy, do kontrolera ściemniacza ST Micro.

Oto szkic całego urządzenia.

Wygląda na to, że został złożony z istniejących / działających części, a nie zaprojektowany od podstaw (pewne ryzyko, że zostanie przeprojektowany...).

Edycja: Być może mówimy o różnych jednostkach - istnieje również "shelly" wersja ESP32. Chociaż ze zdjęć prawdopodobnie jest to ten sam układ sterowania. Może Mike może to potwierdzić. Chwilę mi zajęło dojście do tego, że I2C przechodzi przez płytę główną, nawet ma tam pady testowe, ale nie jest to wspólna magistrala, nawet nie jest podłączona do BK7231.