[Rozwiązano] Problemy z flashowaniem wyłącznika Tongou TO-Q-SY1_163JWT 63A z Openbk przy użyciu CH340G-2

Witam, mam pytanie dotyczące tego wyłącznika Tongou TO-Q-SY1_163JWT 63 Amp.

Mam trudności z flashowaniem go za pomocą Openbk. Jestem zaznajomiony z procesem i pomyślnie sflashowałem inne urządzenia przełączające, np: [BK7231N] Aubess Mini Switch 16A.

Używam urządzenia szeregowego USB / TTL z Chin CH34 0G-2, który działał dobrze w przeszłości, a ponadto wymieniłem go na identyczny zapas, aby potwierdzić funkcjonalność.

Używam najnowszego flashera bk7231flasher_1.3.3

Próby flashowania na miejscu nie powiodły się, więc postanowiłem usunąć CBU z płyty głównej, ale nadal bezskutecznie! Resetowanie modułu przez uziemienie CEN nie rozpoczyna sekwencji flashowania (próbowałem wiele razy). Próbowałem również innego źródła zasilania 3,3 V, zamieniając rx1 i tx1 na uart1 na wszelki wypadek, ale bezskutecznie! Mam wyjście dziennika z uart2, ale nie opublikuję go tutaj, ponieważ może zawierać prywatne szczegóły!

Podłączając go do aplikacji Tuya Smart, wszystko działa OK, zauważając, że oprogramowanie układowe to V 1.0.20. Czy to możliwe, że Tuya w jakiś sposób wyłączyła flashowanie (bootloader rom)? Zauważyłem na ich stronie internetowej "Flash and Authorize CB Modules"
https://developer.tuya.com/en/docs/iot/CB-series-module?id=Kbruyciad6154


Wszelkie wskazówki lub porady mile widziane
R

Myślę, że to urządzenie może używać RX/TX do komunikacji z innym układem. Jakie jest oznaczenie na układzie SOIC po drugiej stronie płytki? Czy jest to BL0937?

Czy możesz sprawdzić multimetrem, gdzie łączy się RX/TX?

Może trzeba odlutować CBU lub układ SOIC...

Wygląda na to, że @Wobbie usunął już CBU.

A może inny adapter USB-TTL?

Ah przepraszam, rozumiem. W takim razie może CBU potrzebuje lepszego zasilacza 3.3V.
https://www.youtube.com/watch?v=L6d42IMGhHw&a...czAXT94BuSGrd_GoM&ab_channel=Elektrodacom

Dzięki @p.kaczmarek2 i @divadiow
Jak wspomniałem, próbowałem innego źródła zasilania 3v3.

Jaki adapter USB-TTL sugerujesz?

Część przechwyconego wyjścia uart2:
V:BK7231N_1.0.1
REG:cpsr spsr r13 r14
SVC:000000D3 00401C1C 000033AC
IRQ:000000d2 00000010 00401e0c a19cdfd3
FIR:000000d1 00000010 00401ffc b887f1e0
SYS:000000df 0040192c 00000158
ST:00000000
J 0x10000
bk_misc_init_start_type 0 0
prvHeapInit-start addr:0x411448, size:125880
[Flash]id:0xeb6015
[01-01 18:12:15 TUYA I][lr:0xa54bd] mqc app init ...
[01-01 18:12:15 TUYA I][lr:0xb04ef] thread_create name:sys_timer,stackDepth:4096,totalstackDepth:4096,priority:5
[01-01 18:12:15 TUYA I][lr:0xb04ef] thread_create name:cmmod,stackDepth:4096,totalstackDepth:8192,priority:4
[01-01 18:12:15 TUYA D][lr:0xb037b] Thread:sys_timer Exec Start. Ustaw na Running Stat
[01-01 18:12:15 TUYA D][lr:0xa53d7] mq_pro:5 cnt:1
[01-01 18:12:15 TUYA D][lr:0xa53d7] mq_pro:31 cnt:2
[01-01 18:12:15 TUYA D][lr:0xd5f5b] svc online log init success
[01-01 18:12:15 TUYA D][lr:0xcd37f] read m:0 f:0 l:0
[01-01 18:12:15 TUYA I][lr:0xb04ef] thread_create name:wk_th-0,stackDepth:5120,totalstackDepth:13312,priority:3
[01-01 18:12:15 TUYA E][lr:0xb43c9] wd_protected_read fails gw_bi -23
[01-01 18:12:15 TUYA D][lr:0xb463b] gw base read finish:-23
[01-01 18:12:15 TUYA D][lr:0xd3b17] ty bt cmmod regist ok:1
...
...tajne rzeczy!
...
[PLATFORM DEBUG]UNKNOW EVENT:16
[01-01 12:00:04 TUYA E][lr:0x5ac01] ERR BL0942 read
[01-01 12:00:05 TUYA E][lr:0xd6b29] uf_open netcfg_log err 8
[01-01 12:00:05 TUYA E][lr:0x5ac01] ERR BL0942 read.

mogę wysłać cały dziennik przez PM, jeśli chcesz?

Wobbie napisał:

Jaki adapter USB-TTL sugerujesz

.

Naprawdę chwytałem się słomek z tym pomysłem. Myślę, że być może inne USB TTL zrobiło różnicę tylko raz lub dwa razy w przeszłości i to prawdopodobnie wtedy, gdy nie lutowałem styków lub miałem zbyt długie kable. Od dłuższego czasu nie musiałem ich wymieniać.

Jaki jest teraz twój zasilacz?
Masz jakieś zdjęcia swojej konfiguracji?

Dodane po 58 [minutach]:

Oto kopia zapasowa / flash, którą właśnie wykonałem z CBU przy użyciu CH340 USB-TTL i zewnętrznego zasilacza 3,3 V

Cóż, mój flasher po prostu ignoruje fakt, że albo uziemiam CEN, albo ponownie zasilam CBU! (wielokrotnie)
Używam tego samego sterownika

Zasilacz jest regulowany i ustawiony na 3v3 (przy użyciu multimetru).
Oto moja konfiguracja

Ah. Czy jesteś w stanie maksymalnie skrócić przewody?

Tak, próbowałem tego dziś po południu bez powodzenia.
Podłączyłem również tuya IR Blaster, który z powodzeniem przekonwertowałem rok temu i wykonałem odczyt oprogramowania układowego lub kopię zapasową przy użyciu tego samego sprzętu, poszło idealnie.
Nie jestem pewien, co się dzieje!
Czy to możliwe, że tuya bardziej ulepszyła swoją grę? Zablokowali jakoś bootloader?

Użyj krótszych przewodów, zwłaszcza do zasilania, a także możesz użyć wyższego napięcia 3,6 V

Nie jestem do końca pewien, w jaki sposób, ale wcześniej pozornie zabiłem tx i rx na CB3S. Uruchamia się dobrze w OBK, ale Rx i tx są martwe dla dowolnego USB TTL, dowolnego kabla lub dowolnego adaptera.

W najgorszym przypadku możesz wymienić CBU na inny, zakładając, że coś podobnego stało się z twoim?

Flashowałem setki urządzeń i nie widziałem żadnego z "zablokowanym bootloaderem". Kontynuowałbym badanie obwodu.

Sugerowałbym wypróbowanie konwertera USB na UART, którego używam:
.


Wypróbuj alternatywną metodę RESET:
- podłącz tylko RX, TX, GND i 3.3V
- uruchom flasher
- odłącz 3.3V od CBU
- tymczasowe zwarcie GND do pinu 3.3V CBU
- odłącz zwarcie CBU 3.3V do masy
- podłączyć 3.3V z zasilania do CBU
Może to zabrzmieć dziwnie, ale zadziałało to w niektórych przypadkach, gdy niewielki prąd pobierany przez same linie TX / RX (bez VDD) wystarczył, aby utrzymać CBU przy życiu, aby nie restartował się po wyłączeniu / włączeniu zasilania.

Dzięki wszystkim, znalazłem mój problem; połączenie RX zostało zerwane, wchodząc do CBU podczas wyjmowania z płyty głównej (myślę, że za mało topnika)! Udało się to naprawić, więc szczęśliwe zakończenie.