[tutorial] RPiZeroW + odczyt z LYWSD03MMC przez BLE + Supla-Device

[myxhir]

U mnie na kilku kanałach samo się ustawiło, dlatego zacząłem kombinować.
Po ustawieniu force i synchronizacji z serwerem można już je wywalić z kodu i działa OK.

Ten force nie jest potrzebny. To tylko obejście problemu, gdyby ktoś wcześniej przesyłał info o battery powered a potem przestał to przesyłać.

no u mnie była ciekawa sytuacja bo zawsze miałem stan baterii, nawet na nowej wersji beta tez działało aż do niedzieli gdzie 2 kanały miały status zasilania bateryjnego a pozostałe 4 nie.... ten force coś przeszkadza czy jednak lepiej go usunąć po poprawnym wyświetleniu że urządzenie jest zasilane bateryjnie ?

[Tuti]

Ostatnio dodałem u siebie na własnej instancji RPi kilka LYWSD03MMC B1.5.
Bawiłem się ręcznie . Wszystko przebiegło bez problemu i działa poprawnie.
Jedyną przeszkodą były same LYWSD03MMC. Te nowsze mają już nowy firmware, którego nie można zmienić przez OTA.
Jest o tym wątek na GitHubie. Trzeba się bawić we flashowanie sprzętowe.
Jakby ktoś się zastanawiał, czy jest to trudne i czy warto - nie jest i warto .
Po wielu poszukiwaniach i próbach udało mi się przeprogramować te LYWSD03MMC (jeden wydawał się kompletnie martwy, po nieudanym flashowaniu innym konwerterem).
W moim przypadku zadziałał poniższy konwerter na CP2101 oraz flasher https://pvvx.github.io/ATC_MiThermomete ... ashTx.html.
Można flashować do docelowego firmware, lub do firmware 0130 i później przez OTA.
Poniżej konfiguracja połączeń (przełączniki - lewy: 1 on, 2 off; prawy: up):

[Kwicol]

Ostatnio dodałem u siebie na własnej instancji RPi kilka LYWSD03MMC B1.5.
Bawiłem się ręcznie . Wszystko przebiegło bez problemu i działa poprawnie.
Jedyną przeszkodą były same LYWSD03MMC. Te nowsze mają już nowy firmware, którego nie można zmienić przez OTA.
Jest o tym wątek na GitHubie. Trzeba się bawić we flashowanie sprzętowe.
Jakby ktoś się zastanawiał, czy jest to trudne i czy warto - nie jest i warto .
Po wielu poszukiwaniach i próbach udało mi się przeprogramować te LYWSD03MMC (jeden wydawał się kompletnie martwy, po nieudanym flashowaniu innym konwerterem).
W moim przypadku zadziałał poniższy konwerter na CP2101 oraz flasher https://pvvx.github.io/ATC_MiThermomete ... ashTx.html.
Można flashować do docelowego firmware, lub do firmware 0130 i później przez OTA.
Poniżej konfiguracja połączeń (przełączniki - lewy: 1 on, 2 off; prawy: up):

Tak u mnie dzisiaj świeże dwie sztuki poszły do najnowszego v49 na konwerterze CH341.
Pozdrawiam.

[Lector]

Ja używam tego programatora https://pl.aliexpress.com/item/10050035 ... ry_from%3A

[lukasz06]

Super, na pewno się przyda. Wiesz może czy
LYWSD02MMC też można tak przerobić?

[Lector]

Jeśli chodzi o ten co linkowałem, to tak też flashowałem. Jak wracam z ZigBee na BLE.

[lukasz06]

Mi chodzi o ten
https://mi-home.pl/products/xiaomi-temp ... itor-clock

[Tuti]

Ja tylko robiłem LYWSD03MMC. Na GitHubie pvxx nie widziałem wersji 02.

[Robert Błaszczak]

Przykład instalacji i konfiguracji SD4Linux na Raspberry Pi Zero 2 W z 64-bitowym Raspberry Pi OS: https://www.blaszczak.pl/supla-device-f ... ywsd03mmc/

[zlomar]

@simon trochę odgrzewany temat , interesuje mnie czy i jak działa SD na proxmox i czy zaimplementowałeś również do innych urządzeń niż termomet xiaomi ? np switch (do którego nie ma możliwości wgrania supla) .
A może gdzieś jest poradnik w którym ktoś już instalował na proxmox z VM .
Próbowałem z SVD w proxmox z CT - startowało ale każda zmiana po wykryciu w cloud powodowała zawieszenie się CT.

dzisiaj radzę sobie z GUI Generic który mam wgrany do urządzenia i dodałem 10 dodatkowych Virtual Device - i do przekazuję za pomocą MQTT do HA. dzięki temu mogę urządzenia Zigbee, lub inny soft niż supla obsługiwać za pomocą aplikacji Supla.

Chciałbym przenieść na Proxmox szukam rozwiązania więc może ktoś coś podpowie.