Ocena wątku:
  • 0 głosów - średnia: 0
  • 1
  • 2
  • 3
  • 4
  • 5
Dodatkowa komunikacja (RS, Modbus) via ETH0
#1
Mam już 4 LK i powiem szczerze, 2 z nich już zainstalowane w urządzeniach przy uptimie 14 dni - działają bez zarzutu. Tak z praktyki mam taką propozycję, o ile w ogóle jest ona wykonalna. Otóż urządzenie świetnie nadaje się jako moduł danych dla systemów nadrzędnych. Wejścia DI(4) i AI(szkoda że tylko 2 (0-10v)) oraz 1-wire świetnie nadają się do systemów np. HVAC, ale osobiście monitoruję tym też całą serwerownię (rodzaj zasilania, wysterowanie klimy, licznik pradu itp).

Jednakże wiele urządzeń, np. kotły grzewcze, klimatyzacje split czy multisplit, sterowniki z systemami wbudowanymi, a nawet niektóre telewizory, pralki czy lodówki posiadają taki czy inny protokół komunikacyjny. W zasadzie w większości jest to modbus-rtu który jest prosty, darmowy i działa po RS485.

Gdyby dodać do LK port RS (jest na pewno wbudowany w cały układ ale nie wyprowadzony) i umożliwić wysyłanie prostych komunikatów i odczyt odpowiedzi np. w standardzie modbus z wykorzytsaniem dotychczasowego interfejsu LK np. poprzez SNMP ? (ograniczając zawiłości protokołu - wystarczyłby tylko odczyt). Całość przecież polega na wysłaniu odpowiedniego ciągu znaków i odczytanie odpowiedzi, przy wcześniejszej konfiguracji parametrów połączenia RS (raptem parę zmiennych).

Nie wiem na ile jest to trudne i realne, ale gdyby zostało wdrożone (kosztem np. watchdogów i innych moim zdaniem zbędnych funkcji jak np. pseudo histerezy czy timery), wówczas urządzenie potrafiło by nie tylko nadzorować proste sygnały analogowe impulsowe czy cyfrowe, ale również byłoby w stanie odpytać urządzenie nadzorowane np. kod błędu jaki wystąpił !! Wówczas - moim skromnym zdaniem - urządzenie LK byłoby wręcz idealne do systemów nadrzędnych i zabiłoby konkurencję.

Czekam na opinię userów i szacunek skompliowania takiego wdrożenia przez autorów.

Pozdrawiam.
<t></t>
Odpowiedz
#2
LK ma wyprowadzony UART (poziomy logiczne 0-3,6V), są to te trzy piny (TX,RX,GND) za przekaźnikiem, wieć trzab było dorobić przejściówke UART-RS485 i po problemie. Sam soft na LK jet w dwóch wersjach, a bedzie jeszce wiecej pod konkretniejsze zastosowania, więc nie wiedzę problemu z zrobieniem takiego softu do komunikacji przez Modbus RTU jako master, kwestia czasu. Myślę że temat warty zainteresowania z naszej strony
pozdrawiam
tomek
Odpowiedz
#3
Cieszę się że temat jest "warty uwagi". Tak apropo tych wersji... czy aby na pewno sprawdzacie po zmianach czy OID w SNMP jest nadal zgodne no i czy strona LK działa prawidłowo? Odpytując bowiem wersję 2.xx jest ok ale w wersji 3.xx (tej najnowszej) to zauważyłem że odczyty są błędne i niestabilne(niezgodne z tym co wyślwietlane jest na stronie LK). Na stronie LK np. kliknięcie znacznika inversible przy inpdx powoduje załączenie wyjść cyfrowych - prosiłbym o sprawdzenie czy nie ma tam błędów.
<t></t>
Odpowiedz
#4
najnowsza z 3 to 3.04 taka masz?
pozdrawiam
tomek
Odpowiedz
#5
3.04 wgrałem i sprawdziłem. Jest coś nie tak z OID SNMP, w wersji 2.x jest ok.
<t></t>
Odpowiedz
#6
w wersji 3.04 jest wiecej OID bo dochodzi licznik energii, czujnik wilgoci i 2 dodatkowe czujniki temperatury
pozdrawiam
tomek
Odpowiedz
#7
sorry czujnika wilgoci jeszce nie ma w snmp, jest tylko dodany energii, tak wyglada odczyt u mnie:

snmpwalk -v 2c -c public 192.168.1.100 .1.3.6.1.4.1.17095
iso.3.6.1.4.1.17095.2.1.1.1.1 = INTEGER: 1
iso.3.6.1.4.1.17095.2.1.1.2.1 = INTEGER: 1
iso.3.6.1.4.1.17095.2.1.1.3.1 = IpAddress: 192.168.1.1
iso.3.6.1.4.1.17095.2.1.1.4.1 = STRING: "dupa"
iso.3.6.1.4.1.17095.3.1.0 = INTEGER: 1
iso.3.6.1.4.1.17095.3.2.0 = INTEGER: 1
iso.3.6.1.4.1.17095.3.3.0 = INTEGER: 1
iso.3.6.1.4.1.17095.3.4.0 = INTEGER: 1
iso.3.6.1.4.1.17095.3.5.0 = INTEGER: 1
iso.3.6.1.4.1.17095.3.6.0 = STRING: "28.2"
iso.3.6.1.4.1.17095.3.7.0 = STRING: "8.7"
iso.3.6.1.4.1.17095.3.8.0 = STRING: "0.0"
iso.3.6.1.4.1.17095.3.9.0 = STRING: "N/A"
iso.3.6.1.4.1.17095.3.10.0 = STRING: "0.0"
iso.3.6.1.4.1.17095.3.11.0 = STRING: "N/A"
iso.3.6.1.4.1.17095.3.12.0 = STRING: "0.00"
iso.3.6.1.4.1.17095.3.13.0 = STRING: "27.5"
iso.3.6.1.4.1.17095.3.14.0 = STRING: "29.2"
iso.3.6.1.4.1.17095.3.15.0 = STRING: "N/A"
iso.3.6.1.4.1.17095.3.16.0 = STRING: "N/A"
iso.3.6.1.4.1.17095.3.17.0 = STRING: "0.00"
iso.3.6.1.4.1.17095.3.18.0 = STRING: "0.000"
iso.3.6.1.4.1.17095.3.19.0 = STRING: "0.000"
iso.3.6.1.4.1.17095.3.20.0 = INTEGER: 1
iso.3.6.1.4.1.17095.3.21.0 = INTEGER: 1
iso.3.6.1.4.1.17095.3.22.0 = INTEGER: 1
iso.3.6.1.4.1.17095.3.23.0 = INTEGER: 1
iso.3.6.1.4.1.17095.3.23.0.0 = No more variables left in this MIB View (It is past the end of the MIB tree)
pozdrawiam
tomek
Odpowiedz
#8
Z tymi OID to dziwna sprawa. Wgrałem ponownie soft 2.c a potem znowu 3.04 i problem zniknął. Polegał on na tym że stan DI na web seterownika były wskazywany ok, a bezpośrednie odczyty po SNMP dawały inne wyniki. Nie wiem, może coś się zawiesiło czy coś. Zauważyłem to wtedy gdy w moim systemie nadrzędnym nagle zmieniły mi się trendy wartości. Po analizie doszedłem iż są rozbieżności w odczycie po snmp a po web, ponadto tak jak pisałem, stany wyjść zmieniały się samoistnie (nie używam ich więc nie zwróciłem wcześniej uwagi), a sam lankontroler wysyłał co jakiś czas na email maile z treścią niezrozumiałą dla człowieka (krzaczki) - ten objaw nadal wystepuje (wersja 2.x) - 2 maile dziennieSmile
<t></t>
Odpowiedz
#9
boe666 napisał(a):a sam lankontroler wysyłał co jakiś czas na email maile z treścią niezrozumiałą dla człowieka (krzaczki) - ten objaw nadal wystepuje (wersja 2.x) - 2 maile dziennieSmile

A masz aktywne jakieś wejscie aktywne w tablicy zdarzen?
pozdrawiam
tomek
Odpowiedz
#10
nie, nie używam tablicy, watchdogów, DO. Tylko czytam wejścia analogowe, DS18b20 i DI. To wszystko. Mailing skonfigurowałem tylko tak (kazdy LK ma swój adres email a wszystkie mają wysyłać maile na jeden mail serwisowy) żeby był.
<t></t>
Odpowiedz


Skocz do:


Użytkownicy przeglądający ten wątek: 2 gości