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

Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A

p.kaczmarek2 10 Lip 2026 08:51 708 8

TL;DR

  • Rozebrano i przerobiono przekaźnik/licznik energii GBDQA 63VA 16A na szynę DIN, sterowany przez Wi‑Fi i zgodny z Tuya.
  • W środku znaleziono przekaźnik bistabilny, przekładnik prądowy, zasilacz na BP2525, osobną przetwornicę dla Wi‑Fi i pomiar BL0942.
  • Moduł Wi‑Fi T1-U-HL bazuje na BK7238, a wyprowadzenia do flashowania są w tych samych miejscach co w CBU.
  • Po wgraniu OpenBeken urządzenie działa lokalnie, tworzy punkt AP 192.168.4.1, łączy się z domową siecią i obsługuje Home Assistant.
  • Do uruchomienia pomiarów trzeba dodać komendę startową i skalibrować wskazania drugim miernikiem, bo fabryczne wartości nie są idealne.
Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.
REKLAMA
📢 Słuchaj (Głos AI):
  • Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Dziś przerabiam urządzenie, które przybyło do mnie ze Słowenii - wysłał je czytelnik, wraz z kilkoma innymi gadżetami. GBDQA to sterowany przez Wi-Fi i zgodny z Tuya moduł oferujący programowalne zabezpieczenia przed zbyt dużą bądź małą wartością napięcia, prądu lub mocy oraz wbudowany przekaźnik bistabilny. Pokażę tutaj jego wnętrze, oraz przerobię go tak, by działał bez chmury, w 100% lokalny sposób i mógł być połączony z Home Assistant.
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Czytelnik już rozwiercił nity, nie ma tu niestety śrubek. Trudniej go będzie później złożyć, ale i tak nie jest to trudniejsze niż programowanie przykładowo lampek LED.
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Zaglądamy do środka. Płytka jest zaskakująco mała. Jak oni tam upchnęli komunikację i zasilacz? Zaraz się przekonamy.
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Widać też przekaźnik bistabilny - wymaga on podania energii tylko do przerzucenia stanu oraz siłą rzeczy stan jest utrzymany po utracie zasilania - oraz przekładnik prądowy służący do pomiaru natężenia.
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Druga strona PCB ujawnia szczegóły - zasilanie realizuje przetwornica obniżająca napięcie na BP2525, tuż za nią jest osobna mała przetwornica do zasilania modułu Wi-Fi, a pomiarem zajmuje się BL0942. Pewnie jak zwykle komunikuje się z głównym kontrolerem przez UART.
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Zostaje moduł Wi-Fi - to T1-U-HL, czyli nowsza wersja CBU. To już nie BK7231N, lecz BK7238! Ten układ też jednak wspiera OpenBeken, czyli polecane rozwiązanie na uwolnienie tego typu urządzeń od chmury.
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Pady są w tych samych miejscach, można zmienić firmware.
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Potrzebny będzie konwerter USB na UART oraz nasz flasher:
    https://github.com/openshwprojects/BK7231GUIFlashTool
    Lutujemy zasilanie i pady RX i TX. TX do RX, a RX do TX. Moduł Wi-Fi pracuje na 3.3 V, z USB mamy 5 V, ale możemy się wlutować przed drugą przetwornicę, na kondensator. Nawet po jego napięciu znamionowym (10 V) widać, że pewnie pierwsza przetwornica daje 5 V, a druga 3.3.
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Oczywiście wszystko wykonujemy przy urządzeniu odciętym od sieci elektrycznej. Teraz flasher będzie wymagać wykonania restartu urządzenia by rozpocząć proces operacji na flash. Tu jednak jest problem, bo na płytce jest kondensator, więc przywrócenie zasilania powoduje, że impuls prądu przez niego pobierany przeciąża port USB. Z tego powodu do zasilania wziąłem drugi kabelek:
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Najpierw należy wykonać kopię Flash. Pozwoli to odkryć konfigurację GPIO.
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    JSON Tuya:
    Kod: JSON
    Zaloguj się, aby zobaczyć kod

    Interpretacja słowna:
    
    Device seems to be using T1-U module.
    - WiFi LED on P15
    - LED (channel 1) on P21
    - Button (channel 1) on P17
    - Bridge Relay On on P8
    - Bridge Relay Off on P6
    

    To nam pomoże w konfiguracji. Teraz można wgrać OBK:
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Po wgraniu powstanie otwarty punkt AP - pod IP 192.168.4.1 można skonfigurować dane naszej sieci:
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Urządzenie dołączy do naszej sieci Wi-Fi:
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Potem w Web App można zaimportować JSON pobrany przez Flasher:
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    To powinno umożliwić nam sterowanie przekaźnikiem:
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Zostało włączyć układ pomiaru - wpisujemy komendę w "short startup command" i rebootujemy:
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Mamy już pomiary, ale nie są one idealne:
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Trzeba skalibrować - tak jak w Tasmota. Potrzebny jest drugi miernik, podłączamy go przed kalibrowanym, a potem obciążamy przykładowym obciążeniem rezystancyjnym, np. żarówką i wpisujemy z niego pomiary do Web App:
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Można tu pomyśleć też o odjęciu poboru mocy przez sam gadżet, ale to są już znikome wartości. Od tego momentu na panelu będą wartości zbliżone do tych pokazywanych przez miernik użyty jako punkt odniesienia.

    Teraz można już urządzenie parować z Home Assistant, ale to już pokazywaliśmy na naszym kanale:




    Podsumowując, urządzenie jest malutkie i kompaktowe, a jednak może wykonywać automatyzacje. Normalnie z chmurą Tuya - po mojej interwencji już w pełni lokalnie. Dziękuję za udostępnienie mi tego sprzętu do testów, przerobię jeszcze pozostałe urządzenia z paczki, po czym całość wróci do czytelnika. Czy korzystacie z tego typu modułów? Zapraszam do komentarzy.
    PS: Kopia oryginalnego wsadu: https://github.com/openshwprojects/FlashDumps/commit/5d9b9c30284a0d2120ee75f4412199667a231b04

    Fajne? Ranking DIY
    Pomogłem? Kup mi kawę.
    O autorze
    p.kaczmarek2
    Moderator Smart Home
    Offline 
    Inżynier programista z wieloletnim doświadczeniem embedded i full stack developer.
    Specjalizuje się w: embedded, Full-Stack Developer
    p.kaczmarek2 napisał 14715 postów o ocenie 12789, pomógł 659 razy. Jest z nami od 2014 roku.
  • REKLAMA
  • #2 21936321
    zbyszekkr
    Poziom 17  
    Posty: 231
    Pomógł: 9
    Ocena: 74
    Kupiłem podobny przekaźnik EAWCBT-J 63A firmy EARU. Jest inaczej skonstruowany pomiar prądu. Nie ma przekładnika tylko bocznik.
    Rano zabiorę się za uwolnienie od chmury. Posłuży do włączania ładowarki wozidła elektrycznego.
  • #3 21936360
    LinearBridge1
    Poziom 2  
    Posty: 2
    Mam uporczywy problem podczas próby wgrania OpenBeken do inteligentnego wyłącznika przedpłatowego Tuya wyposażonego w układ BK7238 (T1). Spędziłem nad tym wiele godzin i wypróbowałem niemal wszystkie dostępne metody rozwiązywania problemów, ale całkowicie utknąłem. Byłbym bardzo wdzięczny za wszelkie wskazówki od ekspertów z tego forum.

    Poniżej znajduje się szczegółowy opis mojego sprzętu, przebiegu problemu oraz wszystkich kroków diagnostycznych, które wykonałem do tej pory:

    1. Sprzęt i konfiguracja



    **Urządzenie docelowe:** Inteligentny wyłącznik przedpłatowy Tuya (oparty na TuyaMCU, prędkość transmisji 9600 baud).

    **Moduł Wi-Fi:** BK7238 (wewnętrzna platforma T1).

    **Zasilanie:** Zewnętrzny laboratoryjny zasilacz ustawiony na stabilne 3,3 V (zdolny do dostarczenia wysokiego prądu), monitorowany za pomocą amperomierza.

    **Adapter UART:** Początkowo FT232RL (który później nie przeszedł testu loopback), obecnie używam Arduino Uno jako przejściówki USB-TTL (pin RESET podłączony do GND).

    **Okablowanie:** Wspólna masa (GND) jest w 100% połączona pomiędzy zasilaczem laboratoryjnym, układem oraz adapterem UART.

    2. Oś czasu (jak rozpoczął się problem)



    Faza 1 (Pełny sukces)



    Pomyślnie połączyłem się z układem i odczytałem oryginalne oprogramowanie za pomocą narzędzia BK7231 GUI Flash Tool. Kopia zapasowa została utworzona poprawnie, a narzędzie bez problemu odczytało konfigurację Tuya (Platforma: T1, Baud: 9600, potwierdzono obecność TuyaMCU).

    Faza 2 (Awaria)



    Kliknąłem przycisk flashowania, aby wgrać firmware OpenBeken. Proces rozpoczął się, ale zakończył się błędem dokładnie przy pierwszym etapie kasowania pamięci z następującym komunikatem:

    failed, will retry! Erasing block 0x00...failed with serial.BytesToRead 0 (expected 16)


    Faza 3 (Stan obecny)



    Od momentu wystąpienia tego błędu podczas kasowania układ wydaje się znajdować w stanie częściowego uszkodzenia programowego („soft brick”). Za każdym razem, gdy próbuję ponownie go zaprogramować, otrzymuję niekończącą się pętlę błędów:

    Getting bus failed, will try again - 0/100!


    aż do:

    99/100


    a następnie:

    Failed to get bus!


    3. Kroki diagnostyczne, które już wykonałem (ponad 100 prób!)



    Aby zaoszczędzić Wasz czas, poniżej lista wszystkich testów, które już przeprowadziłem:

    * **Synchronizacja cyklu zasilania:** Odłączyłem przewód 3,3 V, kliknąłem „Flash” w GUI, a dokładnie w momencie pojawienia się komunikatu
    Getting bus... 0/100
    podłączyłem przewód 3,3 V, aby uzyskać ostre zbocze narastające zasilania. Brak reakcji.

    * **Resetowanie pinu CEN:** Pozostawiłem zasilanie włączone, uruchomiłem proces flashowania i na około 0,5 sekundy zwarłem pin CEN do GND podczas pętli
    Getting bus
    . Próbowałem również metody „Woodpecker” (szybkie, wielokrotne zwarcia do GND). Bez rezultatu.

    * **Diagnostyka amperomierzem:** Układ pobiera normalny prąd w zakresie od 30 mA do 80 mA podczas zasilania, co wskazuje, że nie został fizycznie uszkodzony. Gdy zwieram CEN do GND, pobór prądu spada do około 0 mA, co potwierdza prawidłowe działanie wewnętrznego obwodu resetu.

    * **Prędkości transmisji:** Próbowałem zmienić prędkość flashera na 115200 baud, a także ponownie na 921600 baud.

    * **Zmiana adaptera UART:** Po niepowodzeniu testu loopback mojego adaptera FTDI przeszedłem na użycie Arduino Uno (RESET do GND) jako mostka szeregowego. (Uwaga: w tej konfiguracji połączyłem TX z TX oraz RX z RX zgodnie z wymaganiami dla tego obejścia).

    Próba odzyskania urządzenia



    Czy istnieje jakaś specyficzna metoda „twardego odzyskiwania” (hard recovery) lub alternatywne narzędzie (takie jak
    hid_download_py
    lub
    Beken Writer 1.60
    ) dla układu BK7238, który uległ awarii dokładnie podczas operacji
    Erasing block 0x00
    ?

    Posiadam bezpiecznie zachowaną kopię zapasową oryginalnego firmware'u, ale muszę jedynie ponownie uzyskać odpowiedź magistrali komunikacyjnej. Z góry dziękuję za poświęcony czas i wszelką pomoc!

    **BK7238 (T1) utknął na komunikacie „Getting bus failed” po błędzie kasowania pamięci — czy układ jest w stanie soft brick?**




    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
    Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A Wnętrze i zmiana firmware przekaźnika/licznika energii na szynę DIN GBDQA 63VA 16A
  • REKLAMA
  • #4 21936592
    Blisk
    Poziom 9  
    Posty: 50
    >>21935788 Świetnie, teraz mogę przepalić jeszcze kilka – mam bezpieczniki 6 A, 10 A i 16 A. Dam znać, jak mi idzie.
    Czy próbowałeś spowodować zwarcie, żeby sprawdzić, czy się wyłączy i ile to zajmie?
  • REKLAMA
  • #5 21936601
    p.kaczmarek2
    Moderator Smart Home
    Posty: 14715
    Pomógł: 659
    Ocena: 12789
    To urządzenie nie posiada „prawdziwego” zabezpieczenia przed nadprądem. Zabezpieczenie należy zrealizować programowo. Można to zrobić albo bezpośrednio za pomocą BL0942 (o ile jest to obsługiwane – należy to sprawdzić w karcie katalogowej), albo za pomocą skryptu OpenBeken – wystarczy jedna linijka kodu; mamy do dyspozycji polecenie „addChangeHandler”.
    Pomogłem? Kup mi kawę.
  • #6 21936608
    Blisk
    Poziom 9  
    Posty: 50
    >>21936601 OK. W rzeczywistości jest to bezpiecznik domowy podłączony do chmury, który można włączać i wyłączać zdalnie, a ponadto służy on do ochrony urządzeń.
  • REKLAMA
  • #7 21937549
    CosteC
    Poziom 39  
    Posty: 5344
    Pomógł: 400
    Ocena: 1654
    p.kaczmarek2 napisał:
    programowalne zabezpieczenia przed zbyt dużą bądź małą wartością napięcia, prądu lub mocy

    Wspaniały wynalazek.
    Idealny do pożarów i porażeń, bo wszystko co stoi pomiędzy przeciażeniem albo przypadkowym załączeniem to "jakiś software". Dodatkowo zdalnie sterowany przez serwer gdzieśtam. Albo lokalny.

    Testy? Nie interesuj się, jest tanio.
    Dokładność pomiarów? Nie interesuj się, jest tanio.
    Cyberbezpieczeństwo? Nie interesuj się, jest tanio.
    Zdolność wyłączania przeciażeń i zwarć? Nie interesuj się, jest tanio.
    Odporność na zakłócenia? Nie interesuj się, jest tanio.

    p.kaczmarek2 napisał:
    To urządzenie nie posiada „prawdziwego” zabezpieczenia przed nadprądem. Zabezpieczenie należy zrealizować programowo. Można to zrobić albo bezpośrednio za pomocą BL0942 (o ile jest to obsługiwane – należy to sprawdzić w karcie katalogowej), albo za pomocą skryptu OpenBeken – wystarczy jedna linijka kodu; mamy do dyspozycji polecenie „addChangeHandler”.

    Dodaj: Kodu który wykona się, albo nie, nie jest to kod wykonywany w jakimś reżimie czasowym ani kod pisany bezpiecznie. Sterującego przekaźnikiem który rozłączy, albo nie.

    A teraz można już narzekać, że przesadzam.
  • #8 21937609
    Blisk
    Poziom 9  
    Posty: 50
    Tak, to możliwe, tak jak wszystko inne. Ale we współczesnych domach stosuje się bezpieczniki.
  • #9 21937657
    herman434
    Poziom 2  
    Posty: 2
    Pomógł: 1
    Ocena: 1
    Świetny opis demontażu i instrukcja. Mapowanie GPIO oraz konfiguracja OpenBeken z pewnością pozwolą innym zaoszczędzić trochę czasu. Zalecałbym również sprawdzenie, czy router przypisuje rezerwację DHCP po flashowaniu, dzięki czemu urządzenie zawsze zachowuje ten sam adres IP i łatwiej nim zarządzać w Home Assistant. Jeśli ktoś ma problemy z podłączeniem urządzenia do Wi-Fi po flashowaniu, pomocne może być również sprawdzenie ustawień routera w paśmie 2,4 GHz.
📢 Słuchaj (Głos AI):

Podsumowanie tematu

✨ Dyskusja dotyczy rozbiórki i modyfikacji modułu DIN GBDQA 63VA 16A, sterowanego przez Wi‑Fi i zgodnego z Tuya, wyposażonego w pomiar napięcia, prądu i mocy oraz przekaźnik bistabilny. Omówiono wnętrze urządzenia, sposób pomiaru prądu oraz przeróbkę firmware tak, aby działał lokalnie bez chmury i integrował się z Home Assistant. W odpowiedziach pojawiły się informacje o podobnym przekaźniku EARU EAWCBT-J 63A z bocznikiem zamiast przekładnika, o braku „twardego” zabezpieczenia nadprądowego w tym typie urządzeń oraz o realizacji ochrony programowo w OpenBeken, m.in. przez BL0942 lub skrypt z addChangeHandler. Poruszono też kwestie testów zwarciowych, bezpieczeństwa, dokładności pomiarów, mapowania GPIO, konfiguracji Wi‑Fi i rezerwacji DHCP po flashowaniu.
Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.
REKLAMA