FAT i SAT systemu monitoringu drgań: plan odbioru

Zielony dashboard nie jest protokołem odbioru. FAT i SAT muszą udowodnić całą drogę od znanego wymuszenia do kompletnego rekordu, alarmu i reakcji człowieka.

Odpowiedź wprost

FAT powinien przed dostawą sprawdzić sprzęt, konfigurację, przetwarzanie, kompletność danych i logikę alarmową wobec uzgodnionej specyfikacji. SAT powtarza kluczowe próby po montażu w prawdziwym punkcie, z rzeczywistym zasilaniem, łączem, czasem i odbiorcami powiadomień. FIT oraz SIT sprawdzają połączenia z innymi systemami. Odbiór następuje dopiero wtedy, gdy każdy test ma znane wejście, oczekiwany wynik, tolerancję, dowód i właściciela odchylenia.

Pakiet minimum

  • FAT: identyfikacja elementów, kalibracja, próbki referencyjne, trigger, pełny rekord, analiza, alarm, eksport i zachowanie po błędzie.
  • FIT: połączenie rejestratora, platformy, poczty, SMS i wymaganych integracji przed wyjazdem na obiekt.
  • SAT: punkt, mocowanie, osie, kabel, zasilanie, transmisja, czas, alarm testowy i dostęp użytkowników w warunkach terenowych.
  • SIT: przekazanie zdarzeń do zewnętrznych systemów lub procedur, jeśli projekt tego wymaga.
  • Każdy niezaliczony test kończy się odchyleniem, terminem i ponowną próbą. „Do poprawy po odbiorze” nie jest wynikiem pozytywnym.

Systemy monitoringu drgań często odbiera się od końca. Na ekranie widać trzy osie, ktoś wywołuje alarm testowy, e-mail dochodzi. Pod protokołem pojawia się podpis. Nikt nie sprawdził, czy pierwszy pik zdarzenia zmieścił się w rekordzie, czy częstotliwość wynika z sygnału, czy brakujący fragment został ujawniony oraz czy współczynnik kalibracji jest przypisany do właściwej osi.

Taki odbiór potwierdza działanie interfejsu. Nie potwierdza zdolności pomiarowej.

IEC 62381:2024 definiuje wymagania i checklisty dla FAT, opcjonalnego FIT, SAT oraz SIT systemów automatyki w przemyśle procesowym. Monitoring konstrukcji nie jest dokładnie tym samym zastosowaniem, ale logika normy jest bardzo użyteczna: strony przed testem ustalają zakres, odpowiedzialności, dokumentację i kryteria, a plan dostosowują do konkretnego systemu. Nie wystarczy improwizowana prezentacja dostawcy.

FAT, FIT, SAT i SIT nie są czterema nazwami tej samej próby

Factory Acceptance Test (FAT) odbywa się przed wysyłką lub wdrożeniem. Celem jest wykazanie, że elementy i funkcje spełniają specyfikację w kontrolowanych warunkach. Na stole można podać znany sygnał, zasymulować utratę pakietu i zmienić próg bez presji placu budowy.

Factory Integration Test (FIT) sprawdza połączenie podsystemów przed dostawą. Dla monitoringu może objąć rejestrator, bramę komunikacyjną, platformę, usługę pocztową, SMS, synchronizację czasu i wymagany interfejs zewnętrzny. IEC 62381:2024 dodała FIT jako opcjonalną, wyraźnie nazwaną fazę.

Site Acceptance Test (SAT) odbywa się po instalacji. Sprawdza to, czego nie da się uczciwie potwierdzić w laboratorium: punkt i sztywność mocowania, orientację, trasę kabla, zasięg, lokalne zakłócenia, zasilanie, pogodę, konta użytkowników i realny czas powiadomienia.

Site Integration Test (SIT) obejmuje integrację na miejscu z procesem klienta. Przykład: alarm trafia do dyspozytora, zdarzenie zostaje powiązane z dziennikiem robót, a osoba na zmianie wykonuje krok z planu reakcji. Jeśli projekt nie ma zewnętrznych integracji, zakres SIT może być mały. Nie należy go dopisywać dla ozdoby.

Faza Najważniejsze pytanie Gdzie Czego nie potwierdza
FAT czy produkt działa zgodnie ze specyfikacją środowisko dostawcy lub kontrolowane stanowisko montażu i łączności na obiekcie
FIT czy podsystemy wymieniają poprawne dane przed dostawą, wspólne środowisko zachowania pełnej instalacji terenowej
SAT czy zainstalowany tor działa w punkcie docelowym obiekt długoterminowej trwałości bez próby eksploatacyjnej
SIT czy monitoring uruchamia uzgodniony proces klienta środowisko operacyjne poprawności progu inżynierskiego, jeśli nie został zatwierdzony

FAT nie zastępuje SAT. Wymiana czujnika, przewodu, uchwytu, wersji konfiguracji albo interfejsu po FAT oznacza, że zmienił się badany układ. Trzeba wskazać, które testy powtórzyć.

Zanim powstanie test, zamroź podstawę odbioru

Test nie może rozstrzygać nieuzgodnionej specyfikacji. Najpierw potrzebujesz zatwierdzonej listy wymagań i wersji dokumentów. Strukturę warstwy danych warto zaczerpnąć ze specyfikacji danych do OPZ, a minimum dla toru drganiowego obejmuje:

  • cel pomiaru i decyzję operacyjną;
  • punkty, osie, wielkość fizyczną oraz jednostkę;
  • pasmo, zakres amplitudy, próbkowanie i filtrację;
  • trigger, pre-trigger, post-trigger i maksymalny rekord;
  • wymaganą metrykę, sposób obliczenia i tolerancję;
  • definicję kompletności oraz reakcję na brak fragmentu;
  • progi, histerezę i stany alarmu;
  • odbiorców, kanały i maksymalny czas powiadomienia;
  • retencję fali, wyników i logów;
  • eksport, role, dostęp i procedurę wyjścia;
  • listę dokumentów powykonawczych.

Jeżeli wymaganie brzmi „analiza zgodna z normą”, test nie ma jednoznacznego wyniku. Trzeba podać dokument, wydanie, zakres, punkt, wielkość, tolerancję i dowód. Jeżeli wymaganie brzmi „alarm w czasie rzeczywistym”, ustal stoper: od której chwili do której oraz jaki limit w sekundach lub minutach.

Karta testu, która nie zostawia miejsca na gesty

Każda próba powinna mieć identyfikator i jeden mierzalny cel. Dobra karta zawiera:

Pole Przykład treści
identyfikator FAT-DYN-07
wymaganie pełny rekord 30 s z 10 s przed triggerem
warunki konfiguracja, wersja, temperatura, czas UTC
wejście skalibrowany sinus 10 Hz o zadanej amplitudzie
procedura kroki operatora i przyrząd referencyjny
wynik oczekiwany liczba próbek, pasmo, amplituda i tolerancja
dowód plik, zrzut, log, protokół przyrządu
wynik zaliczony, niezaliczony albo zablokowany
odchylenie opis, ryzyko, właściciel, termin
ponowna próba data, wersja poprawki, podpisy

Unikaj wyniku „zaliczony z uwagami”, jeżeli uwaga dotyczy funkcji krytycznej. Można dopuścić drobne odchylenie dokumentacyjne z terminem, ale nie brak pre-triggera, błędną jednostkę albo alarm bez odbiorcy.

Plan FAT: od wejścia do dowodu

1. Identyfikacja i konfiguracja

Porównaj numery seryjne, typy, zakresy, wersje, certyfikaty kalibracji, okablowanie i akcesoria z listą dostawy. Zapisz eksport konfiguracji, nie tylko zdjęcie ekranu. Sprawdź, czy współczynniki i osie są przypisane do właściwych punktów.

2. Tor sygnałowy

Podaj sygnały o znanej częstotliwości i amplitudzie w kilku miejscach pasma. Dodaj poziom bliski tłu, typowy i bliski górnej granicy. Sprawdź polaryzację, jednostkę, zakres oraz nasycenie. Jeśli czujnik i generator nie pozwalają na laboratoryjne wzbudzenie całego zestawu, wskaż, która część jest symulowana, a która fizyczna.

3. Próbkowanie i czas

Porównaj liczbę próbek z długością rekordu. Sprawdź monotoniczność czasu, strefę UTC, zachowanie po restarcie, utracie synchronizacji i ponowieniu transmisji. Dla kilku urządzeń przeprowadź wspólne wymuszenie i zmierz różnicę czasu według wymaganej tolerancji. Pełną zależność parametrów rekordu wyjaśnia poradnik o próbkowaniu, triggerze i pre-triggerze.

4. Trigger i okno

Podaj serię impulsów poniżej, przy i powyżej progu. Zweryfikuj moment wyzwolenia, pre-trigger, post-trigger, ponowne uzbrojenie i dwa zdarzenia blisko siebie. Osobno sprawdź impuls występujący tuż przed końcem lokalnego bufora.

5. Kompletność i odporność transmisji

Przerwij łącze podczas wysyłki. Usuń jeden kontrolowany fragment, powtórz inny i zmień kolejność. System powinien rozpoznać duplikat, pokazać postęp i nie przedstawiać częściowego rekordu jako kompletnego.

W Inclify terminalny stan incomplete pojawia się dopiero, gdy najnowszy czas danego strumienia przejdzie koniec badanego okna i wiadomo, że starszych części już nie będzie. Sama cisza nie kończy rekordu, bo urządzenie może wznowić wysyłkę po godzinach. Test musi więc obejmować zarówno opóźnione domknięcie, jak i potwierdzony brak.

6. Analiza

Porównaj przebieg, FFT i wyniki pasmowe z obliczeniem referencyjnym. Zapisz funkcję okna, skalowanie, zakres częstotliwości, miarę RMS lub MAX i tolerancję. Test jednej częstotliwości nie kwalifikuje wszystkich 21 pasm.

7. Alarmy i powiadomienia

Przejdź sekwencję OK, ostrzeżenie, alarm oraz powrót z uwzględnieniem histerezy. Zmierz czas. Sprawdź e-mail i SMS, preferencje odbiorców, potwierdzenie, wyciszenie na określony czas oraz ślad w historii. Odbierz także rzeczywistą procedurę działania opisaną w planie reakcji na alarm TARP. Testowa wiadomość wysłana bez rzeczywistego przejścia stanu nie sprawdza silnika alarmowego.

8. Błędy, restart i odtworzenie

Odłącz zasilanie, uruchom system ponownie, przywróć łącze i sprawdź kolejkę. Zweryfikuj, że ponowienie nie dubluje zdarzenia. Sprawdź procedurę naprawy nieudanej analizy oraz to, czy stary, poprawny wynik nie znika przed ukończeniem nowego przeliczenia.

9. Eksport i audyt

Wyeksportuj wyniki, przebieg lub dostępny pakiet zdarzeń, konfigurację alarmów i listę zmian. Otwórz plik niezależnym narzędziem. Zaloguj się kontem administratora i kontem tylko do odczytu, aby sprawdzić uprawnienia. Ustal, jak zabezpieczyć rekord objęty sporem przed rutynową retencją.

Scenariusz liczbowy FAT dla jednego rekordu

Załóżmy sinus 10 Hz o amplitudzie przyspieszenia 0,20 m/s², próbkowanie 256 Hz i rekord 30 s, w tym 10 s pre-triggera. Oczekiwana liczba próbek na jedną oś wynosi:

256 próbek/s × 30 s = 7 680 próbek

W 10 s pre-triggera powinno znajdować się 2 560 próbek. FFT powinna wskazać dominantę przy 10 Hz w granicach tolerancji wynikającej z długości rekordu i konfiguracji analizy. Pasmo tercjowe obejmujące 10 Hz powinno zareagować zgodnie z obliczeniem referencyjnym.

To nie jest komplet kryteriów. Trzeba jeszcze zdefiniować tolerancję amplitudy, fazy, czasu, szumu i przecieku widma. Sygnał generatora nie dowodzi poprawnego montażu na budynku. Pozwala natomiast wykryć zamienioną jednostkę, zły współczynnik, niepełny rekord i błędne przetwarzanie przed wyjazdem.

W osobnej próbie usuń jeden fragment. Wynik nie może wyglądać jak pełne 7 680 próbek po interpolacji. Interfejs powinien pokazać brak, a procedura ustalić, czy nastąpi ponowienie, naprawa z zachowanego logu czy terminalne oznaczenie niekompletności.

Plan SAT: laboratorium kończy się na progu obiektu

SAT zaczyna się od kontroli dokumentacji powykonawczej. Punkt na rysunku musi odpowiadać punktowi fizycznemu. Sprawdź podłoże, mocowanie, orientację, przewód, dławiki, obudowę, zasilanie i oznaczenia. Szczegółową procedurę znajdziesz w poradniku o montażu czujnika drgań.

Następnie wykonaj bezpieczne, powtarzalne wymuszenie terenowe. Porównaj odpowiedź z testem przed dostawą, uwzględniając różnicę warunków. Nie próbuj „wyrównać” wyniku zmianą współczynnika bez wyjaśnienia przyczyny.

Przetestuj awarię prawdziwego łącza oraz zasilania. Sprawdź odbiór alarmu na telefonach osób, które pełnią dyżur, nie na numerze integratora. Potwierdź, że użytkownik tylko do odczytu widzi właściwy projekt, a nie dane innego klienta.

Checklista SAT do podpisu

  • [ ] Punkty i osie zgadzają się z rysunkami powykonawczymi.
  • [ ] Mocowanie, kabel i zabezpieczenie środowiskowe przeszły oględziny.
  • [ ] Kalibracja i konfiguracja odpowiadają dostarczonym urządzeniom.
  • [ ] Test terenowy ma zapisane wymuszenie i kryterium.
  • [ ] Czas wszystkich urządzeń mieści się w tolerancji.
  • [ ] Każdy rekord ma właściwe okno i status kompletności.
  • [ ] Zanik łącza nie usuwa lokalnie zachowanego zdarzenia.
  • [ ] Po powrocie łącza dane dochodzą bez duplikatów.
  • [ ] Analiza pokazuje właściwą jednostkę i zakres pasma.
  • [ ] Alarm przechodzi przez prawdziwy próg oraz histerezę.
  • [ ] E-mail i SMS docierają do zatwierdzonych odbiorców.
  • [ ] Potwierdzenie oraz wyciszenie zapisują osobę i czas.
  • [ ] Konta oraz role ograniczają dostęp zgodnie z umową.
  • [ ] Eksport otwiera się poza platformą i zawiera metadane.
  • [ ] Instrukcja serwisu, retencji i eskalacji jest przekazana.
  • [ ] Wszystkie odchylenia mają właściciela i termin ponownej próby.

Kryteria biznesowe, które zwykle znikają z protokołu

System może przejść test techniczny i nadal nie nadawać się do pracy. Dodaj próby operacyjne. Osoba na nocnej zmianie powinna rozpoznać projekt, punkt, poziom, czas i wymagane działanie bez telefonu do autora dashboardu. Kierownik musi umieć odróżnić brak danych od braku drgań. Administrator powinien wydać pakiet dla rzeczoznawcy bez pisania nowego skryptu. Te zdolności powinny być ocenione także w checkliście wyboru platformy monitoringu, zanim wynik FAT stanie się argumentem zakupowym.

Zmierz także obciążenie. Seria stu słabych triggerów powinna przejść bez utraty, a zespół musi mieć sposób ich priorytetyzacji. Jeżeli pilotaż generuje sześć godzin ręcznego przeglądu dziennie, jest to odchylenie od procesu, nawet gdy wszystkie funkcje działają.

W protokole zapisz gwarantowany czas reakcji serwisu, kalendarz kalibracji, odpowiedzialność za baterie, retencję i format końcowego wydania danych. Te elementy decydują, czy zdolność z FAT przetrwa pół roku na budowie.

Jak wygląda odbiór Inclify

Inclify przyjmuje ramki z urządzeń przez HTTP/JSON i zapisuje pomiary z czasem UTC. Dla rozpoznanych wymian administrator może obejrzeć metadane, zdekompresowaną treść oraz pobrać surowe ciało w okresie retencji logu, domyślnie siedem dni. W FAT pozwala to porównać wysłane wejście z odpowiedzią i wynikiem zapisanym w systemie.

Dla zdarzeń dynamicznych platforma przechowuje pełny przebieg, profil analizy i liczniki oczekiwanych oraz odebranych fragmentów. W UI pokazuje postęp. Niekompletny rekord pozostaje oznaczony, zamiast po cichu udawać pełny. Nieudaną analizę można ponowić, a przeliczenie projektu publikuje wyniki dopiero po ukończeniu wszystkich partii.

Dostępne profile obejmują FFT oraz analizę 21 pasm tercjowych od 1 do 100 Hz. Profil z filtrami Butterwortha 4. rzędu wymaga efektywnego próbkowania powyżej 224 Hz i co najmniej 10 s pre-triggera. Kalibrację ustawia się osobno dla każdej osi.

Alarm dynamiczny ocenia RMS i MAX względem obwiedni referencyjnej. Ma poziom ostrzegawczy, alarmowy i histerezę. Przejścia stanu, potwierdzenie i wyciszenie na określony czas zostawiają ślad, a powiadomienia mogą iść e-mailem oraz SMS-em. Konkretny sygnał dynamiczny można wyeksportować do XLSX, konfigurację progów pasmowych do CSV.

Inclify nie kalibruje fizycznie czujnika i nie kwalifikuje mocowania. Nie generuje raportu odbiorowego PDF jednym kliknięciem. Nie zatwierdza też progu inżynierskiego ani zgodności całej instalacji z normą. Te dowody dostarcza zespół pomiarowy i osoba odpowiedzialna za ocenę.

Ograniczenia FAT i SAT

Zaliczenie testu dowodzi działania w sprawdzonych warunkach oraz wersji. Nie jest obietnicą dla dowolnej temperatury, pasma i liczby zdarzeń. Jeżeli w eksploatacji zmienisz czujnik, filtr, próbkowanie, algorytm lub próg, wykonaj analizę wpływu i powtórz odpowiednie próby.

SAT nie zastępuje okresu obserwacji. Bateria, klej, złącze i łączność mogą działać pierwszego dnia, a zawieść po cyklu pogody. Ustal test stabilności po tygodniu i po miesiącu oraz kryteria odbioru końcowego.

Najważniejsze: pozytywny alarm testowy nie dowodzi bezpieczeństwa konstrukcji. Potwierdza drogę sygnału i procedurę. Decyzję inżynierską opiera się na zatwierdzonym kryterium, jakości toru i kontekście obiektu.

FAQ

Czy FAT jest potrzebny przy gotowym systemie SaaS?

Tak, jeśli system odpowiada za krytyczny pomiar lub alarm. Nie testujesz kodu dostawcy od zera, lecz konkretną konfigurację, urządzenia, mapowanie, analizę, role, powiadomienia i eksport dla projektu. Część prób może odbyć się zdalnie. Gotowy produkt nie usuwa ryzyka błędnej integracji.

Kto powinien uczestniczyć w FAT i SAT?

Właściciel lub przedstawiciel inwestora, wykonawca monitoringu, integrator, specjalista drgań oraz osoba odpowiedzialna za operacyjną reakcję. IT powinno uczestniczyć przy sieci, kontach i bezpieczeństwie. Jedna osoba może pełnić kilka ról, ale akceptacja metrologii nie powinna zniknąć w podpisie administratora systemu.

Czy SAT można wykonać bez kontrolowanego wymuszenia?

Można sprawdzić część funkcji przez symulację lub wstrzyknięcie sygnału, lecz nie potwierdzi to sprzężenia czujnika z konstrukcją. Jeśli fizyczne wymuszenie jest niemożliwe, zapisz ograniczenie i zastosuj bezpieczną metodę zastępczą zatwierdzoną przez specjalistę. Nie nazywaj testu interfejsu pełnym odbiorem toru.

Co zrobić z testem niezaliczonym tuż przed rozpoczęciem robót?

Oceń wpływ na decyzję i bezpieczeństwo. Funkcja krytyczna, na przykład brak pre-triggera, błędna jednostka lub niedziałający alarm, blokuje gotowość. Odchylenie musi mieć właściciela, poprawkę i ponowny test. Presja harmonogramu nie zmienia wyniku technicznego; może jedynie uruchomić formalną decyzję o ryzyku przez uprawnioną stronę.

Jak długo przechowywać dowody z FAT i SAT?

Co najmniej przez okres wynikający z umowy, eksploatacji, gwarancji i możliwych sporów. Zachowaj plan, wyniki, surowe pliki, konfigurację, wersje, certyfikaty, odchylenia, poprawki i podpisy. Nie polegaj na krótkiej retencji logów operacyjnych platformy. Pakiet odbiorowy powinien mieć osobne, kontrolowane archiwum.

Czy po aktualizacji oprogramowania trzeba powtórzyć SAT?

Nie zawsze cały. Potrzebna jest analiza wpływu: które funkcje, obliczenia, interfejsy lub dane zmieniła aktualizacja. Dla zmiany algorytmu analizy powtórz próby sygnałowe i alarmowe. Dla kosmetycznej zmiany tekstu może wystarczyć regresja UI. Zakres i decyzję zapisz, zamiast zakładać brak wpływu.

Źródła i dalsza lektura

Przed podpisaniem protokołu

Wybierz jedno wymaganie krytyczne i poproś o dowód przejścia całej drogi: znane wymuszenie, pełny rekord, analiza, przekroczenie, wiadomość do dyżurnego i wpis reakcji. Jeżeli któregoś ogniwa nie można pokazać, system nie jest jeszcze odebrany. Porozmawiaj z zespołem Inclify, jeśli chcesz przeprowadzić taki scenariusz FAT i SAT na pilotażowym torze przed rozpoczęciem prac.

Czytaj dalej

Powiązane artykuły

Wszystkie artykuły

Monitorujesz konstrukcję? Umów demo

Pokażemy platformę na żywo na przykładzie obiektu podobnego do Twojego i podpowiemy, od czego zacząć pomiary — bez zobowiązań.