Xtreme Smart Wifi WindowDoor Sensor - Model XHS7-2001-WHT - Moduł CBU

Question

Niedawno kupiłem Xtreme Smart Wifi Window/Door Sensor model XHS7-2001-WHT. Są one sprzedawane w moim lokalnym Princess Auto (dla wszystkich Kanadyjczyków, którzy chcą je odebrać). Wykorzystuje moduł Tuya CBU, który używa BK7231N. Miganie i automatyczna konfiguracja działały świetnie....

insmod · Accepted Answer

Mam ten pr obecnie zainstalowany na 2 urządzeniach. Jedno to czujnik cht8310 z baterią litowo-jonową 1000mah, zasilany panelem słonecznym.
Drugie to czujnik drzwi, z bateriami 2x1000mah 1.2v ni-mh, i nie miałem z nim problemu przez 4 miesiące. Baterie nadal działają.

.

p.kaczmarek2 · Answer

Wydawało mi się, że nasz sterownik DoorSensor rozwiązał ten problem, czy go używasz? A może ręcznie skryptujesz swoje urządzenie? Może możemy ulepszyć sterownik DoorSensor lub spróbować wymyślić autoexec.bat, który najpierw zapisze początkową wartość kanału (w osobnym kanale), a następnie, gdy MQTT będzie online, opublikuje ją wraz z bieżącą wartością.

Może to pomoże poprawić szybkość połączenia:
https://github.com/openshwprojects/OpenBK7231T_App/pull/1297
Utknął z powodu braku testów, może uda nam się zebrać trochę czasu, @insmod @divadiow @DeDaMrAz i spróbować go uruchomić?

DeDaMrAz · Answer

@protectivedad

Czy możesz udostępnić swoją konfigurację i plik autoexec. Pamiętam, że pracowaliśmy nad tym i testowałem raportowanie (ten sam problem, o którym wspominasz) i udało nam się go rozwiązać. Jeśli dobrze pamiętam, będziesz musiał mieć stan waitfor MQTT w autoexec, aby upewnić się, że ma połączenie mqtt przed ponownym przejściem w stan głębokiego uśpienia. Nie cytuj mnie na 100%, ponieważ było to jakiś czas temu, ale z pewnością mogę to sprawdzić, ponieważ wciąż mam gdzieś ten czujnik drzwi.

@p.kaczmarek2

Miałem problemy z testowaniem tego PR w tamtym czasie, nie byłem w stanie sprawić, by działał na moim module testowym N. Utknął przy starcie za każdym razem ze zmianami, ale zawsze jestem gotowy na ulepszenia.

Zamówię jeszcze 10 modułów CB3S do testów, ponieważ skończyły mi się i niektóre z nich miały problemy, więc nie jestem pewien, czy użyłem niektórych z nich do testów.

protectivedad · Answer

Używam wersji DoorSensor bez podciągania. Zapomniałem również wspomnieć, że używam wersji bez TuyaMCU. Dokładnie o tym myślałem. Zacznę to testować. Nawet przy szybszym ponownym połączeniu podoba mi się pomysł przechowywania wartości open w osobnym kanale i publikowania jej na wypadek, gdyby serwer mosquitto działał wolno. Nie mam autoexec.bat, ale używam komendy startowej. Zawsze łączy się z MQTT przed uśpieniem. Dla mojego MQTT używam IP (nie nazwy) i uruchomiłem instancję non-tls. Kod: JSONZaloguj się, aby zobaczyć kod Kiedy testowałem, dziennik zawsze mówi: Kod: TextZaloguj się, aby zobaczyć kod Dodano po 1 [godzinie] 6 [minutach]: Wybrałem PR na 1.8.12, skompilowałem i zainstalowałem. Załączyłem rbl, którego użyłem (zzipowany). Urządzenie nie łączy się z wifi i nie mam obecnie dostępu szeregowego. Mogę bezpiecznie uruchomić komputer. Jak mogę ponownie sprawdzić poświadczenia wifi, aby upewnić się, że to nie jest problem. Próbowałem po prostu zmienić hasło, mając nadzieję, że to zadziała, ale bez powodzenia. Mam więcej niż jeden punkt dostępowy z tym samym identyfikatorem SSID na różnych kanałach, więc utworzyłem testowy identyfikator SSID i ponownie spróbowałem się połączyć, ale bez powodzenia. Nie mogę też już flashować aktualizacji OTA. Przechodzi przez proces OTA, wygląda na to, że działa, a po ponownym uruchomieniu nadal mówi 1.8.12p. Nawet gdy próbowałem użyć starszego 1.8.8. Jakieś pomysły bez ponownego podłączania połączenia szeregowego?

p.kaczmarek2 · Answer

Pamiętaj, że OBK ma mechanizm trybu bezpiecznego AP, który zostanie uruchomiony, jeśli rozruch zostanie oznaczony jako nieudany. Zmień wymagany czas pracy w sekundach w options/flags&general.

Jeśli chcesz zmienić hasło WiFi i ssid z UART, możesz użyć naszego flashera:
https://github.com/openshwprojects/BK7231GUIFlashTool

protectivedad · Answer

Przepraszam, nie zauważyłem tego, gdy aktualizowałem swój post o więcej wyników testów. Uruchomiłem w trybie awaryjnym, a następnie Konwertowałem na otwarty dostęp do wifi. Uruchomiłem ponownie. Następnie ponownie wprowadziłem poświadczenia Wi-Fi, ale nadal nie ma połączenia. Ponadto, jak wspomniałem, nie będzie już akceptować aktualizacji OTA. Jakieś sugestie NON UART?

DeDaMrAz · Answer

. Próbowałeś polecenia clearAll z trybu bezpiecznego? Zrób kopię zapasową tego, czego potrzebujesz, ponieważ wszystko zresetuje.

protectivedad · Answer

Nie próbowałem. Przeszukiwałem referencję poleceń pod kątem słowa erase, ale nie pomyślałem, żeby poszukać clear . Użyłem niestandardowej wersji 1.17.571, którą miałem do testowania mqtt-tls. Następnie wróciłem do wersji 1.18.12 (a5e439f0) (NIE 1.8.12). Następnie sflashowałem 1.18.12p (a5e439f0 z zastosowanym PR 1297). Wszystko to zostało zrobione z moim testowym ssid. I zadziałało. Wyłączyłem również dhcp (może to powodowało dodatkowy czas) i skonfigurowałem statyczne IP. W ten sposób czas z 12 sekund spadł poniżej trzech. Zdecydowanie wcześniej robiłem coś źle. Teraz zachowuje się zupełnie inaczej. Wcześniej po uruchomieniu czujnika drzwi zawsze migał, aby wskazać ponowne połączenie z siecią. Teraz świeci na niebiesko. Czy to konfiguracja DHCP mogła być przyczyną moich problemów? Czuję się jak idiota, że nie zrobiłem tego wcześniej. Przysięgam, że przeczytałem trzy lub cztery tematy na temat czujników drzwi i nigdy nie potknąłem się o ustawienie statycznego adresu IP. Wygląda na to, że to nie DHCP było problemem. Musiałem skasować i ponownie zainstalować flash, kiedy przełączyłem się z mojego testowego na mój domowy SSID. Podczas tego zapomniałem ustawić statyczne IP. Z DHCP nadal łączy się bardzo szybko.

DeDaMrAz · Answer

Dla porównania, to był testowy autoexec z mojego czujnika drzwi, który później został zredukowany, aby usunąć niektóre timeouty i kontrole.

Battery_Setup 2000 3000 2 2400 4096
//measure batt every 2s
Battery_cycle 2
mqtt_broadcastItemsPerSec 3
// use P28 click to prolong the awake time this session
addEventHandler OnClick 28 addChannel 10 120
// channel 10 is number of seconds to keep alive
setChannel 10 120
// always wake up on rising edge on dInput (when smoke sensor starts alarm)
DSEdge 0
// now wait for MQTT
waitFor MQTTState 1
// extra delay, to be sure
again:
delay_s 1
// decrease counter by 1
addChannel 10 -1
echo Before sleep, loop is now $CH10
// repeat loop if > 0
if $CH10>0 then goto again
// go back to sleep
PinDeepSleep

Ustawiono flagi, flagę 2 dla mqtt i flagę 37 dla szybkiego połączenia, aby poprawić czas połączenia, a także Czas oczekiwania wymagany do oznaczenia rozruchu jako OK: ustawiony na 2 lub 3 sekundy. Statyczne IP również pomogło i ogólnie obniżyło czas odpowiedzi do 5 sekund lub mniej w testach, które wtedy przeprowadziliśmy.

protectivedad · Answer

>>21381870 Dzięki za autoexec. Ustawiłem flagę 37, ale z kodu wynika, że samo ustawienie pinu na czujnik drzwi z uśpieniem robi to samo. Po aktualizacji psk działa teraz całkiem żwawo, chociaż czasami może mieć problem, wciąż testuję. W większości przypadków działa dobrze.

Być może otrzymywałem szybkie włączanie/wyłączanie, ale nigdy nie byłem w stanie tego zobaczyć, ponieważ działo się to zbyt szybko. Ustawiłem regułę wyzwalania. Jeśli czujnik drzwi ma problemy z połączeniem, zajmie to trochę czasu, ale wydaje się, że w końcu dojdzie do otwarcia.

Dzięki za pomoc.

p.kaczmarek2 · Answer

Podsumowując, czy uważasz, że ta nowa funkcja szybkiego połączenia jest gotowa do produkcji, czy może czegoś jeszcze brakuje?

Btw, widziałem, że wspomniałeś o mqtt-tls, jak to jest stabilne dla ciebie?

Pytam, ponieważ rozważam scalenie zarówno pull requestów quick connect, jak i mqtt-tls.
Jak myślisz, który PR moglibyśmy scalić?

insmod · Answer

>>21382888 Myślę, że musiałoby to być włączone za pomocą flagi, a nie tak, jak jest obecnie. I może dodać kolejną funkcję hal, która łączy się przez zapisany bssid.

protectivedad · Answer

Naprawdę chciałbym, aby mqtt-tls został scalony. Chętnie bym go przetestował, gdyby można go było dodać do aktualnej wersji 1.18.12. Nie jestem pewien co do obecnej implementacji PSX. Musiałbym przywrócić połączenie szeregowe na urządzeniu i przyjrzeć się temu bliżej. Zawiesił się przy zmianie jednego SSID na inny (być może wewnętrzne ustawienia muszą zostać wyczyszczone przy zmianie SSID). Muszę przeprowadzić więcej testów na temat tego, co się stanie, jeśli jeden punkt dostępowy zostanie wyłączony i przełączy się na inny punkt dostępowy. Posiadanie opcji zapisywania BSSID i PSX na stronie wifi HTTP byłoby moim zdaniem najbardziej idealne. Hasło wifi jest ograniczone do 63 znaków, więc jeśli ma 64 znaki, jest traktowane jako PSX. Dobrym rozwiązaniem byłoby wyłączenie rozmiaru i umożliwienie użytkownikowi wprowadzenia gotowego PSX. Nie jestem pewien, czy przyniesie to ten sam efekt.

Xtreme Smart Wifi WindowDoor Sensor - Model XHS7-2001-WHT - Moduł CBU

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

Podsumowanie tematu