angielski
chiński
hiszpański
rosyjski
portugalski
francuski
niemiecki
indonezyjski
tajski
wietnamski
arabski
włoski
turecki
japoński
PLC może otrzymywać poprawną odpowiedź radaru, choć żąda niewłaściwego rejestru. Przed zmianą kolejności bajtów lub współczynnika skali sprawdź, jak oprogramowanie przelicza udokumentowane adresy rejestrów radaru Modbus na adres wysyłany w żądaniu. Przesunięcie o jeden rejestr może zwrócić sąsiednią pozycję bez przekroczenia czasu odpowiedzi.
Zachowaj trzy postacie adresu
Zapisz oznaczenie z mapy urządzenia, liczbę wpisaną do sterownika komunikacji PLC i wynikowy adres żądania. Nie muszą mieć tej samej postaci. Sterownik komunikacji może oczekiwać przesunięcia od zera, numeru pozycji od jedynki lub odwołania do rejestru z oznaczeniem tabeli. Właściwy wpis wynika z jego konfiguracji i dokumentacji.
Protokół aplikacyjny Modbus używa w PDU żądania adresów od zera. Dla ilustracji numeracji: pierwszy rejestr w ciągu od jedynki odpowiada przesunięciu żądania 0, drugi przesunięciu 1. Nie oznacza to, że wartość poziomu MV-RD12 znajduje się pod którymkolwiek z tych przesunięć. Właściwą pozycję musi wskazywać mapa dostarczonego urządzenia.
Nie odejmuj jedynki dwukrotnie. Jeśli sterownik komunikacji już przelicza wpis od jedynki na przesunięcie protokołu, ręczne zmniejszenie wpisu zmienia żądaną pozycję. Podobnie dokument podający przesunięcia protokołu nie wymaga dodatkowego przeliczenia tylko dlatego, że inna instrukcja stosuje odwołania od jedynki.
Sprawdź adresy rejestrów radaru Modbus dla dostarczonej elektroniki
Przyrząd METRAVON MV-RD12 wymaga odpowiedniej elektroniki RS485 do komunikacji Modbus. Dwuprzewodowa konfiguracja 4-20 mA/HART jest innym interfejsem. Uzyskaj mapę dostarczonej wersji elektrycznej i określ jej wydanie oraz właściwe oprogramowanie układowe, jeśli dane są dostępne.
| Szczegół żądania | Co potwierdzić |
|---|---|
| Identyfikacja urządzenia | Właściwy przyrząd i adres sieciowy, a nie tag skopiowany z innego zbiornika. |
| Tabela rejestrów | Udokumentowana funkcja i pozycja; takie samo przesunięcie liczbowe w innej tabeli nie musi wskazywać tych samych danych. |
| Zapis sterownika komunikacji | Przyjmowana konwencja adresowania i wykonywane przeliczenie. |
| Początek i liczba | Rzeczywisty pierwszy żądany adres oraz liczba rejestrów wymagana przez udokumentowaną pozycję. |
| Znaczenie odpowiedzi | Przypisana zmienna, reprezentacja, jednostki i informacje o ważności danej pozycji. |
Sprawdź żądanie odczytu przed interpretacją odpowiedzi
Stosuj zatwierdzoną metodę uruchomienia tylko do odczytu. Jeśli sterownik komunikacji, brama lub narzędzie diagnostyczne pokazuje żądanie, zachowaj adres urządzenia, funkcję, przesunięcie początkowe i liczbę rejestrów wraz z wpisem konfiguracji. Rozróżnij zapis dziesiętny i szesnastkowy. Na przykład szesnastkowe 0x0010 oznacza dziesiętne 16, a nie dziesiętne 10.
Przed zmianą dekodowania porównaj te pola z rzeczywistą mapą. Niewłaściwa funkcja lub przesunięcie początkowe to problem adresowania. Po poprawieniu żądania stosuj udokumentowany typ danych, kolejność słów i przeliczenie. Osobne kontrole dekodowania wartości radaru dotyczą błędów reprezentacji; zmiana kolejności słów nie wybiera innego rejestru.
Jeśli nie można przechwycić rzeczywistego żądania, zachowaj nazwę i wersję sterownika komunikacji, ustawienie trybu adresowania i ekran konfiguracji. Poproś integratora lub dostawcę o potwierdzenie wynikowego żądania. Zgadnięte przesunięcie poparte jednym wiarygodnie wyglądającym wskazaniem pozostaje niezweryfikowane.
Sprawdź wybraną pozycję przed skopiowaniem do innych tagów
Porównaj żądaną wielkość ze znaną wartością lokalną w zgodnych chwilach i różnych warunkach osiągalnych bezpiecznie. Zmienna wartość nadal może być odległością, a nie poziomem. Próba przy zerze może ukryć błędną skalę lub obcy rejestr, którego wartość przypadkiem wynosi zero. Zachowaj surową odpowiedź przy każdym porównaniu.
Po zatwierdzeniu zapisz w arkuszu integracji zarówno czytelne odwołanie do mapy, jak i rzeczywiste pola żądania. Sprawdź je ponownie po zmianie sterownika komunikacji PLC lub bramy: skopiowanie tej samej liczby nie dowodzi wysyłania tego samego adresu przez nowe oprogramowanie. Włącz do odbioru również obsługiwane dane stanu i reakcję na utratę komunikacji.
Pytania, gdy odpowiedź rejestru wygląda wiarygodnie
P1. Czy brak wyjątku Modbus oznacza żądanie właściwej pozycji?
Nie. Żądana lokalizacja może być prawidłowa, lecz nadal niewłaściwa dla tego tagu. Sprawdź żądanie według dostarczonej mapy i potwierdź zwracaną zmienną niezależnie od etykiety wyświetlacza.
P2. Czy każdy wpis sterownika komunikacji zmniejsza się o jeden?
Nie. Ustal, czy mapa źródłowa i sterownik komunikacji używają przesunięć lub numerowanych odwołań oraz czy sterownik przelicza wpis. Wykonaj tylko przeliczenie wymagane przez tę udokumentowaną kombinację.
P3. Czy adres można znaleźć przez próbne zapisy parametrów?
Nie używaj zapisu do odkrywania adresów. Nieumyślny udany zapis może zmienić przyrząd. Najpierw ustal udokumentowaną mapę odczytu, a wymagany zapis konfiguracji ogranicz do uprawnionej procedury dostarczonej wersji.
Podsumowanie
Sprawdź żądaną pozycję przed interpretacją jej bajtów. Prześlij identyfikację elektroniki MV-RD12, wydanie mapy, dane sterownika komunikacji PLC i pola żądania wraz z zapytaniem o integrację. Dodaj lokalną wartość i surową odpowiedź, aby przegląd odróżnił adresowanie od przeliczania danych.
