Raport SCADA: najpierw definicja danych

Raport pokazuje liczbę sztuk za zmianę, ale licznik na maszynie podaje inną wartość. Zanim poprawisz wykres, sprawdź definicję danych: kiedy sztuka jest zliczana, czy odrzuty są osobno i co dzieje się z licznikiem przy zmianie receptury. Dobry raport zaczyna się od uzgodnienia zdarzeń i granic zestawienia. Samo podłączenie tagów do dashboardu nie wyjaśnia różnic w sposobie liczenia.

Dane procesu a wynik raportu

Wartość używana do sterowania i wartość do rozliczenia zmiany nie zawsze mają tę samą funkcję. Aktualna prędkość pomaga obserwować maszynę, natomiast wynik produkcji wymaga określenia, które sztuki i w jakim okresie zostały policzone. Zanim powstanie widok, zapisz nazwę danych, źródło, jednostkę i sposób wykorzystania. Ustal także, kto ma podejmować decyzje na podstawie raportu: operator, utrzymanie ruchu czy planowanie.

Opisz zdarzenie zwiększające licznik i zasady jego zerowania. Rozdziel całkowitą liczbę sztuk, sztuki dobre oraz odrzuty. Na linii z kilkoma urządzeniami wskaż źródło wyniku dla całej linii. Sumowanie liczników kolejnych stanowisk może wielokrotnie policzyć ten sam produkt. Jeśli wynik jest wyznaczany z różnicy stanów licznika, trzeba rozpoznać reset, restart urządzenia i ewentualne przepełnienie, zamiast uznać spadek wartości za ujemną produkcję.

Znacznik czasu i jakość odczytu

Ustal, skąd pochodzi timestamp: z urządzenia, systemu zbierającego czy momentu zapisu do archiwum. Te chwile mogą się różnić, szczególnie po przerwie w komunikacji. Przy zestawieniach z kilku źródeł sprawdź synchronizację zegarów i strefę czasową. Granice zmiany oraz sposób obsługi zmiany czasu powinny być zapisane w regułach raportowania, a nie zależeć od ustawienia komputera osoby otwierającej plik.

Obok wartości istotna jest jakość lub status danych, jeżeli źródło je udostępnia. Nieaktualny odczyt i brak próbki nie są tym samym co zero. Raport powinien pokazać okresy bez wiarygodnych danych i sposób ich potraktowania w wyniku. Automatyczne wypełnienie luki ostatnią wartością może być użyteczne na podglądzie, lecz wymaga osobnej oceny dla sumy, średniej lub czasu pracy.

Agregacja bez zgubienia znaczenia

Zdecyduj, czy zestawienie pokazuje sumę zdarzeń, różnicę licznika, średnią pomiaru czy czas przebywania w stanie. Te działania nie są wymienne. Średnia prędkość z rzadkich próbek nie odtwarza automatycznie liczby wyprodukowanych sztuk. Dla krótkich zdarzeń trzeba sprawdzić, czy sposób zbierania danych w ogóle je rejestruje. Rozdziel częstość odczytu, częstość archiwizacji i zakres późniejszego podsumowania.

Opisz, do której zmiany trafia zdarzenie na granicy okresów. Przy partiach ustal moment otwarcia i zamknięcia oraz sposób identyfikacji produktu. Powiązanie wyniku z recepturą nie zawsze wystarcza do traceability, jeżeli ta sama receptura obejmuje wiele partii. Wymagany poziom identyfikowalności trzeba uzgodnić z użytkownikiem danych. Nie należy obiecywać pełnej historii produktu na podstawie jednego licznika i czasu zapisu.

Alarm, postój i przyczyna postoju

Stan „maszyna nie pracuje” nie wyjaśnia, czy wystąpiła awaria, brak materiału, przezbrojenie czy planowana przerwa. Część kategorii wynika z PLC, inne wymagają wyboru operatora. Ustal kolejność rozstrzygania, kiedy jednocześnie aktywnych jest kilka przyczyn. Bez jasnej reguły dwa raporty mogą przypisać ten sam czas do różnych kategorii, mimo korzystania z tych samych sygnałów.

Oddziel alarmy od zdarzeń informacyjnych i od rozliczenia czasu postoju. Alarm może występować, gdy maszyna nadal produkuje, a planowane zatrzymanie nie musi powodować alarmu. Przydatne jest zachowanie początku, końca i źródła kategorii. Ręczna korekta powinna być rozpoznawalna wraz z powodem, jeśli wpływa na raport. Dzięki temu użytkownik może wyjaśnić zmianę wyniku zamiast szukać ukrytego błędu w wykresie.

CSV, retencja i sprawdzalny wynik

Eksport powinien zawierać jednostki, zakres czasu, strefę oraz zrozumiałe nagłówki. Przy CSV ustal separator i zapis liczb tak, aby plik nie zmieniał znaczenia po otwarciu w arkuszu. Zapisz również, jak długo przechowywane są dane szczegółowe i podsumowania. Retencja zależy od potrzeb użytkownika, pojemności oraz kosztu utrzymania, a nie od założenia, że wszystkie próbki pozostaną dostępne bezterminowo.

Przed rozbudową raportowania wybierz krótki okres i porównaj wynik z historią maszyny. Próba powinna objąć reset licznika, zmianę produktu, granicę zmiany i utratę połączenia. Wyjaśnij każdą różnicę przed dodawaniem kolejnych wykresów. W zakresie HMI i SCADA warto najpierw uzgodnić definicje i sposób weryfikacji. Do rozmowy przygotuj przykładowy raport, listę tagów i pytania, na które dane mają odpowiedzieć.