Posiadam licznik i podpięty jest już pod supla.org.
Używam integracji Supla -> ingegracja -> MQTT
Komunikaty od strzała wpadają.
Pytanie:
1. brakuje mi timestampu z którego pochodzi pomiar. Jest może gdzieś/czegoś nie wiem?
2. może to wynika z nieznajomości protokołu wiadomości ... jest gdzieś dokumentacja do formatu json przesyłanych komuniaktów? Narazie mam tyle ile udało mi się zgadnąć. Jeśli nie jest to tylko mój problem, mogę wrzucić tutaj co udało mi się odkryć. Proszę o info.
Mój setup:
ZAMEL MEW-01 -> supla.org -> Integracja -> Mqtt -> node-red do obróbki -> PostgreSQL + timescaledb -> grafana.
Jeśli ktoś jest zainteresowany, mogę wrzucić mój flow node-red do parsowania komunikatów. Proszę o info.
Format komunikatu MQTT i brakujący TIMESTAMP
-
pzygmunt
- Posts: 20302
- Joined: Tue Jan 19, 2016 9:26 am
- Location: Paczków
- Been thanked: 59 times
Tam nie ma timestamp ponieważ nie ma takiej potrzeby. Pomiary lecą w czasie rzeczywistym.
Nie ma tam też JSON-a. Każdy pomiar leci w osobnym topic-u.
Użyj MQTT explorer-a aby przeglądnąć wszystko co jest dostępne.
Nie ma tam też JSON-a. Każdy pomiar leci w osobnym topic-u.
Użyj MQTT explorer-a aby przeglądnąć wszystko co jest dostępne.
SUPLA.... Nareszcie w domu.
-
zuko
- Posts: 7
- Joined: Fri Feb 25, 2022 7:08 pm
Tak, dokładnie to widać:
Code: Select all
topic: "power/supla/devices/zamel-mew-01-11d300/channels/0/state/phases/1/voltage"
payload: "239.27"
-
zuko
- Posts: 7
- Joined: Fri Feb 25, 2022 7:08 pm
jest to jasne
dodałem też timestamp na node-red
Pytałem tylko, czy jest dokumentacja z opisem pól.
Z grubsza myślę jednak, że już to ogarniam na podstawie przykładów
dodałem też timestamp na node-red
Pytałem tylko, czy jest dokumentacja z opisem pól.
Z grubsza myślę jednak, że już to ogarniam na podstawie przykładów
