Drukuj

 

Aktualności:

Powrót do strony głównej: www.edom-plc.pl

[Gradek]

Uruchomiłem komunikację po Modbus TCP między Wago 750-880 a Raspberry Pi 3 wykorzystując Node-REDa. Node-RED działa szybko, do czasu ustawienia czasu odświeżania danych z Wago < 1 sek. Po tym edytor Node-REDa tak potwornie zwalnia, że nie da się go sensownie używać. Ktoś się spotkał z podobnym przypadkiem?

W załączniku przesyłam moje flow-y.

[endriu44]

Ja podłączałem sie do wago tylko testowo w Node-red też na rpi i nie miałem problemów, ale nie schodziłem z częstotliwością odświeżania poniżej 1 sekundy.
Node-Red daje opcje zaczytać za jednym razem całego obszaru rejestrów modbus do tablicy binarnej JS. Później w samym można sobie ją 'pociąć' i skonwertować do odpowiednich typów (bool, int, string). Może takie podejście pozwoliłoby zejść z odświeżaniem poniżej sekundy.

[admin]

Panowie,

czy któryś z Was byłby gotowy opisać krok po kroku, co trzeba zrobić, by uruchomić sterowanie z wykorzystaniem Node-Red?  Jakie biblioteki trzeba doinstalować, jak je używać itd?  Sprawa nie jest wcale prosta   Jakiś prosty przykład: od czystego RPi do instalacji, w której działa sterowanie 1 obwodem... dacie się skusić?

Pozdrawiam,

[endriu44]

W wago trzeba trzeba znać adresy zmiennych lub wejść/wyjść binarnych aby dostać się do nich przez modbus. Ja bazowałem min. na twoim poradniku. w RPi instalujemy pakiet node red i gotowe : ) świetny filmik pokazujący możliwości wago + node red można znaleźć tutaj: https://www.youtube.com/watch?v=fV78MQks6BI
jest przedstawione też jak odczytać rejestry modbus do tablicy JS.

W mojej domowej instalacji planuje dołożyć kilka przekaźników sonof do sterowania np. grzałkami do grzejników łazienkowych. Gniazdka 230v w łazience pod grzejnikami nie są wyprowadzone na przekaźniki, dlatego jestem zmuszony użyć przekaźników 'na wifi'. Poprzez dłuższy klik włącznika chcę uruchomić grzałkę w grzejniku na 30 min. Jak uda mi się to zrobić postaram sie napisać jakieś małe 'how to'.

[elst]

Czesc,
tez komunikacje z WAGO opieralem (wlasciwie to jeszcze sie calkowicie nie przestawilem) na Modbus TCP. W moim przypadku n apotrzeby komunikacji z OpenHab2. I faktycznie problemem jest kompomis pomiedzy czasem odswiezania a obciazeniem "serwerka". Obecnie przestawiam sie na zmienne sieciowe (obslugiwane przez WAGO po protokole UDP) w trybie odczytu i zapisu (automatyczny update gdy zmiana zmiennej + okresowa aktualizacja, np. co 60s,  niezaleznie czy byla zmiana czy nie. Do node-red jest node do obslugi zmiennych sieciowych. W ten sposob zaczynam spinać Wago i OpenHab2. Pierwsze proby wychodza bardzo pomyslnie. Modbus zostaje tam, gdzie odczyt nie musi byc czesty, a innej komunikacji nie ma (reku, SolidChip: 1-wire). Ogolnie zrozumialem, ze WAGO powinno zapewniac tylko obsluge wejsc / wyjsc (taki basic) + podstawowa logika (np. krotki / dlugi klik). Reszta w OpenHab2 i Node-red. To wiele upraszcza. Duzo latwiej i przede wszystkim szybciej mozna dojsc do oczekiwanych rezultatow.

pozdrawiam
elst

[sobiso]

@elst możesz coś więcej napisać o tych zmiennych po UDP? W jaki sposób je deklarujesz i w jaki sposób OH2 wie o nich. To działa na tej samej zasadzie co MQTT publish/subscribe ?