Chyba że api jest unikalny i trzeba spisać z instrukcji z pudełka. 

W node red dołożyłem sobie bibliotekę esphome , zupełnie niepotrzebnie, bo korzystam z HA, ale tak żeby sprawdzić.

Po dwóch minutach konfiguracji odczytuję z modułu z esphome temperaturę kotła.

Znalezienie biblioteki nie stanowi problemu, ale jak ktoś nie umie wyklikać, to proszę 

https://flows.nodered.org/node/node-red-contrib-esphome

Zaznaczam, że nie sprawdzałem na wszystkich urządzeniach, bo nie mam takiej potrzeby.

Używam regulatora MEGA PWM MPPT 3 kW z oprogramowaniem 3.5 (pomyślna aktualizacja) oraz przystawki WiFi-RS485 (Modbus) – Home Assistant - dane tylko na stronie http a chciałem do Domoticza przez NodeRed. 

Po RS485 regulator ma już w pełni działający Modbus RTU (sprawdzony z dokumentacją rejestrów), natomiast po stronie Wi-Fi przystawka działa głównie pod Home Assistanta / ESPHome – w przeglądarce widać ładną tabelkę z wartościami ale po HTTP leci już tylko szkielet SPA i danych nie da się w prosty sposób odczytać np. z Node-RED.

Fajnie byłoby, gdyby ta przystawka była bardziej uniwersalna i oprócz integracji z HA udostępniała jeszcze np.:

• Modbus TCP (gateway RS485⇆TCP) – klasyczny port (np. 502) + opis,
  albo
• prosty, udokumentowany HTTP/JSON / MQTT z podstawowymi rejestrami (moc, prąd, napięcie, energia, temperatury, stany).

Dzięki temu moduł WiFi-RS485 można by używać nie tylko z HA, ale też:

• Node-RED (nody Modbus / HTTP / MQTT),
• Domoticz,
• openHAB,

Myślę, że sporo osób, które już ma u siebie Domoticza lub Node-RED na RPi, chętnie by sięgnęło po gotowy moduł EL-CAR zamiast kombinować z własnymi bramkami RS485.

Czy jest szansa, że w przyszłych wersjach firmware przystawki WiFi-RS485 pojawi się:

• tryb Modbus TCP (przezroczysta bramka do RS485),
• albo przynajmniej udokumentowane API (HTTP/JSON albo MQTT)?

Jeśli potrzebni by byli chętni do beta-testów, to chętnie pomogę – mam u siebie RPi z Domoticzem + Node-RED, kilka innych urządzeń Modbus (rekuperator, sterowniki LOGO) i mogę sprawdzić działanie w praktyce.

Pozdrawiam.

Posiadam wspomniany regulator ładowania grzałek MPPT ,producent zaprojektował w swoim urządzeniu bardzo ubogi port do odczytu danych przez  rs-485,

Dane z urządzenia które dostawałem w konsoli zpisywałem do pliku by spróbować je jakoś rozczłonować i wybrać wartości istotne które chciałem wysłać do domoticza.

Sposób komunikacji nie jest związany z żadnym protokołem komunikacyjnym.
W celu odczytania parametrów pracy należy wysłać do regulatora zapytanie w
postaci jednego bajtu danych.
Parametry transmisji to: 9600 8n1.
Wysłanie do sterownika jednego bajtu o informacji: ASCII 'a' (97 dziesiętne)
skutkuje odpowiedzią:
AA;Aktualna moc (w watach);Aktualna temperatura CWU(należy podzielić
przez 10);Aktualny uzysk energii od startu urządzenia lub resetu
danych(kWh);Aktualny status pracy (wartość 1 gdy pracuje lub 0, gdy nie
pracuje)
Wysłanie do sterownika jednego bajtu o informacji: ASCII 'S' (83 dziesiętne)
skutkuje odpowiedzią:
SR;Aktualne napięcie z paneli(w Voltach);Aktualny prąd(należy podzielić przez
10 aby był w amperach);Aktualna moc(w watach), Maksymalna moc jaka
została osiągnięta w historii tego urządzenia(w watach);Maksymalna
temperatura jaka została zmierzona w urządzeniu(w stopniach Celsjusza);Ilość
zadziałań detektora niskiego napięcia sterowania tranzystorów
wykonawczych;Aktualna wartość PWM(0-255); Aktualna temperatura
radiatora(należy podzielić przez 10 aby była w Celsjuszach)

Generalnie informacje są całkiem ciekawe które mogą powiedzieć coś więcej o sprawności urządzenia.

Producent planuje zbudować urządzenie które będzie wysyłać dane ( gdzie będzie je wysyłać, kiedy urządzenie powstanie ) tego nikt nie wie.

I tu rodzi się pytanie, czy w następnej wersji można liczyć na wsparcie ??
Oprogramowanie bardzo mi przypadło do gustu, po nowym roku gdy tylko będzie utworzona zbiórka (wsparcie projektu) od razu wspieram finansowo ;-)

 usunięty link