Dobór konwertera Modbus RTU na Modbus TCP wydaje się prosty tylko na pierwszy rzut oka. W praktyce nie wystarczy sprawdzić, czy urządzenie ma port RS-485 i Ethernet. Kluczowe jest określenie, kto inicjuje komunikację, po której stronie znajduje się urządzenie nadrzędne, ile urządzeń ma pracować na magistrali szeregowej, jakie są wymagania dotyczące mapowania rejestrów, czasu odpowiedzi, izolacji, diagnostyki oraz stabilności pracy w środowisku przemysłowym.

Do połączenia Modbus RTU z Modbus TCP należy dobrać konwerter protokołów Modbus, który po stronie szeregowej obsługuje wariant Modbus RTU, zwykle RS-485, a po stronie Ethernet pracuje jako Modbus TCP client albo Modbus TCP server. Wybór konkretnego modelu zależy od architektury systemu, czyli od tego, czy sterownik PLC, SCADA lub system BMS ma odczytywać urządzenia RTU, czy odwrotnie. Generalnie rzecz ujmując istniejący master Modbus RTU ma komunikować się z urządzeniem lub systemem po Modbus TCP.

Modbus RTU, Modbus TCP i inna warstwa komunikacji

Modbus RTU i Modbus TCP korzystają z podobnej logiki wymiany danych: adresów urządzeń, funkcji Modbus, rejestrów, cewek, wejść dyskretnych i rejestrów wejściowych. Różnica leży przede wszystkim w warstwie transportowej.

Modbus RTU działa zwykle po RS-485 lub RS-232. Jest to komunikacja szeregowa, w której urządzenia pracują na wspólnej magistrali, z określoną prędkością transmisji, parzystością, liczbą bitów stopu i adresem slave. Typowa instalacja Modbus RTU obejmuje jeden master oraz wiele urządzeń slave podłączonych do jednej linii RS-485.

Modbus TCP działa po Ethernet, najczęściej przez złącze RJ45. W tym wariancie komunikacja odbywa się w sieci IP, a urządzenia identyfikowane są przez adres IP i port TCP, zwykle 502. Zamiast klasycznego master/slave często używa się pojęć client/server, ale praktyczna zasada pozostaje podobna czyli jedna strona inicjuje zapytanie, druga odpowiada.

Konwerter Modbus RTU na Modbus TCP nie jest więc zwykłą przejściówką to urządzenie, które musi prawidłowo zinterpretować ramki Modbus po jednej stronie i wystawić je w odpowiedniej formie po drugiej stronie.

Kto jest masterem a kto klientem?

Pierwszy i najważniejszy krok przy doborze konwertera to ustalenie, które urządzenie inicjuje komunikację. W projektach automatyki błąd najczęściej polega na tym, że użytkownik szuka „konwertera Modbus RTU na TCP”, ale nie określa, czy potrzebuje wariantu:

  • Modbus TCP client do Modbus RTU slave,
  • Modbus TCP server do Modbus RTU slave,
  • Modbus RTU master do Modbus TCP server,
  • Modbus RTU slave do Modbus TCP client/server,
  • albo konwertera z pełnym mapowaniem danych między dwiema stronami.

Najczęstszy przypadek wygląda następująco: system SCADA, sterownik PLC albo komputer przemysłowy pracuje w sieci Ethernet i ma odczytywać dane z liczników energii, regulatorów temperatury, falowników, analizatorów sieci lub innych urządzeń Modbus RTU. W takiej sytuacji najczęściej potrzebny jest gateway, który po stronie Ethernet udostępnia komunikację Modbus TCP, a po stronie RS-485 odpytuje urządzenia Modbus RTU.

Inny przypadek występuje wtedy, gdy istniejący sterownik PLC ma tylko port RS-485 i pracuje jako Modbus RTU master, a nowe urządzenie dostępne jest wyłącznie po Ethernet jako Modbus TCP server. Wtedy potrzebny jest konwerter działający w przeciwnym kierunku: od strony PLC zachowuje się jak urządzenie Modbus RTU slave, a od strony Ethernet komunikuje się z serwerem Modbus TCP.

To rozróżnienie jest krytyczne. Dwa konwertery mogą mieć identyczne złącza, podobną obudowę i podobny opis, ale różnić się rolą protokołu. Jeśli rola zostanie dobrana błędnie, urządzenia fizycznie się połączą, ale wymiana danych nie ruszy.

Transparent gateway czy konwerter z mapowaniem rejestrów?

Drugim ważnym pytaniem przy doborze urządzenia jest to czy potrzebny jest prosty gateway transparentny, czy urządzenie z mapowaniem danych.

Transparentny konwerter Modbus RTU na Modbus TCP przekazuje zapytania między Ethernetem a magistralą szeregową. Jest dobrym wyborem, gdy system nadrzędny sam wie, jakie adresy urządzeń i rejestry ma odpytywać. Dobrym przykładem jest gdy SCADA wysyła zapytanie Modbus TCP do adresu IP konwertera, wskazuje Unit ID odpowiadający urządzeniu RTU, a gateway przekazuje zapytanie na RS-485.

Konwerter z mapowaniem rejestrów jest bardziej zaawansowany. Może cyklicznie odpytywać urządzenia po jednej stronie, przechowywać dane w swojej pamięci i udostępniać je po drugiej stronie jako uporządkowaną mapę rejestrów. Taki model jest lepszy, gdy wymagane jest:

  • scalanie danych z wielu urządzeń RTU,
  • zmiana adresacji rejestrów,
  • separacja czasowa między wolną magistralą RS-485 a szybszą siecią Ethernet,
  • komunikacja z kilkoma klientami TCP,
  • stabilna mapa danych dla PLC lub SCADA,
  • konwersja typów danych, kolejności bajtów lub słów.

W prostych aplikacjach wystarczy gateway transparentny. W systemach przemysłowych, BMS, energetyce, instalacjach pomiarowych i większych układach SCADA bezpieczniej wybrać konwerter z konfiguracją tabeli wymiany danych.

Liczba urządzeń Modbus RTU i parametry magistrali RS-485

Jeżeli konwerter ma pracować z wieloma urządzeniami Modbus RTU, trzeba sprawdzić nie tylko maksymalną liczbę obsługiwanych slave’ów, ale również praktyczne ograniczenia magistrali.

Ważne parametry to:

  • liczba urządzeń na RS-485,
  • adresy Modbus slave,
  • prędkość transmisji, np. 9600, 19200, 38400, 57600 lub 115200 bps,
  • parzystość, liczba bitów danych i bitów stopu,
  • długość przewodu,
  • topologia magistrali,
  • terminacja na końcach linii,
  • ekranowanie i prowadzenie przewodów,
  • obecność zakłóceń elektromagnetycznych,
  • czas odpowiedzi poszczególnych urządzeń.

Modbus RTU jest sekwencyjny. To oznacza, że master odpytuje urządzenia jedno po drugim. Nawet jeśli po stronie Ethernet komunikacja jest szybka, całość będzie ograniczona przez najwolniejszy odcinek, czyli zwykle RS-485. Przy dużej liczbie urządzeń i wielu rejestrach odpytywanych co sekundę należy bardzo ostrożnie dobrać czasy timeout, interwały odpytywania i liczbę zapytań. Dobry konwerter powinien umożliwiać konfigurację parametrów portu szeregowego, timeoutów, opóźnień między zapytaniami oraz liczby ponowień transmisji. W przeciwnym razie jedna słabo odpowiadająca jednostka może spowalniać całą magistralę.

Modbus TCP - client czy server a liczba połączeń

Po stronie Ethernet trzeba sprawdzić, czy konwerter pracuje jako Modbus TCP server, Modbus TCP client, czy obsługuje oba tryby. Dla wielu projektów istotna jest także liczba jednoczesnych połączeń TCP.

Jeżeli do danych z urządzeń RTU ma mieć dostęp jeden sterownik PLC, wymagania są proste. Jeśli jednak te same dane mają być odczytywane równolegle przez SCADA, BMS, panel HMI i system raportowy, konwerter powinien obsługiwać wielu klientów TCP lub pracować z wewnętrzną pamięcią danych. Bez tego mogą pojawić się konflikty, opóźnienia lub niestabilna komunikacja. Warto też sprawdzić, czy urządzenie obsługuje Unit ID w Modbus TCP. Jest to szczególnie ważne przy gatewayach, które przekazują zapytania z Ethernetu do wielu urządzeń RTU na jednej magistrali RS-485. Unit ID pozwala wskazać, do którego urządzenia slave po stronie RTU ma trafić zapytanie.

Izolacja galwaniczna i odporność przemysłowa

W automatyce przemysłowej dobór konwertera nie kończy się na protokołach. Urządzenie często pracuje w szafie sterowniczej, w pobliżu falowników, zasilaczy impulsowych, styczników, długich przewodów sygnałowych i obwodów o różnym potencjale masy. Dlatego warto zwrócić uwagę na izolację galwaniczną portu RS-485, izolację zasilania, zakres temperatury pracy i odporność EMC.W projektach laboratoryjnych lub prostych instalacjach budynkowych tani konwerter może działać poprawnie. W instalacjach przemysłowych lepszym wyborem jest urządzenie z obudową na szynę DIN, zasilaniem przemysłowym, izolowanymi interfejsami i czytelną diagnostyką. Różnica wychodzi zwykle dopiero po kilku tygodniach pracy, gdy pojawiają się okresowe zaniki komunikacji, błędy CRC lub zawieszanie się transmisji przy obciążeniu instalacji.

Diagnostyka ważniejsza niż cena

Dobry konwerter Modbus RTU na Modbus TCP powinien umożliwiać łatwą diagnostykę. W praktyce integrator potrzebuje wiedzieć:

  • czy port Ethernet jest połączony,
  • czy konwerter otrzymuje zapytania Modbus TCP,
  • czy wysyła ramki na RS-485,
  • czy urządzenia RTU odpowiadają,
  • czy pojawiają się błędy CRC,
  • czy problem dotyczy adresacji, parametrów transmisji czy samej sieci.

Pomocne są diody LED, logi diagnostyczne, podgląd ramek, statystyki błędów i możliwość testowania odczytu rejestrów z poziomu oprogramowania konfiguracyjnego. W małych instalacjach można sobie poradzić prostym testerem Modbus. W większych systemach brak diagnostyki oznacza długie godziny szukania błędu między PLC, gatewayem, przewodem RS-485 i urządzeniem końcowym.

Kiedy wystarczy prosty konwerter, a kiedy potrzebny jest gateway przemysłowy?

Prosty konwerter wystarczy, gdy:

  • po stronie RTU jest jedno lub kilka urządzeń,
  • system nadrzędny sam odpytuje rejestry,
  • nie trzeba zmieniać adresacji danych,
  • nie ma dużych wymagań czasowych,
  • środowisko pracy jest mało wymagające,
  • wystarczy podstawowa konwersja Modbus TCP na Modbus RTU.

Gateway przemysłowy z mapowaniem danych będzie lepszy, gdy:

  • urządzeń RTU jest dużo,
  • dane mają być udostępniane wielu klientom TCP,
  • konieczne jest uporządkowanie mapy rejestrów,
  • trzeba zmienić strukturę adresów,
  • potrzebna jest separacja między szybką siecią Ethernet a wolniejszą magistralą RS-485,
  • instalacja pracuje w trudnym środowisku przemysłowym,
  • wymagana jest stabilna diagnostyka i przewidywalne zachowanie po zaniku komunikacji.

Przykład 1: SCADA po Ethernet odczytuje liczniki Modbus RTU

To jeden z najczęstszych scenariuszy. Liczniki energii pracują po RS-485 jako Modbus RTU slave. System SCADA działa na komputerze przemysłowym w sieci Ethernet. W takim przypadku należy dobrać konwerter, który od strony Ethernet będzie widoczny jako punkt komunikacji Modbus TCP, a od strony RS-485 będzie przekazywał zapytania do urządzeń RTU.

Jeżeli SCADA ma odpytywać każdy licznik samodzielnie, wystarczy transparentny gateway z obsługą Unit ID. Jeżeli liczników jest dużo i dane mają być dodatkowo porządkowane, lepszym wyborem będzie konwerter z mapą rejestrów i cyklicznym pollingiem.

Przykład 2: stary PLC Modbus RTU ma odczytać nowe urządzenie Ethernet

W starszych instalacjach często występuje sterownik PLC z portem RS-485, którego nie opłaca się wymieniać. Nowy analizator, licznik lub sterownik dostępny jest tylko po Modbus TCP. W takim przypadku zwykły gateway TCP na RTU może nie wystarczyć. Potrzebny jest konwerter, który od strony PLC zachowuje się zgodnie z oczekiwaniami mastera RTU, a po stronie Ethernet komunikuje się z urządzeniem Modbus TCP. Tutaj szczególnie ważne jest mapowanie rejestrów. PLC nie powinien „wiedzieć”, że dane pochodzą z urządzenia TCP. Ma otrzymać stabilną, przewidywalną mapę Modbus RTU.

Przykład 3: wiele urządzeń RTU, jeden system BMS

W systemach BMS często trzeba zebrać dane z regulatorów, liczników, modułów I/O lub urządzeń HVAC. Jeżeli każde urządzenie ma inny adres, różne rejestry i różny czas odpowiedzi, dobrym rozwiązaniem jest gateway z możliwością konfiguracji listy zapytań. Konwerter sam odpytuje urządzenia RTU, zapisuje dane w pamięci i udostępnia je systemowi BMS po Modbus TCP. Takie rozwiązanie ogranicza liczbę bezpośrednich zapytań z BMS do magistrali RS-485 i poprawia stabilność całego systemu. Jest też łatwiejsze w serwisie, bo mapa danych po stronie TCP może być uporządkowana niezależnie od tego, jak chaotycznie wyglądają rejestry w urządzeniach polowych.

Najczęstsze błędy przy doborze konwertera Modbus RTU na Modbus TCP

Najczęstszy błąd to dobór urządzenia tylko po nazwie „konwerter Modbus RTU na Modbus TCP”, bez sprawdzenia ról komunikacyjnych. Drugi błąd to założenie, że konwerter przyspieszy komunikację RTU. Ethernet jest szybszy, ale jeżeli dane pochodzą z wolnej magistrali RS-485, ograniczeniem nadal pozostaje RTU.

Kolejne błędy to brak terminacji RS-485, nieprawidłowa parzystość, powielone adresy slave, zbyt krótkie timeouty, zbyt częste odpytywanie dużej liczby rejestrów, brak izolacji w trudnym środowisku oraz brak diagnostyki. W praktyce wiele problemów nie wynika z samego protokołu, tylko z błędów fizycznych i czasowych w warstwie RS-485.

Jak wybrać konwerter Modbus RTU na Modbus TCP? Krok po kroku

Przed wyborem konkretnego modelu warto odpowiedzieć na kilka pytań:

  1. Czy urządzenie nadrzędne znajduje się po stronie Modbus TCP czy Modbus RTU?
  2. Czy konwerter ma pracować jako Modbus TCP server, Modbus TCP client, Modbus RTU master czy Modbus RTU slave?
  3. Ile urządzeń RTU będzie podłączonych do magistrali RS-485?
  4. Jakie są parametry transmisji: baud rate, parity, data bits, stop bits?
  5. Czy system nadrzędny ma odpytywać urządzenia bezpośrednio, czy dane mają być mapowane w pamięci konwertera?
  6. Ilu klientów TCP będzie jednocześnie korzystać z danych?
  7. Czy potrzebna jest obsługa Unit ID?
  8. Czy wymagana jest izolacja galwaniczna?
  9. Czy urządzenie ma pracować w szafie przemysłowej, na szynie DIN, w podwyższonej temperaturze lub w środowisku zakłóceń EMC?
  10. Czy konwerter oferuje diagnostykę ramek, błędów i statusu komunikacji?
  11. Czy oprogramowanie konfiguracyjne pozwala ustawić mapę rejestrów, timeouty, polling i kolejność bajtów?
  12. Czy po zaniku komunikacji urządzenie zachowuje ostatnie wartości, zeruje rejestry, czy sygnalizuje błąd?

Jaki konwerter wybrać?

Do połączenia Modbus RTU z Modbus TCP należy wybrać nie „dowolny adapter RS-485 Ethernet”, ale właściwy gateway Modbus, dobrany do kierunku komunikacji, ról master/slave lub client/server, liczby urządzeń, sposobu mapowania danych i warunków pracy. Jeżeli system SCADA, PLC lub BMS po Ethernet ma odczytywać urządzenia Modbus RTU, najczęściej wybiera się konwerter Modbus TCP server do Modbus RTU master/slave z obsługą Unit ID albo mapowaniem rejestrów. Jeżeli natomiast starszy master Modbus RTU ma komunikować się z urządzeniami po Ethernet, potrzebny jest konwerter działający w przeciwnym trybie, często z tabelą wymiany danych.

W prostych instalacjach wystarczy transparentny gateway. W aplikacjach przemysłowych, gdzie liczy się stabilność, diagnostyka, separacja danych i odporność na zakłócenia, bezpieczniej wybrać przemysłowy konwerter z konfiguracją rejestrów, izolacją, montażem DIN i pełną diagnostyką komunikacji. To właśnie poprawne określenie roli protokołu i struktury wymiany danych decyduje o tym, czy integracja Modbus RTU z Modbus TCP będzie działała stabilnie, czy stanie się źródłem trudnych do wykrycia problemów w uruchomieniu i serwisie.