RTV forum PL | NewsGroups PL

Jak uzyskać szczegółowe dane zużycia energii z gniazdka Tuya w chmurze?

Smart gniazdko by Tuya

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - Jak uzyskać szczegółowe dane zużycia energii z gniazdka Tuya w chmurze?

Goto page Previous  1, 2, 3

Marek
Guest

Tue Dec 13, 2022 5:05 pm   



On Sun, 11 Dec 2022 07:43:11 +0100, Marek <fake@fakeemail.com> wrote:
Quote:
Okazuje się, że winą za to zachowanie ponosi separacja sieci wifi.
Gniazdka używają dedykowanej, odeseparowanej sieci wifi (inne ssid)
od tej co używam na codzień w telefonie. Obie sieci używają tego
samego netbloku, separacja jest na poziomie APów
wysyłać polecenia i reagują. A aplikacja nie umie się z nimi
skontaktować...

No dobra już zdiagnozowałem w czym problem z tą aplikacją i czemu
"wisi". Może kiedyś komuś się przyda w podobnej konfiguracji.
Jak wcześniej wspomniałem używam odseparowanego SSID, wykorzystując
funkcje "guest network" w kontrolerze APsów jakich używam (Omada
TP-Link). Oczywiście separację powinno się zrobić porządnie na
osobnym VLANie ale to wymaga rutera z multinat + drugi DHCP dla
VLANu... a że takowych nie mam to jak dotąd wykorzystywałem tą
separację na poziomie AP. Ona blokuje ruch na poziomie IP pomiędzy
klientami połączonymi z SSID z ustawiona flagą "guest network" a
innymi SSID. Ponieważ wszystkie urządzenia są na jednym netbloku to
ta separacja musi przepuszczać broadcasty np. żądania dhcp. No i
tutaj jest problem. Gniazdka periodycznie puszczają broadcasty do
255.255.255.255:6667 meldując swoje istnienie. Aplikacja Tuya Smart
mimo, że uruchomiona na innym SSID widzi te broadcasty, co powoduje,
że przy próbie wyboru gniazdka z menu próbuje połączenia TCP z
źródłem broadcastu no i tak sobie wisi czekając na połączenie bo AP
dropują negocjację tcp do sieci "guest".
Rozwiązaniem było dodanie reguły ACL na kontrolerze AP by dropować
ruch z "guest network" na port docelowy 6667. Po tym nagle aplikacja
się odblokowała i już łączy się poprawnie przez chmurę.

--
Marek

heby
Guest

Wed Dec 14, 2022 12:46 pm   



On 07/12/2022 20:52, Marek wrote:
Quote:
Czy da się gdzieś przejrzeć bardziej szczegółowe
dane przesyłane z tego urządzenia?

Możesz przerobić to urządzenie tak, aby nie wysyłało danych do chmury,
tylko do lokalnego MQTT (lub internetowego MQTT). I tam sobie czytasz za
pomocą HomeAssistanta co chcesz. Z resztą HomeAssistant zawiera w sobie
serwer MQTT.

Ja nie twierdze, że to dobre rozwiązanie, tylko podpowiadam, że można to
zrobić całkowiecie inczej i pod własną kontrolą, może się przydać.
Wymaga zainwestowania w jakiś serwer (terminal za 30zł z poborem poniżej
10W albo Pi3/4 jesli gdzieś leży nieużywane).

Słowa kluczowe:
1) MQTT
2) HomeAssistant/HassIO
3) ESPHome

Przykład przeróbki za pomocą ESPHome:

https://www.esphome-devices.com/devices/RGB-Smart-Plug-16A-Power-Monitor

Quote:
Jest jakaś przeglądarka w tej
ichniejszej chmurze gdzie podając to id mogę przejrzeć bardziej
szczegółowe badanie zużycia energii?

Zastosuj własne rozwiązania, będziesz miał wszystko co chcesz, ale
kosztem pracy własnej oraz kosztem utrzymywania "infrastruktury" w domu.

Prywatnie nie używam chmur, wszystkie urządzenia domowe są u mnie
przerobione na lokalne (Tuya, Sonoff), widocznę w HomeAssistancie, a
dostęp do danych, z zewnątrz, zapewnia mi VPN. Mam dostęp do większej
ilości danych i bardziej skomplikowanych automatyzacji niż zapewniał ich
producent, w dodatku urządzenia róznych producentów współpracują z sobą.

Opcja pośrednia:

Przerobić tylko urządzenie i korzystać z ogólnodostepnych serwerów
(brokerów) internetowych MQTT (np. HiveMQ). "Ładność" prezentacji danych
będzie jednak znacząco mniejsza i nie zapewnia to automatyzacji, za to
nie wymaga serwera w domu, non-stop online.

Opcja biedna:

Można przerobić formware urządzenia na Tasmotę (choć nie wiem czy to
możliwe w tym wypadku, inne z miernikiem energii da się, takie jak
sonoff). Tasmota ma własny serwer WWW, więc można podglądać działanie
urządzenia bezpośrednio łacząć się z nim w sieci lokalnej (i przez VPN
jak trzeba).

Marek
Guest

Wed Dec 14, 2022 6:04 pm   



On Wed, 14 Dec 2022 11:46:15 +0100, heby <heby@poczta.onet.pl> wrote:
Quote:
Możesz przerobić to urządzenie tak, aby nie wysyłało danych do
chmury,
Ja nie twierdze, że to dobre rozwiązanie, tylko podpowiadam, że
można to
zrobić całkowiecie inczej i pod własną kontrolą, może się przydać.

Tak, wiem, jestem tego świadom. Natomiast z czasem nabieram
przekonanie, że rozwiązania chmurowe nie są wcale takie złe, o ile
dają dostęp do wszystkiego (szybkie API, storage danych) w
backendzie. Po tygodniowej zabawie z Tuya dochodzę do wniosku, że
jest to całkiem znośnie zrobione (pomijając ten zgrzyt z aplikacją w
pewnej osobliwej konfiguracji sieciowej). Zrobienie własnego skryptu
kontrolującego (przez chmurę) te gniazdka to kilka linijek w bash'u i
łatwo zintegrować z własnym ekosystemem.
Nie zawsze upierłabym się, że jedynie lokalny dostęp jest lepszy.
Właściwe czemu? Mając rozwiązanie typu HA i tak musi być ono dostępne
przez internet, stąd co za różnica czy włączamy gniazdko przez własny
HA czy przez chmurę? Nie wiem jak jest w innych rozwiązaniach ale w
Tuya działa to na prawdę szybko.
Oczywiście zaraz się pojawi pewnie argument "a co jak chmura padnie".
Myślę, że odpowiedzią na to pasuje puenta z kawału o tym jak Mosze
martwił się o swoje pieniądze w banku.

--
Marek

heby
Guest

Wed Dec 14, 2022 8:25 pm   



On 14/12/2022 17:04, Marek wrote:
Quote:
Nie zawsze upierłabym się, że jedynie lokalny dostęp jest lepszy.

Ja też się nie upieram. U mnie dostęp lokalny pozwolił mi na
zintegrowanie wielu urządzeń różnych producentów, ponieważ mam nad tym
kontrolę. Mam w domu Ikeę, Tuya, Sonoff, Aoara i kilka własnych
rozwiązań poskładanych z kłębka drutu. Dlatego dla mnie chmura była by
ograniczająca - albo kilka głupich aplikacji, każda do osobne rzeczy,
albo jednak lokalnie jeden kombajn. HA jest zaskakująco wygodny przy
robieniu dziwactw, których producentom chmury do głowy by nie przyszło
dawać do rąk klientom.

Nikomu tego nie będę polecał, poniewaz wymaga to dość szerokiej wiedzy z
zakresu informatyki, czasu i ochoty na męczenie się, porażek i miesca do
pracy z lutownicą, aby wymieniać soft w wielu urządzeniach.

Quote:
Mając rozwiązanie typu HA i tak musi być ono dostępne
przez internet, stąd co za różnica czy włączamy gniazdko przez własny HA
czy przez chmurę?

Głównie dlatego, że HA integruje wiele rzeczy, w tym własne rozwiązania
U mnie np. własnym rozwiązaniem jest czujnik temperatury na ~20
terometrów (kotłownia), sterownik do podłogówki na kilka obwodów
zrobiony na sonoff/ESPHome, oraz falownik PV. Do pierwszego nie ma nic
gotowego, do drugiego nie wiem, ale i tak mam to 10x taniej i tak jak
chcę, do trzeciego jest osobna, guano-apka chińskiego producenta, od
której boli mnie istota szara.

Jak mówie, jesli ktoś chce to, co oferuje hermetycznie Tuya, IKEA,
xiaomi albo Sonoff, to w ogóle olać HA i korzystac z chmury producenta.

Problem w tym, że apetyt rośnie. U mojego sąsiada pojawiło się już kilka
"nie da się" ponieważ vendor-lockin determinuje możliwości systemu. A
vendor nie ma ochoty na integrację innych urządzeń, nie po to robi
zamknięty ekosystem.

U mnie tak nie ma, ale za to muszę obrabiać własny serwer, to absolutnie
nie powinno miec miejsca w domu Kowalskiego. Wiec to kwestia
"łatwo-i-vendor-lockin" albo "trudno-i-wolność-wyboru".

Co kto lubi. Daje tylko pod rozwagę, jako pewną alternatywę do gotowców.

Niemcy, od dziesięcioleci używają jakiegoś systemu automatyki domowej,
przewodowego (nazwa wyleciała mi z głowy). Ci co go poskładali
samodzielnie nie chcą słyszeć o chmurach. Więc to też kwestia czynników
innych niż zdrowy rozsądek. Ja na pewno mam za silną tenedencję w
kierunku DIY.

Guest

Wed Dec 14, 2022 9:37 pm   





heby
Guest

Thu Dec 15, 2022 12:39 am   





Guest

Thu Dec 15, 2022 1:40 am   





Marek
Guest

Thu Dec 15, 2022 12:55 pm   



On Wed, 14 Dec 2022 23:39:59 +0100, heby <heby@poczta.onet.pl> wrote:
Quote:
Tak. Skręcam kaloryfer do 18C (Tuya) jeśli przez 2h w pokoju nie ma
wykrytego ruchu (Aqara) i pracuje kominek (róznica temperatur w
płaszczu), oraz jest dzień nie będący weekendem, bo w weekendy mam
to
zrobione inaczej (sonoff sterujący gazem).

Ło matko. I ile zaoszczędzisz? 17,69?

--
Marek

Marek
Guest

Thu Dec 15, 2022 12:59 pm   





heby
Guest

Thu Dec 15, 2022 1:13 pm   



On 15/12/2022 11:55, Marek wrote:
Quote:
Tak. Skręcam kaloryfer do 18C (Tuya) jeśli przez 2h w pokoju nie ma
wykrytego ruchu (Aqara) i pracuje kominek (róznica temperatur w
płaszczu), oraz jest dzień nie będący weekendem, bo w weekendy mam to
zrobione inaczej (sonoff sterujący gazem).
Ło matko. I ile zaoszczędzisz? 17,69?

Oszczędnośc nie ma nic do rzeczy.

Skręcając kaloryfer mogę podnieść temperaturę w miejscu, gdzie jest
bardziej potrzebna, mieć lepszy sen i dopiero na sam koniec coś
zaoszczędzić, ale idę o zakład, że regulatory się nigdy nie zwrócą.

Ogólnie stawiam oszczędzanie na końcu, bo przeliczyłem takie przypadki,
to są grosze.

heby
Guest

Thu Dec 15, 2022 1:23 pm   





Guest

Thu Dec 15, 2022 3:44 pm   





Marek
Guest

Thu Dec 15, 2022 6:55 pm   





Guest

Thu Dec 15, 2022 7:55 pm   





Goto page Previous  1, 2, 3

elektroda NewsGroups Forum Index - Elektronika Polska - Jak uzyskać szczegółowe dane zużycia energii z gniazdka Tuya w chmurze?

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map