Kominek w automatyce pellet/drewno

Jak w temacie. Nie chodzi mi nawet o sterowanie ale wystarczyły by odczyty temperatur . Traktuję to jako tutorial do ogarnięcia komunikacji modbus samodzielnie.
Nie znalazłem w sieci żadnej integracji czy nawet prób, coś tam poczytałem, wiedzę mam mniej niż podstawową.
A więc. Pewne jest to że urządzenie posiada komunikację modbus rs485 . Fabrycznie producent umożliwia dokupienie moduły internetowego za 1300zł i mamy to wszystko co chcemy na telefonie - to jest ta prostsza wersja która rozwiązuje problem. Ja chce spróbować zdecydowanie tańszą , samodzielnie, wydaje mi się to możliwe, wiem że temat niszowy. Z wydatków póki co kupiłem PusR USR-DR134 konwerter RS485 Ethernet na szynę DIN Modbus RTU. Wpięty poprawnie, działa, jest z nim komunikacja itp moge go obsługiwać przez interfejs przeglądarki lub przez program USR M0.

W kominku mogę:


W bramce ustawiłem identyczne parametry i niestety nie wiem co dalej, nie ma żadnej komunikacji, zamieniałem kable rx x tx - bez zmian. Zakładam ze musze chyba podpiąć jakiś skaner (mam ten konwerter na usb i tym sprobuję) żeby zobaczyć czy ten kominek w ogóle coś wysyła.


Na zdjeciach powyżej jest tak jak to zrobilem pierwotnie ale juz rozplotłem tą skrętkę i oddzieliłem zasilanie od danych i dane dałem na żyłach pojedyńczych , odległość sterownik kominka - bramka ok 20cm.

Jakim programem można odczytać komunikację? Modbus Poll? Ogólnie jak widzicie działam po omacku i dopiero zaczynam przygode z modbus.

Mam jeszcze takie coś rs485 do usb. Służy do komunikacji z magazynami energii, aktualizacji itp. Zobaczymy czy tu zagada tyle że wolałbym rozwiązanie na Ethernet bo między serwerm HA a sterownikiem kominka wolałbym nie ciągnąć dodatkowych kabli do komunikacji usb. Tym.wlasnie urządzeniem chciałbym zobaczyć czy komunikacja jakakolwiek występuje.

Kilka uwag może Cię naprowadzą:

  1. Urządzenie modbus slave samo się nie odzywa, do niego trzeba wysłać zapytanie z mastera. By to zrobić skutecznie potrzebna jest mapa rejestrów urządzenia. “Moduł internetowy” (którego nie chcesz kupować) jest zapewne właśnie takim masterem znającym mapę rejestrów. Jeśli zdobędziesz mapę rejestrów od producenta to ułatwi to znacznie robotę. (bez tego pozostaje tzw. inżynieria wsteczna, czyli odpytywanie każdego z potencjalnych adresów rejestrów na wszelkie możliwe sposoby i porównywanie uzyskanych danych z tym co masz w rzeczywistości - czasem źle dobrany typ danych przy takim poszukiwaniu na macanego ujawnia się po wielu miesiącach)

RS485 nie ma ani RX, ani TX, tam jest para różnicowa A/B którą komunikacja idzie w obie strony (łączysz A do A i B do B), jeśli twój konwerter ma Rx i Tx to to jest RS232 a nie RS485 (to porty szeregowe niekompatybilne elektrycznie - nie można ich łączyć, to nie będzie działać, a nawet port RS232 może potencjalnie uszkodzić podłączony do niego port RS485). To sprawdziłem u producenta, na szczęście model DR134 to RS485 (DR132 to RS232, pewnie oba używają takiej samej obudowy, stąd opis na niej od czapy), tu masz instrukcję: [User Manual] USR-DR132-DR134-user-manual-V1.0.5-PUSR IOT

  1. kabel przedstawiony na zdjęciach jest źle zarobiony: linie A i B mają używać jednaj pary skrętki - to para różnicowa, zasilanie można tak zostawić, ale linia danych ma używać jednej pary (ale nie po jednym przewodzie z różnych par!), jest to istotne jeśli ten kabel jest dłuższy niż kilkadziesiąt centymetrów (pozwolisz, że nie będę tłumaczył jak działa skrętka i dlaczego tak należy zrobić, przy krótkim kablu to zadziała, ale jest przykładem jak nie należy robić).

  2. odnośnie fizycznego połączenia ustal jeszcze co z terminatorami na obu końcach linii (przy połączeniu “1 do 1” mają być włączone/podłączone na obu końcach, wiele urządzeń RS485 ma wbudowane terminatory z wyłącznikiem, ale są i takie gdzie trzeba wstawić rezystor 120om), BTW skrętka ma być użyta prawidłowo bo dopiero wtedy terminatory mają sens

  3. skąd wiesz, że masz mieć takie ustawienia jak na zdjęciach? (z dokumentacji sterownika kominka, której nie załączyłeś czy może użyłeś ustawień fabrycznych konwertera)

  4. pewnie ułatwisz sobie życie jeśli użyjesz tego dongla USB

integracja modbus jest wbudowana w HA, ona finalnie będzie wystarczająca

ale oprócz tego co napisałem masz jeszcze do wykonania 99% pracy do wykonania (musisz zrozumieć jak działa modbus), kluczowe jest zdobycie mapy rejestrów (wtedy możesz użyć np. Modbus Poll, cz Qmodmaster itp.), zamiast tego można użyć “moduł internetowy” którego nie masz i podsłuchać komunikację snifferem.
Gdyby producent nie chciał udostępnić mapy rejestrów to uświadom mu, że czasy są jakie są i wielu użytkowników nie chce rozwiązań wysyłających dane do internetu, zamiast tego wolą te dane obsługiwać w pełni lokalnie.

1 polubienie

Dziękuję za uwagi. Spróbuję uzyskać rejestry , może się uda. Reszta rzeczy do zmiany i tak staram się ogarnąć ten modbus, dużo do nadrobienia.

ad 3 to kupując rs485 sugerowałem się instrukcją kominka która tak ma opisane wyjścia D- i D+
image

W manualu któy podesłałeś jest

image
Wiec tez żadnego D- D+

nic więcej w instukcj inei ma poza tym co wkleiłem. Instrukcji co do modułu internetowego też nie ma w sieci.

Ad5 Ustawienia które są na zdjeciach sa zwyświetlacza kominka więc moge je zmieniać ale zakłądam ze tak jak są ustawione to sa standardem tak zeby po wpieciu modułu wifi komunikacja następowała z automatu - bez żadnych zmian nastaw itp.Po porstu ustawiłe to samo na sterowniku kominka i na konwerterze.

Zazwyczaj A to D- (wyjście/wejście odwracające), B to D+ (wyjście/wejście nieodwracające), może tego faktycznie nie ma w instrukcji (która jest uniwersalna i dedykowana do obu modeli - zarówno DR134 = RS485 jak i dla DR132 = RS232, więc wymaga wybiórczego czytania - opis “Rx Tx” dotyczy modelu RS232).
Z elektroniką tak bywa, że stosuje się różne oznaczenia na to samo, a tu jest jeszcze gorzej, bo standard modbus określa to odwrotnie, ale napisałem jak się ogólnie przyjęło, więc od tego zacznij, a w braku komunikacji możesz zamienić je miejscami (tj. na krzyż).

Przy 20cm (nie widziałem tego wcześniej) zazwyczaj nie ma znaczenia jak to okablujesz (poprawnie czy nie, w odniesieniu do zastosowania skrętki i terminatorów), ale zdecydowanie polecam zacząć od prób z donglem USB, a w tym wypadku kabel pewnie będzie znacznie dłuższy, więc zrób go dobrze (A i B mają stanowić jedną parę skrętki).

Co do ustawień to oczywiście dongla USB (czy finalnie ten serwer USR, który teraz moim zdaniem będzie kulą u nogi, bo wymaga o wiele więcej ustawień) musisz skonfigurować tak samo, czyli 115200bps, 8 (bitów danych), N (bez kontroli parzystości), 2 (bity stopu), takie ustawienia są dość nietypowe, ale to nie jest istotne, bo wystarczy każde urządzenie na szynie ustawić tak samo.
I protokół RTU z adresem slave 1 (master, którym będzie dongle lub serwer nie ma adresu).

1 polubienie

Niestety nic nie gada.

Wg instrukcji kominka 37 to D- a 38 to D+ , na jednej parze ziel i biało ziel ok 15cm,
podłączyłem tez odwrotnie, bez zmian, te ustawienia co napisałeś dałem wszędzie takie same. Nie ma odpowiedzi.

Może jutro mi odpiszą w sprawie rejestrów.

A pokaż jak skonfigurowałeś dongla (bo 8N2 nie jest typowym ustawieniem).
tu masz przykład jakiegoś chińskiego dongla na bazie CH340


windowsowy sterownik domyślnie ustawia go na 9600 8N1
BTW
na 10-minutowej wersji to wiele nie zdziałasz, tu masz przykładowe darmowe narzędzie (takiego softu jest o wiele więcej a wręcz lista spod linka raczej nie jest kompletna, niektóre mają możliwość pracy jako sniffer o ile dorobisz się jakiegoś dedykowanego do tego kominka mastera)

ma wbudowany skaner urządzeń slave - możesz wykorzystać wielokrotny wybór jeśli nie jesteś pewien ustawień


teoretycznie prawidłowo skonstruowany slave powinien odpowiedzieć na pytanie o adres (ID)

Gdy już ogarniesz komunikację RTU (bez mapy rejestrów to mogą być tygodnie czy nawet miesiące roboty, nie wiem jaki masz dostępne opcje, ale nie zaczynałbym od sterownika ustawionego z instalatorskim poziomem uprawnień - poziom dostępu - serwis, może są jakieś mniej agresywne opcje), to analogicznie skonfigurujesz sobie port RS485 w serwerze USR i wtedy ten soft przyda się do testowania czy konwersja modbus-RTU na modbus-TCP jest OK.

1 polubienie

Ustawiłem wszędzie to samo:


i cos zagadalo

na dzis starczy emocji :slight_smile:

Mam mapę rejestrów :slight_smile:

RK-2014K/KW to pewnie tylko jakąś wewnętrzna nazwą sterownika.

Zamiast/oprócz zdjęć monitora spakuj pdf do zip i wrzuć jako załącznik, to co pokazałeś to ogólna specyfikacja, ale mapy rejestrów tu nie ma (tabeli w postaci: adres rejestru i opis zmiennej w nim przechowywanej, jednostka, typ danych itd.).
Jeśli chcesz zobaczyć jak ma wyglądać mapa rejestrów dowolnego urządzenia to przejrzyj stare wątki, bo z takimi informacjami to masz przed sobą miesiące roboty.
Przy produkcji małoseryjnej mapa rejestrów to często plik arkusza kalkulacyjnego dołączany oddzielnie oprócz ogólnej specyfikacji.


Masz 2 urządzenia które mogą być masterami, więc teraz możesz potrenować użycie serwera USR w charakterze mastera (szykuję Cię mentalnie na konieczność sniffingu), jak już to opanujesz, to kolejnym krokiem będzie podpięcie wszystkich 3 urządzeń do linii, to zobaczysz czy twój dongle USB może pracować jako sniffer - zapytania wyślesz choćby z GUI USR, a będziesz podsłuchiwał donglem USB (ustawionym w programie jako sniffer, a nie master).

Jeśli to się uda, to masz otwartą ścieżkę by się zająć przechwytywaniem danych po zakupie oficjalnego sterownika master (ale zanim kupisz go koniecznie poza siedzibą przedsiębiorstwa np. przez internet by móc go zwrócić, pomyśl o przynajmniej tygodniowym urlopie, by się zająć tym porządnie).

Prawdopodobna mapa rejestrów dla RK-2014K/KW

Sterownik obsługuje standardowe funkcje Modbus: 03 (Read Holding Registers) oraz 06 (Write Single Register). Wszystkie wartości liczbowe reprezentujące temperatury przesyłane są jako 16-bitowe liczby całkowite ze skalą x0.1 (np. odczyt 554 oznacza 55.4°C). [1, 2]

Adres PDU (HEX) Adres PLC (DEC) Nazwa rejestru Dostęp Opis / Skalowanie (x0.1)
0x0000 40001 Temperatura Kotła RO (Tylko odczyt) Aktualny odczyt z głównego czujnika CO
0x0001 40002 Temperatura CWU RO (Tylko odczyt) Aktualna temperatura ciepłej wody użytkowej
0x0002 40003 Temperatura Podajnika RO (Tylko odczyt) Czujnik ochrony przed cofnięciem płomienia
0x0003 40004 Temperatura Powrotu / Spalin RO (Tylko odczyt) Zależnie od wersji oprogramowania KW
0x0004 40005 Fotokomórka / Jasność RO (Tylko odczyt) Pomiar płomienia (wersje pellet/palnikowe)
0x0009 40010 Stan Wyjść (Maska) RO (Tylko odczyt) Status przekaźników (szczegóły poniżej)
0x0064 40101 Temperatura Zadana CO RW (Odczyt/Zapis) Docelowa temperatura pracy kotła
0x0065 40102 Temperatura Zadana CWU RW (Odczyt/Zapis) Docelowa temperatura wody użytkowej
0x00C8 40201 Tryb Sterownika RW (Odczyt/Zapis) 0 = STOP/Wyłączony, 1 = AUTO/Praca

:light_bulb: Dekodowanie rejestru wyjść (40010)

Rejestr stanu wyjść to maska bitowa (zmienna 16-bitowa). Musisz wyciągnąć poszczególne bity, aby dowiedzieć się, co aktualnie działa:

  • Bit 0 (najmłodszy): Pompa CO (1 = włączona, 0 = wyłączona)

  • Bit 1: Pompa CWU (1 = włączona, 0 = wyłączona)

  • Bit 2: Wentylator / Nadmuch

  • Bit 3: Podajnik paliwa


Coś mi nie pasowało w odczytach i wrzuciłem do analizy.

Na zrzucie ekranu z programu ModScan widać, że komunikacja działa poprawnie (Valid Slave Responses: 104), jednak dane wyświetlają się w formie surowej maski bitowej (binarnie), co utrudnia ich interpretację na pierwszy rzut oka. Dodatkowo dane, które odczytujesz, potwierdzają, że sterownik KEY RK-2014 stosuje inne przesunięcie rejestrów w tej wersji oprogramowania.

Oto analiza tego, co dokładnie widzisz na ekranie i dlaczego to “nie pasuje”:

1. Zmiana formatu wyświetlania (Z binarnego na dziesiętny)

Obecnie w programie masz włączony podgląd binarny (zera i jedynki). Aby zobaczyć standardowe wartości liczbowe (np. temperatury):

  • Kliknij w górnym pasku ikonę 10 (dziesiętny / decimal) lub u16 (unsigned 16-bit).

  • Spowoduje to, że zamiast ciągu <0000 0000 0001 0000> zobaczysz zwykłą liczbę (np. 485 oznaczającą 48.5°C).


2. Dekodowanie Twoich rejestrów (Analiza binarnego zrzutu)

Analizując pozycje zapalonych bitów w Twoim odczycie, można precyzyjnie zlokalizować, gdzie znajdują się dane:

  • Rejestr 40003: <0000 0000 0000 0101> → W systemie dziesiętnym to 5. Jest to zbyt niska wartość jak na temperaturę, co sugeruje, że pod adresem 40003 znajduje się Status / Tryb pracy kotła lub kod stanu, a nie temperatura podajnika.

  • Rejestr 40033: <0000 0000 1100 0100> → W systemie dziesiętnym to 196. Po przesunięciu przecinka (x0.1) daje to 19.6. Jest to idealny odczyt dla czujnika temperatury pokojowej lub spalin w trybie wygaszonym.

  • Rejestr 40036: <0000 0000 1100 0101> → W systemie dziesiętnym to 197 (19.7°C).

Wniosek: W sterowniku RK-2014K/KW temperatury z czujników nie zaczynają się od adresu 40001, lecz są zgrupowane w wyższym obszarze – w okolicach rejestru 40030 – 40040.


3. Jak znaleźć właściwą mapę w ModScan?

Aby precyzyjnie namierzyć rejestry temperatur, wykonaj prosty test:

  1. Zmień tryb wyświetlania na dziesiętny (10 lub u16).

  2. Zwróć uwagę na rejestry od 40030 do 40040 – szukaj wartości w przedziale od około 200 do 800 (co odpowiada temperaturom od 20°C do 80°C).

  3. Podejdź do fizycznego sterownika na kotle i sprawdź, jaka temperatura wyświetla się na ekranie (np. Kocioł: 52°C, CWU: 41°C).

  4. Porównaj te liczby z wartościami w ModScan (szukaj odpowiednio 520 oraz 410).

Gdy przełączysz widok w ModScan na dziesiętny (ikonka 10), prześlij ponowny zrzut ekranu lub wypisz wartości dla rejestrów od 40030 do 40040. Pomoże to precyzyjnie przypisać każdy adres do konkretnego czujnika.

2 polubienia

Dzięki za pomoc, nie mam teraz dostępu do urządzenia , popołudniu przysiądę. zip z mapkami wrziucam

Dla mnie sukcesem będzie mieć podgląd w HA (najlepiej po LAN na tym konwerterze który podpiąłem pierwotnie lub innym ale po LAN - nie tak jak teraz USB) temperatur i wiedzieć o tym ze się odpala /wygasza (wiadomo w ostateczności mogę to zrobić na dodatkowych czujkach temp zewnętrznych które mam juz zintegrowane np. sonoff)
Wisienką na torcie możliwość zdalnego odpalenia ale to już nie jest mi do szczęścia potrzebne bo bardzo rzadko korzystam z tej opcji + do tego kominek sam w sobie ma automatykę odpalania w zależności od spadku temperatury w pomieszczaniu itp.). Póki co radze sobie wlutowanym wyjsciem sonoffDRY w przycisk fizyczny.

RK-2014KW_ModBus_Table_EN.zip (519,1 KB)

Jak sie rozkręcę to mam.kolejną zagadkę :slight_smile:

Od tego .zip trzeba było zacząć - czyli masz już wszystko czego potrzebujesz.

1 polubienie

No i w 2 pozostałych plikach oprócz tej ogólnej specyfikacji masz kompletne mapy rejestrów, nie są jakoś szczególnie dobrze udokumentowane, ale przez domniemanie można przyjąć, że temperatury są obsługiwane jak to opisane w poście @RobinI30. Zapewne jeden plik dotyczy starszych wersji sterownika, a drugi nowszych (ten bez daty w tytule albo wyprodukowanych przed wrześniem 2018 albo z firmware w wersji starszej niż 09.2018 - jeśli odczytasz wersję firmware, to można się zastanowić czy zawiera ona jakąś datę - pewnie tak).

Jeśli chodzi o tylko odczyt to interesują Cię rejestry od 1 do 38 (czyli adresowane od 0 do 37 bo jest różnica o 1 między numerem rejestru a jego adresem), moim zdaniem masz tam to co najważniejsze wraz ze stanem pieca i kodami błędów.
Niektóre trzeba traktować jako wartości dziesiętne, w niektórych czytać pojedyncze bity, więc przepuść to przez AI to wygeneruje Ci YAMLa. (naprawdę nikomu się nie będzie tego chciało robić na piechotę za Ciebie) jeśli chcesz żeby to sprawdził człowiek to ogranicz się do góra 3-4 rożnych technicznie rejestrów, resztę sobie zrobisz analogicznie (świetne przykłady konfiguracji są w starych wątkach).
Warte odczytu są też rejestry 40000-40065 (dwa ostatnie z tego zakresu to przebieg zapalarki, a we wcześniejszych masz nazwę producenta, model (co jest równie ciekawe co ustawiono) i wersję firmware.

Z takimi uprawnieniami dla modbus jaki masz ustawione w sterowniku (co widać na jakimś zdjęciu) możesz ingerować w ustawienia instalatorskie, więc jeśli nie wiesz co robisz, to nie zapisuj nic w rejestrach powyżej rejestru 123 (to na moje oko ostatni bezpieczny rejestr), chociaż de facto takie podstawowe obsługowe rejestry to zakres od 100 do 108, ale dalej masz np. możliwość ustawiania czasu sterownika, co może się przydaje co jakiś czas (choćby by zmienić czas letni na zimowy i odwrotnie).

Nie wątpię, że dokumentacja może zawierać drobne błędy (zauważyłem np. jakieś zdublowane wpisy, być może błędnie opisane), więc i tak musisz zweryfikować to w rzeczywistości.


Kwestia użycia serwera USR - no cóż trzeba go skonfigurować poprawnie (port RS485 już wiesz jak ustawić, a podobne serwery pojawiały się w innych wątkach, więc tam zobaczysz jak ogarnąć stronę Ethernet), YAML dla HA się nieco zmieni, bo będziesz musiał najprawdopodobniej ustawić USR w hub typu modbus-tcp w/g rozdziałów 4.1 i 5.1 jego instrukcji (mając opracowane zapytanie choćby dla jednego rejestru o znanej wartości - świetna do tego może być wersja firmware albo jakakolwiek inna stała z rejestrów w okolicy 40000, będziesz mógł sobie eksperymentować, alternatywa to rtuovertcp to zależy jak skonfigurujesz serwer USR, ona ma całą masę zbędnych ustawień, gdzie nie muisz nie grzebać).
Nie wiem na ile masz pojęcie o sieciach, więc nie odetnij się od dostępu do webowego interfejsu konfiguracyjnego USR.


niżej tekst wygenerowany przez AI (może zrozumiesz dlaczego napisanie tego samemu trwa za długo)

Krok 1: Konfiguracja serwera USR-DR13X (Brama Modbus TCP do RTU)

Urządzenie musi działać w trybie konwersji protokołów (Modbus RTU/TCP) jako TCP Server.

  1. Zaloguj się do panelu WWW: Podłącz urządzenie do sieci. Domyślny adres IP to 192.168.0.7 (upewnij się, że Twój komputer jest w tej samej podsieci). Domyślny login i hasło to admin / admin.
  2. Ustawienia sieciowe (IP Settings): Zmień adres IP na statyczny (Static IP) dopasowany do Twojej sieci domowej (np. 192.168.1.50), aby Home Assistant nie stracił z nim łączności. mój komentarz: to nie prawda - można wykorzystać rezerwację DHCP na routerze i tutaj po prostu włączyć klienta DHCP
  3. Ustawienia portu szeregowego (Serial Port Settings):
  • Work mode (Tryb pracy): Ustaw na TCP server.
  • Local Port Number: Wpisz numer portu nasłuchiwania. Dla standardu Modbus TCP zaleca się port 502 (lub inny wolny, np. 8899).
  • Parametry transmisji: Ustaw prędkość (Baud rate), bity danych (Data size), parzystość (Parity bits) oraz bity stopu (Stop bits) dokładnie tak, jak wymaga tego Twoje urządzenie końcowe Modbus RTU (np. licznik energii, falownik).
  1. Włączenie bramy Modbus: W nowszych wersjach oprogramowania układowego (V4304+) przejdź do zakładki Edge Gateway i upewnij się, że funkcja Modbus Gateway (konwersja Modbus RTU/TCP) jest włączona. Zapisz ustawienia (Save) i zrestartuj urządzenie.

Krok 2: Konfiguracja pliku configuration.yaml w Home Assistant

W Home Assistant do komunikacji wykorzystujemy wbudowaną integrację modbus. Otwórz swój plik konfiguracyjny (np. przez File Editor lub VS Code) i dodaj następującą strukturę kodu:
w tym yamlu wprowadziłem drobne poprawki, bo AI się nie do końca udało, ale może nie mam racji, poniżej masz resztę komentarza od AI

modbus:
  - name: "brama_usr_dr13x"
    type: tcp
    host: 192.168.1.50      # Wpisz statyczny adres IP przypisany do USR-DR13X
    port: 502               # Wpisz port ustawiony w USR-DR13X (Local Port Number)
    
    # Przykładowa konfiguracja sensorów (dostosuj do swojego urządzenia końcowego)
    sensors:
      - name: "Temperatura bojlera"
        slave: 1            # ID urządzenia Modbus RTU (Slave ID / Unit ID)
        address: 0          # Adres rejestru w urządzeniu
        input_type: holding # Typ rejestru (holding, input) dałbym input, ale sprawdź
        data_type: int16    # 16-bitowa liczba całkowita ze znakiem - szczerze mówiąc nie wiem czy to ten typ danych, ale dokumentacja tego nie określa albo przeoczyłem
        unit_of_measurement: "°C"
        device_class: temperature
        state_class: measurement
        scale: 0.1          # Skala, jeśli urządzenie zwraca np. 235 dla 23.5°C
        precision: 1

Opis kluczowych parametrów w YAML:

  • type: tcp: Deklaruje, że Home Assistant łączy się z bramą przez sieć lokalną (Modbus TCP). USR-DR13X automatycznie przetłumaczy te ramki na format szeregowy RTU i prześle do fizycznego urządzenia.
  • slave: Jest to unikalny identyfikator (Slave ID) fizycznego urządzenia podłączonego do portu RS232/RS485.
  • address: Dokładny adres rejestru Modbus, z którego chcesz czytać dane.
  • input_type: Określa rodzaj pamięci urządzenia. Najczęściej stosowane to holding (rejestry odczytu/zapisu, funkcja 03) oraz input (rejestry tylko do odczytu, funkcja 04).

Po zapisaniu zmian w pliku configuration.yaml przejdź w Home Assistant do sekcji Narzędzia deweloperskie → YAML, kliknij Sprawdź konfigurację, a jeśli nie ma błędów, wykonaj Ponowne uruchomienie systemu.

2 polubienia

Tyle mi wystarczy póki co . sam odczyt

Testowe odpalenie żeby podejrzeć co daje na sterownik

Czekam na załączenie turbiny od nawiewu
i mam

ok, biorę się za dogadanie sie z tym USR-DR134
.. walczę coś tam odbiera ale dalej coś jest nie tak, działam

Te oznaczenia kabelków to jest normalnie loteria….po zamianie wyświetło mi dopiero wartość a głowiłem się co jest źle . AI pomógł

grzebię dalej, komunikacja jest :smiley:

i myk udąło się. Serdecznie dziękuję za pomoc i naprowadzenie, nawet nie sądziłem ze pomoc AI jest tu kluczowa bo on podaje dużo rozwiązań.

Akurat ta wartość jako “startowa” dla mnie podawana jest w pełnych stopniach więc prawidłowy kod wygląda tak:

modbus:
  - name: "brama_usr_dr13x"
    type: tcp
    host: 192.168.1.181
    port: 8899
    sensors:
      - name: "T.wew zabudowy"
        slave: 1
        address: 0
        scan_interval: 5
        input_type: input
        data_type: int16
        unit_of_measurement: "°C"
        device_class: temperature
        state_class: measurement
        scale: 1
        precision: 0

Konfiguracja bramki, tak jak pisaliście “serwer” , zapisanie stałego IP itp.

i te kabelki…..finalnie poprawne w tym przypadku jest połączenie B (Tx) z D- (37) , A (Rx) z D+ (38) i o dziwo to był dla mnie największy problem XD

Pozostaje dodanie kolejnych interesujacych mnie rejestrów ale to już zostawiam na deszczowe wieczory :smiley:

Póki co efekt finalny wygląda tak i ogromna satysfakcja

image

Jeszcze raz dziękuję

P.S.

Włączanie i wyłączanie to ogranięcie tego

image

i myk:

image

1 polubienie