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

Mierniki mocy AT4P z BK7231N: Problemy po aktualizacji OpenBK 1.18.00

crg1darkspr1te 23 Sty 2025 11:31 972 3
Treść została przetłumaczona angielski » polski Zobacz oryginalną wersję tematu
  • #1 21406037
    crg1darkspr1te
    Poziom 9  
    Posty: 22
    Pomógł: 2
    Ocena: 12
    Mam kilka urządzeń wykorzystujących Openbk, są to mierniki mocy AT4P z przełącznikami wykorzystującymi BK7231N

    Przed 1.17 nie miałem żadnych problemów, ale ostatnio zaktualizowałem wszystkie do 1.18.21/22/23 i mam teraz dziwny problem.
    Oto mój autoexec.bat

    Cytat:

    startDriver TuyaMCU
    startDriver tmSensor
    startDriver NTP
    ntp_setServer 192.168.10.1

    tuyaMcu_setBaudRate 115200
    tuyaMcu_sendQueryState
    setChannelType 1 toggle
    setChannelType 2 Voltage_div10
    setChannelType 3 Power
    setChannelType 4 Current_div1000
    setChannelType 5 Frequency_div100
    setChannelType 6 Tylko do odczytu
    setChannelType 7 Temperatura
    setChannelType 8 Tylko do odczytu
    setChannelType 9 Tylko do odczytu



    //ch 1 (dpid 1) sterowanie przekaźnikiem zasilania
    linkTuyaMCUOutputToChannel 1 bool 1
    addChannel 1 1
    //ch 2(dpid 20) napięcie
    linkTuyaMCUOutputToChannel 20 1 2
    //ch 3(dpid 19) moc w watach
    linkTuyaMCUOutputToChannel 19 1 3
    //ch 4 (dpid 18) prąd Ampery
    linkTuyaMCUOutputToChannel 18 1 4
    //ch 5 (dpid (133) częstotliwość
    linkTuyaMCUOutputToChannel 133 1 5
    //ch 6 (dpid 102) koszt zużytej energii
    linkTuyaMCUOutputToChannel 102 1 6
    //ch 7 (dpid 135) temp
    linkTuyaMCUOutputToChannel 135 1 7
    //ch 8 (dpid 134) współczynnik mocy
    linkTuyaMCUOutputToChannel 134 raw 8
    //ch 9 (dpid 123) zużyta energia
    linkTuyaMCUOutputToChannel 123 1 9

    tuyaMcu_sendQueryState
    67bb2b77a

    Teraz moje dwa problemy polegają na tym, że od zimnego rozruchu zacina się na kodzie QR na ekranie LCD, mimo że łączy się z siecią Wi-Fi, a także nie zgłasza tego w pełni z powrotem do tuya MCU, ponieważ zgłasza rssi, ale nie to, że jest podłączony, muszę ręcznie nacisnąć przycisk zmiany ekranu, podczas gdy wcześniej, gdy openbk zgłosił rssi, wyświetliłby ekran główny. Drugi problem polega na tym, że nie zgłasza danych z powrotem, dopóki ręcznie nie uruchomię polecenia tuyaMcu_sendQueryState lub nie wykonam ciepłego resetu strony openbk, a następnie zacznie raportować i po chwili przełączy wyświetlacz LCD.

    Kolejną dziwną rzeczą jest to, że przywrócenie wersji 1.17.00 nie przywraca prawidłowej funkcji, tylko przywrócenie oryginalnej wersji tuya f/w, a następnie flashowanie openbk 1.17 spowoduje automatyczne uruchomienie wyświetlacza LCD i funkcji raportowania.

    Jakieś pomysły, jakie logi powinienem opublikować?


    darkspr1te

    Dodano po 23 [minutach]: .

    Ok, w tej chwili tylko zgaduję, ale podejrzewam, że TuyaMCU zgłasza się do urządzenia obk i oczekuje informacji zwrotnej, zanim wyśle więcej danych.
    Myślę, że to dlatego, że w dzienniku rozruchu jest ta sekcja

    Cytat:

    Info:MAIN:Main_Init_Before_Delay
    Info:CFG:####### Boot Count 101 #######
    Warn:CFG:CFG_InitAndLoad: Załadowano poprawną konfigurację z liczbą 14 zmian.
    Błąd:CMD:brak pliku early.bat err -2
    Info:GEN:P IN_SetupPins zostały skonfigurowane.
    Info:MAIN:Main_Init_Before_Delay wykonane
    Info:MAIN:Main_Init_Delay
    Info:MAIN:Main_Init_Delay done
    Info:MAIN:Main_Init_After_Delay
    Info:MAIN:Używanie SSID [fsshome]
    Info:MAIN:Using Pass [67p1nf0ld]
    Info:MQTT:MQTT_RegisterCallback wywołany dla bT obk_1FB200001/ subT obk_1FB200001/+/set
    Info:MQTT:MQTT_RegisterCallback wywołane dla bT cmnd/obk_1FB200001/ subT cmnd/obk_1FB200001/+
    Info:MQTT:MQTT_RegisterCallback wywołane dla bT obk_1FB200001/ subT obk_1FB200001/+/get
    Error:CMD:cmd tuyaMcu_sendQueryState NOT found (args )
    Info:CMD:CMD_StartScript: uruchomiono autoexec.bat na początku
    Info:MAIN:Main_Init_After_Delay wykonane
    Info:MAIN:Uruchomiono TuyaMCU.
    Info:MAIN:Uruchomiono tmSensor.
    Info:NTP:Sterownik NTP zainicjowany z server=192.168.10.1, offset=0
    Info:MAIN:Uruchomiono NTP.
    Info:NTP:Serwer NTP ustawiony na 192.168.10.1
    Info:GEN:Zmieniono typ kanału 1 na toggle.
    Info:GEN:Zmieniono typ kanału 2 na Voltage_div10
    Info:GEN:Typ kanału 3 zmieniony na Power
    Info:GEN:Kanał 4 zmieniono typ na Current_div1000
    Info:GEN:Kanał 5 zmieniono typ na Frequency_div100
    Info:GEN:Kanał 6 zmieniono typ na Tylko do odczytu
    Info:GEN:Kanał 7 zmieniono typ na Temperatura
    Info:GEN:Kanał 8 zmieniono typ na Tylko do odczytu
    Info:GEN:Kanał 9 zmieniono typ na Tylko do odczytu
    Info:GEN:CHANNEL_Add kanał 1 został zmieniony na 1

    Info:GEN:CHANNEL_Set kanał 1 został zmieniony na 1 (flagi 0)

    Info:MQTT:Channel zmienił się! Publikacja 1 do kanału 1
    Info:MAIN:Time 1, idle 255353/s, free 77016, MQTT 0(0), bWifi 0, secondsWithNoPing -1, socks 2/38
    Info:TuyaMCU:Odebrano: 55 AA 03 01 00 2A 7B 22 70 22 3A 22 74 6A 74 69 67 67 39 39 31 6B 76 6F 69 69 71 69 22 2C 22 76 22 3A 22 31 2E 30 2E 34 22 2C 22 6D 22 3A 30 7D 1B
    Info:TuyaMCU:P rocessIncoming[v=3]: cmd 1 (QueryProductInformation) len 49
    Info:TuyaMCU:P arseQueryProductInformation: received {"p": "tjtigg991kvoiiqi", "v": "1.0.4", "m":0}
    Info:MAIN:Time 2, idle 185449/s, free 77016, MQTT 0(0), bWifi 0, secondsWithNoPing -1, socks 2/38
    Info:MAIN:Time 3, idle 190583/s, free 77016, MQTT 0(0), bWifi 0, secondsWithNoPing -1, socks 2/38
    Info:MAIN:Time 4, idle 188195/s, free 77016, MQTT 0(0), bWifi 0, secondsWithNoPing -1, socks 2/38
    Info:MAIN:Time 5, idle 188093/s, free 77016, MQTT 0(0), bWifi 0, secondsWithNoPing -1, socks 2/38
    Info:MAIN:SSID WiFi: oczekiwanie na przełączenie SSID 1/3 (przy użyciu SSID1)
    Info:MAIN:Zarejestrowany dla zmian wifi
    Info:MAIN:Połączenie z SSID [fsshome]
    Info:MAIN:ssid:fsshome key:gfhgfhfghfghgfhgfhgf
    Info:MAIN:Time 6, idle 181366/s, free 71120, MQTT 0(0), bWifi 0, secondsWithNoPing -1, socks 2/38
    Info:MAIN:Osiągnięto czas zakończenia rozruchu (5 sekund)
    Info:CFG:####### Set Boot Complete #######
    67bb2b77a

    Wygląda więc na to, że otrzymuje polecenie QueryProductInfo i nie robi nic więcej w zakresie komunikacji z TuyaMCU, dopóki nie uruchomię ponownie polecenia tuyaMcu_sendQueryState lub nie zresetuję urządzenia obk, które wydaje się wyrzucać TuyaMCU ze stanu oczekiwania.
    Czy urządzenie obk może odtwarzać polecenie query state zbyt szybko lub wcale podczas zimnego rozruchu? Jak wspomniałem, dzieje się tak tylko podczas zimnego rozruchu po włączeniu zasilania sieciowego, jeśli ponownie uruchomię urządzenie OBK po przywróceniu zasilania sieciowego, będzie działać zgodnie z oczekiwaniami.

    Dodano po 11 [minutach]: .

    Ok,
    Problem z aktualizacją napięcia/freq rozwiązany,
    Dodałem do autoexec.bat i teraz raportuje napięcie/częstotliwość itp. z powrotem do urządzenia obk po zimnym rozruchu. Nie uporządkowałem jeszcze opcji przełączania wyświetlacza LCD, ponieważ nadal wyświetla kod QR, a nie bieżące statystyki, jak kiedyś. Nadal muszę ręcznie zamieniać strony.
    Cytat:

    addRepeatingEvent 10 -1 tuyaMcu_sendQueryState
    67bb2b77a
  • #2 21406685
    p.kaczmarek2
    Moderator Smart Home
    Posty: 14767
    Pomógł: 659
    Ocena: 12905
    Dlaczego uważasz, że jest to związane z wersją OBK? Może to tylko zbieg okoliczności i potrzebujesz opóźnienia przed aktualizacją zapytania.

    Może być również konieczne dodanie tuyaMcu_defWiFiState 4, aby wymusić stan "sparowany" dla MCU.
    Pomogłem? Kup mi kawę.
  • #3 21417503
    crg1darkspr1te
    Poziom 9  
    Posty: 22
    Pomógł: 2
    Ocena: 12
    Przeprowadziłem wiele testów, ale aby potwierdzić moje wyniki, muszę poczekać, aż zasilanie wróci do mojego biura. Ale krótko mówiąc, myślę, że jest to jeden z dwóch problemów, jednym z nich jest to, że użyłem startDriver tmSensor w mojej konfiguracji, a drugim jest to, że użyłem "brudnej kopii zapasowej flash" jako mojego startu z obrazu tuya (przywróć obraz). W każdym razie nadal muszę przetestować na trzech znanych jednostkach z problemami, ale moja jednostka domowa wydaje się być w porządku po usunięciu tmsensor i dodaniu wifistate

    Aby wyjaśnić, mój kraj ma problem z zasilaniem, a te urządzenia są zasilane z sieci, a zasilanie jest w 100% losowe, więc muszę mieć szczęście, aby być dostępnym w ciągu dnia i mogę na nich pracować. Niedawno zrzuciłem firmware z innego urządzenia Tuya (strona mcu nie wifi) i myślę, że mogę zrobić to samo tutaj, więc muszę tylko potwierdzić poprawki, a następnie mogę spróbować zrzucić fw

    darkspr1te

    Dodano po 2 [godzinach] 41 [minutach]:

    Problem polegał na tym, że ciągle używałem "startDriver tmSensor" w moich konfiguracjach, myśląc, że jest to potrzebne, co powodowało losowe problemy z protokołem, a kiedy przeszedłem z v1.15 do v1.17, konfiguracje byłyby takie same, ale gdybym następnie przeszedł do v1.18.21, użyłby innej lokalizacji pamięci i miałby starą konfigurację z startDriver tmSensor w nim. Wkrótce napiszę, aby wyjaśnić mój błąd i błąd, ale teraz został rozwiązany i idę na jedzenie i sen.

    darkspr1te
  • #4 21418023
    p.kaczmarek2
    Moderator Smart Home
    Posty: 14767
    Pomógł: 659
    Ocena: 12905
    tmSensor jest przeznaczony tylko dla urządzeń zasilanych bateryjnie Tuya, takich jak czujniki drzwi lub czujniki wilgotności, które są zasilane przez 3 baterie AAA itp. Nigdy nie używaj go do urządzeń zasilanych z sieci.
    Pomogłem? Kup mi kawę.
REKLAMA