Licznik energii Zemismart SPM01-D2TW: Problemy z danymi z Tuya MCU i ESP02S Swap

Question

Cześć Jestem bardzo zainteresowany użyciem Zemismart SPM01 ( w wersji Wifi i dlatego kupiłem go i znalazłem w środku zgodnie z webinfo chip Tuya CB2S. Aby uzyskać pewne informacje i zbliżyć się do mojego osobistego życzenia końcowego wyniku, nagle zastąpiłem CB2S ESP02S i przeanalizowałem dane,...

divadiow · Accepted Answer

Zastanawiam się, czy ten użytkownik dotarł dalej. urządzenie wygląda podobnie Dodano po 44 [minutach]: lub jeśli to zrobiłeś, usuń i wyczyść z aplikacji, jeśli nadal jest obecna, aby wyczyścić dane Wi-Fi. lub jeśli już sflashowałeś OBK, wyodrębnij konfigurację tuya i opublikuj mały plik .

p.kaczmarek2 · Answer

Najlepszą i bardziej precyzyjną odpowiedzią jest najprawdopodobniej nasz przewodnik po TuyaMCU, tutaj:
TuyaMCU flashing, przewodnik konfiguracji i ustawień - configure dpIDs for Home Assistant

Pete0815 napisał:

Aby uzyskać trochę informacji i zbliżyć się do mojego osobistego życzenia końcowego wyniku, nagle zastąpiłem CB2S przez ESP02S i przeanalizowałem dane, które są wysyłane z Tuya MCU wewnątrz inteligentnego licznika.

Wolałbym przeanalizować to z oryginalnym oprogramowaniem, oto jedna z opcji, aby to zrobić:
TuyaMCU analyzer - UART packet decoder for Tuya devices -... dpID detector

Pete0815 napisał:

Teraz borykam się z problemem, ponieważ te dane nie mają dla mnie większego sensu, a w dodatku są wysyłane tylko na żądanie (sendtuya0). Normalnie oczekiwałbym automatycznego dostarczania tych danych.

Zdarza się to czasami również w OBK, może to być spowodowane konstrukcją TuyaMCU. W OBK rozwiązujemy to za pomocą:


// every 10 seconds, request update from TuyaMCU
addRepeatingEvent 10 -1 tuyaMcu_sendQueryState

Zobacz więcej: https://www.elektroda.com/rtvforum/find.php?q=tuyaMcu_sendQueryState

Pete0815 napisał:

W tej chwili otrzymuję 9 punktów danych, ale tylko 3 zawierają dane inne niż zero.

Nie pamiętam szczegółów Tasmota, ale dla najlepszego rezultatu polecam symulację stanu 0x04 wifi dla MCU. W OBK robimy tak:


tuyaMcu_defWiFiState 4

Niektóre urządzenia nie publikują w pełni swoich stanów, chyba że myślą, że są połączone z chmurą. Niektóre inne urządzenia mogą nawet wydawać sygnał dźwiękowy lub migać, gdy nie są sparowane.

Pete0815 napisał:
Moje pytanie brzmi, czy możliwe jest uzyskanie dodatkowej wiedzy z rozładowanego CB2S za pomocą twoich narzędzi?

Można na przykład rozważyć metodę API Tuya: Extracting DpIDs for TUYA MCU devices
Możesz również udostępnić 2MB kopię zapasową swojego urządzenia, o ile nie sparowałeś go jeszcze z WiFi.

Poza tym, będąc już na OpenBeken, mógłbym pomóc nieco bardziej. Moja wiedza na temat TuyaMCU jest nieco zardzewiała. Btw, OpenBeken emuluje Tasmota JSON, więc możesz rozważyć wypróbowanie tego.

Pete0815 napisał:

Podłączenie tego CB2S przez konwerter USB-TTL do odczytu.

Podłączenie z powrotem CB2S do oryginalnego urządzenia i przechwycenie komunikacji między CB2S a MCU w bezpieczny sposób (nie zasilać urządzenia z sieci, tylko z USB) może pomóc.

Pete0815 napisał:

Drugie pytanie na wypadek, gdyby lepiej było cofnąć się o krok i ponownie wlutować CB2S zgodnie z Twoim poradnikiem https://www.elektroda.com/rtvforum/topic3970199.html mówi o 2 krokach. Pierwszy krok bez podłączonego 5V bez Wifi ale w przypadku CB2S nie ma 5V tylko 3,3V na Chipie. Jak więc wykonać te 2 oddzielne kroki?

Przepraszam za zamieszanie. Ten konkretny przewodnik, do którego się odwołujesz, zakłada, że zasilasz go z 5V, wkładając 5V przed AMS1117-3.3V LDO na płycie. Tak więc, z 5V na wejściu AMS1117-3.3V LDO otrzymasz również 3.3V na wyjściu (dla modułu WiFi). Jest to przydatne, ponieważ zapewnia zasilanie większości płytki bez zasilania z sieci, ponieważ zasilanie takiego urządzenia z sieci byłoby BARDZO NIEBEZPIECZNE , dlatego używamy pojedynczego źródła 5V z USB.
Krok 2, do którego się odwołujesz, zaleca wyłączenie zasilania przed przechwyceniem, ponieważ chcemy przechwycić całą komunikację od samego początku, od wczesnego rozruchu, więc najpierw rozpoczynamy przechwytywanie, a następnie stosujemy zasilanie 5 V.

Jeśli na twojej płycie nie ma AMS1117-3.3V, zamiast tego może być konwerter step down. Konwerter step down będzie miał tę samą funkcję, będzie również konwertował napięcie 5 V lub 12 V (w zależności od urządzenia) na 3,3 V dla modułu WiFi. W tym przypadku można podłączyć 5V do wejścia takiego konwertera step down.

Należy pamiętać, że metoda przechwytywania może się różnić w zależności od urządzenia i może wymagać podstawowego zrozumienia sposobu działania urządzenia. Główną zasadą przechwytywania TuyaMCU jest to, aby nigdy nie zasilać urządzenia z sieci, gdy podłączony jest UART .
Jeśli naprawdę chcesz zasilać go z sieci, powinieneś użyć modułu izolującego, ale to już inna historia...

Możesz również udostępnić kilka zdjęć swojego urządzenia, co może pomóc mi w dalszym prowadzeniu.

Pete0815 · Answer

Dziękuję bardzo. Będę potrzebował trochę czasu, aby zrozumieć Twoją odpowiedź i przeczytać wszystkie wspaniałe informacje.Więc odpowiedzmy na proste i proszę spójrz na zdjęcia i nie martw się. Nigdy nie podłączę zasilania podczas robienia tego typu rzeczy! 2 zdjęcia Zdemontowałem cewkę i płytkę z przyciskiem, aby mieć lepszy widok. .

p.kaczmarek2 · Answer

Spojrzałem na twoje zdjęcia i widzę układ LP2178, który najprawdopodobniej jest nieizolowanym konwerterem step down do konwersji napięcia sieciowego na 5V DC:

Musimy jeszcze dowiedzieć się, gdzie 5V jest konwertowane na 3,3V na twojej płytce.

Pete0815 · Answer

Zgaduję, że ten MicrOne LDO SBWF jest tym, czego szukamy W tej wersji SOT23-3 powinno być Pin1: Vout = 3,3V Pin2: Vss = GND Pin3: Vin= 5V

p.kaczmarek2 · Answer

Naprawdę? Nie spodziewałbym się tego. Sprawdź przynajmniej multimetrem, czy piny są rzeczywiście podłączone do masy, wejścia 5V i pada 3.3V modułu WiFi.

Pete0815 · Answer

Sprawdzone i potwierdzone podłączenie do pinów 3.3V i GND modułu CB2SCzemu się dziwisz? Miałem podobne LDO w moich mini modułach ESP32-S2 od MicrOne.

p.kaczmarek2 · Answer

Czyli CB2S z oryginalnym firmware wraca do gry?

No to teraz zrób to co mówiłem wcześniej... 5V na wejście LDO (tak, aby uzyskać 3,3V na wyjściu) i spróbuj przechwycić komunikację....

Oczywiście, trzeba to również zrobić w sposób zorganizowany, być może zrobić oddzielną sesję przechwytywania dla każdej aktywności w aplikacji Tuya, itp.... tak to robię, w każdym razie.

I zakładam tutaj, że twoje urządzenie nadal będzie działać poprawnie, gdy jest zasilane z 5V. Jeśli nie, to sprawy się skomplikują, trzeba będzie rozważyć przechwytywanie z izolowanym UART...

Dodano po 1 [min]:

Pete0815 napisał:
Czemu się dziwisz? Miałem podobne LDO w moich mini modułach ESP32-S2 od MicrOne.

Otworzyłem wiele, wiele urządzeń Tuya, jak widać tutaj: https://openbekeniot.github.io/webapp/devicesList.html i prawie każde z tych urządzeń miało albo większe LDO, a mianowicie AMS1117-3.3V, albo konwerter step down (chip z 6 nogami i cewką w pobliżu). Nie widziałem zbyt wielu urządzeń takich jak twoje.

Pete0815 · Answer

Thx. Mmmh wydaje się nie być w tej chwili. Nie widzę urządzenia w aplikacji Tuya, a także mój punkt dostępowy Wifi go nie rozpoznaje.Przechwytywanie podczas podłączania 5V daje niekończącą się pętlęKod: text Rozwiń Zaznacz wszystko Kopiuj do schowka55AA032B00002D Tak jak pokazano powyżej.Może USB TTL nie ma wystarczającej mocy, aby zasilić całe urządzenie.

Pete0815 · Answer

Dzięki i to urządzenie wydaje się być tego samego typu. Ponieważ w tej chwili nie dostaję dalej, a także czekam na nowy konwerter USB TTL z AMS1117, który powinien mieć wystarczającą moc. Czy możesz powiedzieć, jakiego narzędzia sw użyć do tego 2 MB kopii zapasowej? Czy jest to OpenBK flash tool? i mogę skorzystać z tej funkcji? I do testów Tasmota i z pewną pomocą poprzez ręczne polecenie żądania (tuyasend0) można było zidentyfikować jeden punkt danych (dpIx 6) otrzymany w formacie surowym: Zawiera więc napięcie, prąd i moc czynną Ale jak wspomniałem jest to tylko poprzez komendę ręcznego żądania i dioda LED nadal miga i jest kilka niezidentyfikowanych dpIx bez zmian (wartości licznika kwh; może?) lub wartości w ogóle. Edit: Właśnie to zrobiłem i otrzymałem: Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka{ baud:9600}e, ap_passwd:null, country_code:null, bt_mac:null, bt_hid:null, prod_test:false, fac_pin:brnwqs0ifofy3rzugiAgw_di{abi, id:null, swv:2.1.6, bv:40.00, pv:2.2, lpv:3.4, pk:brnwqs0ifofy3rzu, firmk:key83r5jq9qqeaxt, cadv:1.0.5, cdv:1.0.0, dev_swv:3.0.2, s_id:null, dtp:9, sync:0, attr_num:1, mst_tp_0:9, mst_ver_0:3.0.2, mst_tp_1:0, mst_ver_1:null, mst_tp_2:0, mst_ver_2:null, mst_tp_3:0, mst_ver_3:null } , *Agw_wsm{nc_tp:0, ssid:null, passwd:null, md:0, random:0, wfb64:1, stat:0, token:null, region:null, reg_key:null, dns_prio:0 }4& Awf_start_mdy, auth_key:oXcG4D46h1Ehc59FFfLKAu9LMxHHEnIZ, ap_s4d:SmartLife, psk_key:FB1gzDvpIMz9kjvWDivQ5MUNHTiITXuIxorIl, ap_ssid:SmartLife, lckey:null, h_url:null, h_ip:null, hs_url:null, hs_ip:null, hs_psk:null, hs_psk_ip:null, mqs_url:null, mqs_ip:null, mq_url:null, mq_ip:null, ai_sp:null, ai_sp_ip:null, mq_psk:null, mq_psk_ip:null, lp_url:null, lp_ip:null, time_z:null, s_time_z:null, wx_app_id:null, wx_uuid:null, dy_tls_m:0, cloud_cap:0, psk21_key:null } 0Atls_ca_cnt00Ais_stride0{abi, mode:ro, property:{min, max:99999999, scale:2, step:1, type:value}, {type:obj, {mode:ro, maxlen:17}, cnt:0}A000003595c[{type } Proszę również zobaczyć kopię zapasową w załączeniu. Czy możesz doradzić, co można zrobić? Dzięki!

divadiow · Answer

Nie jestem jeszcze zbyt dobry w konfigurowaniu potrzebnej konfiguracji autoexec, ale oto dpID dla tego oprogramowania układowego, aby zacząć

Zaloguj się, aby zobaczyć kod

nie jestem pewien, czy to tylko dpID TuyaMCU, a te, których brakuje, ale są poniżej, są funkcjami oprogramowania / aplikacji? np. dpID 1

Zaloguj się, aby zobaczyć kod

Pete0815 · Answer

Dziękuję bardzo. Wygląda to bardzo dobrze i daje mi informacje nieznane do tej pory.

Druga tabela kodu/mapowania wygląda nieco znajomo ze względu na tematy danych, które widziałem w aplikacji Tuya dla tego typu urządzenia.

Kopia zapasowa, którą wgrałem, pochodziła z rozlutowanego układu CB2S, ponieważ nie byłem w stanie odczytać wlutowanego CB2S w obwodzie.
.

p.kaczmarek2 · Answer

Później można utworzyć niestandardowy panel dla OBK dla swojego urządzenia: Alternatywna strona html sterowania dla TOMPD-63-WIFI

Pete0815 · Answer

Dzięki. Zgaduję, że mam bardzo zgrubne zrozumienie, ale w tej chwili tak naprawdę nigdzie nie dochodzę

Więc w tej chwili myślę, że najlepiej jest iść z openbk i nauczyć się jak najwięcej. Ponieważ openbk jest dla mnie zupełnie nowy, proszę o potwierdzenie kolejnych kroków?

Zrobiłem kopię zapasową CB2S i dlatego teraz mogę flashować ten odlutowany chip za pomocą openbk, prawda?

Po ponownym wlutowaniu go do obwodu powinienem nauczyć się konfigurować openbk z informacjami, które przekazał mi @divadiow. Zostało to również wyjaśnione poprzez utworzenie pliku autoexec.bat

podobnie jak wyjaśniono tutaj:
https://www.youtube.com/watch?v=kXi8S12tmC8

Muszę się nauczyć, jak to zrobić...

Czy to zrozumienie jest prawidłowe?
.

p.kaczmarek2 · Answer

Wgraj OpenBeken na swój chip, przylutuj go z powrotem, podłącz do AP, ustaw SSID WiFi i pass, upewnij się, że łączy się z WiFi...

Tutaj jest instrukcja TuyaMCU:
TuyaMCU flashowanie, konfiguracja i przewodnik konfiguracji - konfiguracja dpID dla Home Assistant
Ale możemy również poprowadzić Cię tutaj, krok po kroku.

Pete0815 · Answer

Dzięki. OpenBeken jest sflashowany i chip jest już przylutowany z powrotem i działa w moim wifi.

Zgodnie z informacją z innego wkładu nie ma potrzeby konfigurowania pinów GPIO (P10 P11) do pracy z Tuya MCU BL0942, prawda?

Następnie wygenerowałem w systemie plików plik autoexec.bat z następującą zawartością:

// Start TuyaMCu driver
startDriver TuyaMCU
// set TuyaMCU baud rate
//tuyaMcu_setBaudRate 115200
// set TuyaMCU default wifi state 0x04, which means "paired",
// because some TuyaMCU MCUs will not report all data
// unless they think they are connected to cloud
tuyaMcu_defWiFiState 4

Mqtt jest podłączony
W logu mogę zidentyfikować 3 dpIx (1,2,6) pochodzące z MCU.

Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 4 int: 0
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 0C 06 00 00 08 09 20 00 00 32 00 00 04 82 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 19 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 6, dataType 0-DP_TYPE_RAW and 8 data bytes
Info:TuyaMCU:TUYAMCU received: 55 AA 03 2B 00 00 2D 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 43 (NetworkStatus) with 7 bytes
Info:TuyaMCU:TuyaMCU_ProcessIncoming: (test for S09 calendar/IR device) received TUYA_CMD_NETWORK_STATUS 0x2B 
Info:TuyaMCU:TUYAMCU received: 55 AA 03 00 00 01 01 04 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 0 (Hearbeat) with 8 bytes
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 08 01 02 00 04 00 00 00 00 18 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 15 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 1, dataType 2-DP_TYPE_VALUE and 4 data bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 4 int: 0
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 08 02 02 00 04 00 00 00 00 19 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 15 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 2, dataType 2-DP_TYPE_VALUE and 4 data bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 4 int: 0
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 0C 06 00 00 08 09 1A 00 00 31 00 00 04 7B 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 19 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 6, dataType 0-DP_TYPE_RAW and 8 data bytes
Info:TuyaMCU:TUYAMCU received: 55 AA 03 2B 00 00 2D 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 43 (NetworkStatus) with 7 bytes
Info:TuyaMCU:TuyaMCU_ProcessIncoming: (test for S09 calendar/IR device) received TUYA_CMD_NETWORK_STATUS 0x2B 
Info:TuyaMCU:TUYAMCU received: 55 AA 03 00 00 01 01 04 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 0 (Hearbeat) with 8 bytes
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 08 01 02 00 04 00 00 00 00 18 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 15 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 1, dataType 2-DP_TYPE_VALUE and 4 data bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 4 int: 0
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 08 02 02 00 04 00 00 00 00 19 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 15 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 2, dataType 2-DP_TYPE_VALUE and 4 data bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 4 int: 0
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 0C 06 00 00 08 09 1D 00 00 31 00 00 04 7E 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 19 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 6, dataType 0-DP_TYPE_RAW and 8 data bytes
Info:TuyaMCU:TUYAMCU received: 55 AA 03 00 00 01 01 04 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 0 (Hearbeat) with 8 bytes
Info:TuyaMCU:TUYAMCU received: 55 AA 03 2B 00 00 2D 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 43 (NetworkStatus) with 7 bytes
Info:TuyaMCU:TuyaMCU_ProcessIncoming: (test for S09 calendar/IR device) received TUYA_CMD_NETWORK_STATUS 0x2B 
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 08 01 02 00 04 00 00 00 00 18 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 15 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 1, dataType 2-DP_TYPE_VALUE and 4 data bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 4 int: 0
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 08 02 02 00 04 00 00 00 00 19 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 15 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 2, dataType 2-DP_TYPE_VALUE and 4 data bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 4 int: 0
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 0C 06 00 00 08 09 1D 00 00 32 00 00 04 7F 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 19 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 6, dataType 0-DP_TYPE_RAW and 8 data bytes
Info:TuyaMCU:TUYAMCU received: 55 AA 03 00 00 01 01 04 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 0 (Hearbeat) with 8 bytes
Info:TuyaMCU:TUYAMCU received: 55 AA 03 2B 00 00 2D 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 43 (NetworkStatus) with 7 bytes
Info:TuyaMCU:TuyaMCU_ProcessIncoming: (test for S09 calendar/IR device) received TUYA_CMD_NETWORK_STATUS 0x2B 
Info:TuyaMCU:TUYAMCU received: 55 AA 03 00 00 01 01 04 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 0 (Hearbeat) with 8 bytes

Czy to wystarczy, aby kontynuować alokację dpIx?

p.kaczmarek2 · Answer

Tak, możesz również spróbować uruchomić:


tuyaMcu_sendQueryState

, aby zażądać wszystkich punktów danych.

Następnie kontynuuj pisanie autoexec.bat, możesz użyć przycisku "reset svm and run" przez większość czasu zamiast pełnego restartu i nadal powinieneś być w stanie zobaczyć wyniki na głównej stronie html.

Pete0815 · Answer

Dzięki.
Wysyłając cmd

tuyaMcu_sendQueryState

otrzymuję wszystkie znane i pokazane powyżej dpIx

Na podstawie przykładów dla TuyaMCU Link Poszedłem o krok dalej

Mój autoexec.bat wygląda tak:


// Clear all previous definitions
clearIO

// clear flags
// flags 0

// set flag 46
SetFlag 46 1

// start TuyaMCU driver
startDriver TuyaMCU
tuyaMcu_setBaudRate 9600

// This one is better than tuyaMcu_defWiFiState 4;  MQTTState 1 = WiFiState 4
// issuing of tuyaMcu_defWiFiState 4 continues the script,
// but doesnt report to MQTT since there is still no connection.
// if you didn't setup MQTT connection then issue tuyaMcu_defWiFiState 4
// and comment waitFor MQTTState 1

waitFor MQTTState 1
// tuyaMcu_defWiFiState 4

// Total energy - Dpid 1 "total_forward_energy" -> channel 4
linkTuyaMCUOutputToChannel 1 val 4
setChannelType 4 EnergyTotal_kWh_div100
setChannelLabel 4 "Total Energy"

// Measurements - Dpid 6 "phase_a" - channel RAW_TAC2121C_VCP -> 5,6,7
// TAC2121C VoltageCurrentPower Packet
// This will automatically set voltage, power and current
linkTuyaMCUOutputToChannel 6 RAW_TAC2121C_VCP
setChannelType 5 Voltage_div10
setChannelLabel 5 "Voltage"
setChannelType 6 Power
setChannelLabel 6 "Power"
setChannelType 7 Current_div1000
setChannelLabel 7 "Current"


// Fault - Dpid 9 "fault" -> channel 9
linkTuyaMCUOutputToChannel 9 raw 9
setChannelType 9 ReadOnly
setChannelLabel 9 "Fault"

// Prepayment on-off - Dpid 11 "switch_prepayment" -> channel 2
linkTuyaMCUOutputToChannel 11 bool 2
setChannelType 2 toggle
setChannelLabel 2 "Prepayment"

// Clear Energy Counters - Dpid 12 "clear_energy" -> channel 3
linkTuyaMCUOutputToChannel 12 bool 3
setChannelType 3 toggle
setChannelLabel 3 "Clear Energy Counters"

// Prepaid energy - Dpid 13 "balance_energy" -> channel 11
linkTuyaMCUOutputToChannel 13 val 11
setChannelType 11 EnergyTotal_kWh_div100
setChannelLabel 11 "Total Prepaid Energy"

// Charge Prepayment - Dpid 14 "charge_energy" - channel 12
linkTuyaMCUOutputToChannel 14 val 12
setChannelType 12 TextField
setChannelLabel 12 "Purchased Energy [kWh*100], i.e. 1kWh = 100"

// Settings 1 - Dpid 17 "alarm_set_1" - channel 13
linkTuyaMCUOutputToChannel 17 val 13
setChannelType 13 TextField
setChannelLabel 13 "Leakage Current Protection Settings"

// Settings 2 - Dpid 18 "alarm_set_2" -> channel 10
linkTuyaMCUOutputToChannel 18 raw 10
setChannelType 10 ReadOnly
setChannelLabel 10 "UV, OV, Max. Current Protections Settings"

// Breaker Id - Dpid 19 "breaker_id" -> channel 0
linkTuyaMCUOutputToChannel 19 str 0
setChannelType 0 ReadOnly
setChannelLabel 0 "Breaker ID"

// The above are read only channels. Except Settings 2 (mapped on channel 10), but since we cannot set it due to wrong parse of TuyaMCU driver - for now read only


// NOTE: addRepeatingEvent [RepeatTime] [RepeatCount]
// code below will forever Send query state command every 5 seconds
// addRepeatingEvent 5 -1 tuyaMcu_sendQueryState 

// AngelOfDeath - We don't need it forever, since TuyaMCU sends everything when necessary
// we need it just first time to obtain initial status. Some dpIDs not reported without asking
tuyaMcu_sendQueryState

A moja strona OpenBeken wygląda tak:

To czego nie jestem w stanie skonfigurować to brakujące przykłady: dpIx 2

DP 2, VALUE(ro), cur_neutral

dpIx 6 działa, ale następnym krokiem, z którym się zmagam, jest licznik energii (Dpid 1). Jak na razie nic nie widać poza 0kWh.

@divadiow wspomniał o funkcjonalności aplikacji dla np. dpIx 1, która jest tym licznikiem energii i skonfigurowałem w autoexec.bat:

// Total energy - Dpid 1 "total_forward_energy" -> channel 4
linkTuyaMCUOutputToChannel 1 val 4
setChannelType 4 EnergyTotal_kWh_div100
setChannelLabel 4 "Total Energy"

Ale jak na razie brak wartości:

Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 08 01 02 00 04 00 00 00 00 18 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 15 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 1, dataType 2-DP_TYPE_VALUE and 4 data bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 4 int: 0

Uprzejmie proszę o doświadczone podpowiedzi czego brakuje/co zrobić aby aktywować?

Dzięki!

vincenzoernst1 · Answer

Jak na razie wygląda dobrze. wygląda na prawie ukończone. jak wygląda obecny stan?

Pete0815 · Answer

Żadnych postępów z mojej strony.dpIx 6 działa, ale nic więcej i nie mogłem znaleźć żadnej wskazówki, jak inny dpIx ma być aktywowany lub używany.Strona OpenBeken wygląda ładnie, ale nie ma żadnej funkcjonalności poza dpIx 6.

p.kaczmarek2 · Answer

To może pomóc: Według tego użytkownika, uartSendHex 55AA000300010407 również może pomóc, gdy jest wykonywane ręcznie.

Pete0815 · Answer

Dzięki. Nie jestem tego pewien. Otrzymuję Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowkaInfo:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 1, dataType 2-DP_TYPE_VALUE and 4 data bytes Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 4 int: 1 Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 08 02 02 00 04 00 00 00 00 19  Więc liczba całkowita 1, a wcześniej widziałem tylko liczbę całkowitą 0, ale na stronie openBeken, gdzie jest skonfigurowany do kanału 4, który jest EnergyTotal_kwh_div100, nadal wynosi 0. więc muszę sprawdzić z większym obciążeniem.Edit:Nie nawet z większym obciążeniem 2kW bez zmian w dpIx 1:Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowkaInfo:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 15 bytes Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 1, dataType 2-DP_TYPE_VALUE and 4 data bytes Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 4 int: 1 Info:GEN:No change in channel 4 (still set to 1) - ignoring

p.kaczmarek2 · Answer

Czy wymuszasz stan WiFi 0x04?

Pete0815 · Answer

Nie do tej pory z powodu Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowkawaitFor MQTTState 1 Teraz zmieniłem, aby przetestować, ale wydaje się być taki sam.Dobra wiadomość: DpId 1 zmienił się teraz.Testowałem z obciążeniem 800W przez 1,5 minuty, które wynosi 0,02kWhKanał 4 zmienił się z 6 na 8, co jest świetne, ale w widoku internetowym licznik mówi 0,07kWh ???? Niemniej jednak sytuacja się poprawia. Wielkie dzięki!

p.kaczmarek2 · Answer

Widzę twój fragment autoexec.bat:



// NOTE: addRepeatingEvent [RepeatTime] [RepeatCount]
// code below will forever Send query state command every 5 seconds
// addRepeatingEvent 5 -1 tuyaMcu_sendQueryState 

// AngelOfDeath - We don't need it forever, since TuyaMCU sends everything when necessary
// we need it just first time to obtain initial status. Some dpIDs not reported without asking
tuyaMcu_sendQueryState

Powiedziałbym, że niektóre urządzenia mogą potrzebować tego w powtarzającym się zdarzeniu, ponieważ niektóre urządzenia TuyaMCU nie wysyłają danych często, jeśli nie pytamy. Więc może nadal możesz spróbować. LUB uruchom to polecenie z konsoli i zobacz, czy coś się zmieni.

Pete0815 · Answer

Dziękuję i próbowałem za pomocą polecenia ręcznego, a teraz aktywowałem powtarzające się polecenie (co 5 sekund) w autoexec.bat, ale jak dotąd bez możliwej do zidentyfikowania zmiany wyniku.

Moje wrażenie jest takie, że dpIx 1 jest zgłaszany po pierwszym wykonaniu polecenia, ale zastanawiałem się nad różnicą w prezentacji wartości.
Jak widać w dzienniku, wartość całkowita wynosiła 8, a kanał 4 jest również zgłaszany z wartością 8, ale prezentacja w przeglądzie mówi 0,07 kWh. Trudno mi to zrozumieć, ponieważ wydaje się, że nie ma mniejszej liczby, aby mieć np. błąd / problem z zaokrąglaniem.

Dziś rano uruchomiłem urządzenie, aby przetestować ręczne i powtarzające się zapytanie, ale teraz robi się jeszcze dziwniej, ponieważ wartości są inne / niższe niż wczoraj wieczorem.

Dziś wartość dpIx 1 wynosi 5 (kanał 4 również), a przegląd internetowy ponownie mówi 0,04 kWh.

Skąd więc ta redukcja w ciągu nocy bez włączania urządzenia? I znowu ta rozbieżność między wartością dziennika / kanału a prezentacją licznika energii na stronie internetowej? Czy powinienem to zignorować? Ponieważ właśnie sprawdziłem opublikowaną wartość Mqtt i wynosi ona 5.
.

vincenzoernst1 · Answer

hmm. te jednostki mają pomiar dwukierunkowy. więc może zmieniłeś przepływ prądu?

Pete0815 · Answer

Po kilku testach mogę zgłosić kolejne działające funkcje.

Przełącznik (kanał 3) resetuje wszystkie liczniki energii Całkowita energia (kanał 4) i "Całkowita energia przedpłacona" (kanał 11)

Wartość energii przedpłaconej "Całkowita energia przedpłacona" (kanał 11) można ustawić i jest ona zawsze zmniejszana o zużycie

Przełącznik "switch_prepayment" włącza/wyłącza uwzględnianie energii przedpłaconej przy obliczaniu kanału 4

Wciąż istnieją minimalne różnice między wartościami kanałów a wartościami pokazanymi w przeglądzie, ale wydaje się, że jest to stałe +-.1

Testuje teraz UV & OV & Current Protection, jeśli wyłącznik błędu jest przez niego wyzwalany.

Jeśli chodzi o ustawienie upływu, nie jestem pewien, czy ma to sens w przypadku tego urządzenia.

p.kaczmarek2 · Answer

Czekaj @Pete0815 , więc co dokładnie pomogło?

Licznik energii Zemismart SPM01-D2TW: Problemy z danymi z Tuya MCU i ESP02S Swap

Jak mogę wydobyć i zmapować dodatkowe datapunkty TuyaMCU z licznika Zemismart SPM01-D2TW po wylutowaniu CB2S oraz jak poprawnie zasilać układ podczas podsłuchu UART?

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Post #15

Post #16

Post #17

Post #18

Post #19

Post #20

Post #21

Post #22

Post #23

Post #24

Post #25

Post #26

Post #27

Post #28

Post #29

Post #30

Podsumowanie tematu