Komunikacja danych poziomu: wymagania i testy

Cel i decyzja inżynierska

Komunikacja danych poziomu powinna mieć zdefiniowane znaczenie, jakość, czas i reakcję na awarię. Liczba odczytana przez protokół nie jest wiarygodną informacją, jeśli nie wiadomo, czy oznacza odległość, poziom, procent czy wartość sprzed godziny.

Warunki wejściowe

Dla każdego tagu dokumentuje się źródło, jednostkę, zakres, znak, skalę, typ danych, jakość, czas, częstotliwość i właściciela. Ustala się protokół, adresy, timeout, buforowanie, dostęp zdalny i uprawnienia zapisu.

Dobór lub wykonanie

Konwersja ma jedno kontrolowane miejsce, a wartość surowa pozostaje dostępna. System pokazuje ostatnią aktualizację i stan jakości. Dane nieważne, szacowane i ręczne są rozróżnione. Zmiana ustawień pozostawia ślad audytowy.

Weryfikacja terenowa

Znane wartości śledzi się przez urządzenie, PLC, bramę, SCADA, historię i raport. Testuje się rozłączenie, opóźnienie, ponowne wysłanie, duplikat, restart i alarm. Wartość stara nie może sterować bez ustalonego limitu.

Dokumentacja i utrzymanie

Mapa danych, przeliczenia, architektura, uprawnienia i wyniki są wersjonowane. Monitoruje się brak danych, opóźnienie i jakość. Zmiana protokołu, bramy lub oprogramowania wymaga testu od końca do końca.

Najczęstsze pytania

Czy odczyt poprawnej liczby kończy odbiór?

Nie, potrzebne są jednostka, jakość, czas, historia i awarie.

Czy ostatnia wartość może być wyświetlana?

Tak, ale jako stara z widocznym czasem i statusem.

Kto zatwierdza zmianę tagu?

Właściciel danych wraz z automatyką i użytkownikiem procesu.

Powiązane informacje

Powiązana technologia · Zastosowania

Author: Arvin · Source: METRAVON Instruments