Progi alarmowe w monitoringu konstrukcji ustawia się na dwóch poziomach działania – ostrzegawczym (WARNING) i alarmowym (ALARM) – a wartości bierze się z projektu, norm, procentu wartości dopuszczalnych albo ze statystyki okresu bazowego. Sam próg nie wystarczy: potrzebuje zabezpieczeń przed fałszywymi alarmami, osobnego stanu NO_DATA i procedury „kto–co–kiedy”. Po pierwszych 30 dniach danych progi się stroi, nie zgaduje.
W skrócie
- Dwa poziomy działania wystarczą: WARNING znaczy „zweryfikuj”, ALARM znaczy „reaguj”. Trzeci stan, NO_DATA, to nie brak problemu, tylko osobny problem z własną procedurą.
- Wartości progów: projekt, normy, procent wartości dopuszczalnych, statystyka okresu bazowego (średnia ± k·σ), doświadczenie z podobnych obiektów – zwykle dwa źródła naraz: jedno mówi „co groźne”, drugie „co nietypowe”.
- Próg na wartość jest ślepy na tempo. W ocenie uwzględnij trend (mm/dobę) i prędkość zmian, a dla drgań – obwiednię dynamiczną.
- Siedem zabezpieczeń przed fałszywymi alarmami: histereza, minimalny czas trwania, kompensacja temperatury, walidacja skoków, NO_DATA zamiast zera, aktualna kalibracja, okres bazowy.
- Plan reagowania to tabela z nazwiskami i czasami podpisana przed pierwszym alarmem, nie po nim. Gotowy szkielet znajdziesz niżej.
Alarm, który nikogo nie obchodzi, to najgorszy alarm
Wyobraź sobie kierownika budowy, który w pierwszym tygodniu po uruchomieniu monitoringu wykopu dostaje kilkadziesiąt SMS-ów. Wszystkie z tego samego inklinometru na nasłonecznionej ścianie budynku sąsiedniego, wszystkie między 13:00 a 16:00, wszystkie „WARNING”. W drugim tygodniu przestaje je czytać. W trzecim prosi o wyłączenie powiadomień z tego kanału. W czwartym ten kanał pokazuje realne przekroczenie, a SMS ląduje tam, gdzie poprzednie. To hipotetyczny scenariusz, ale każdy, kto uruchamiał system pomiarowy, rozpozna w nim coś znajomego.
Jeżeli odpowiadasz za taki system, boisz się dwóch rzeczy naraz: że alarmy będą fałszywe i ludzie przestaną je czytać, i że ten jeden prawdziwy przyjdzie o 3:00 do nikogo. Oba lęki są zasadne i oba leczy się tym samym zestawem: progami z dwóch źródeł, filtrami przed progiem i procedurą za progiem. Ten tekst daje Ci gotowiec – macierz reagowania do wypełnienia nazwiskami i listę kontrolną strojenia po 30 dniach.
System wczesnego ostrzegania w monitoringu konstrukcji to zestaw progów, reguł ich oceny i procedur reagowania, który zamienia strumień pomiarów w decyzję konkretnej osoby w określonym czasie. Jeżeli na końcu łańcucha nie ma osoby, która wie, co zrobić z SMS-em, to nie jest system wczesnego ostrzegania, tylko archiwum.
Progi psują się na trzy sposoby. Za ciasne generują szum i uczą ludzi ignorowania alarmów. Za luźne milczą do chwili, w której decyzję podjęła już konstrukcja, nie inżynier. Progi bez procedury trafiają do nikogo. Jeżeli dopiero zaczynasz temat, zacznij od kompletnego przewodnika po monitoringu konstrukcji – tutaj zakładam, że wiesz, co mierzysz, i pytasz, kiedy ma zadzwonić telefon. Odczyt domyślnie co 15 minut lub częściej daje przewagę czasu, o której piszemy we wpisie o tym, co naprawdę znaczy „100× szybciej”, ale szybki odczyt z błędnym progiem to szybka informacja o niczym. Najpierw progi i procedura, potem częstotliwość.
Źródła wartości progów: skąd brać liczby
Próg alarmowy to wartość mierzonej wielkości lub jej pochodnej (trendu, prędkości), której przekroczenie uruchamia z góry ustaloną procedurę. Skąd wziąć tę wartość? Z jednego z pięciu źródeł – a w praktyce z dwóch naraz.
| Źródło | Kiedy ma sens | Plusy | Minusy |
|---|---|---|---|
| Projekt / obliczenia (przemieszczenia i odkształcenia obliczone dla danej fazy) | wykopy, obudowy, konstrukcje tymczasowe, metoda obserwacyjna wg Eurokodu 7 | sens fizyczny; odpowiedzialność za liczbę po stronie projektanta | często tylko wartość końcowa, bez pośrednich dla faz; rzadko tempo zmian |
| Normy (PN-B-02170 – drgania a budynki, skale SWD; PN-B-02171 – drgania a ludzie w budynkach) | drgania z budowy, ruchu, maszyn | gotowe kryteria; łatwe do obrony w sporze | wąski zakres wielkości; nic nie powiedzą o pochyleniu Twojej konkretnej ściany |
| Procent wartości dopuszczalnych (nośności, przemieszczenia granicznego, ugięcia) | znana wartość graniczna, potrzebne dwa poziomy poniżej niej | prosta konwencja zrozumiała dla kierownika i projektanta; rezerwa czasu na reakcję | procent jest umową, nie prawem fizyki; trzeba go uzgodnić i zapisać |
| Statystyka z okresu bazowego (średnia ± k·σ z danych sprzed oddziaływania) | budynki sąsiednie przed robotami, obiekty istniejące, kanały bez wartości projektowej | wykrywa „coś się zmieniło”, nawet gdy wartość jest mała; uwzględnia realny szum kanału | mówi o nietypowości, nie o groźności; wymaga okresu bez oddziaływania; wrażliwa na sezon |
| Doświadczenie z podobnych obiektów | brak projektu i okresu bazowego; szybki start | realistyczne rzędy wielkości od ręki | nieprzenośne bez uzasadnienia; trudne do obrony na pytanie „dlaczego akurat tyle” |
Zasada, którą stosuję: jeżeli istnieje wartość projektowa lub normowa, ona definiuje ALARM. Statystyka okresu bazowego definiuje WARNING. Pierwsza odpowiada na pytanie „czy to groźne”, druga „czy to nietypowe”. Obie są potrzebne, bo konstrukcja potrafi być w granicach projektu i jednocześnie robić coś, czego nie robiła wcześniej – a to jest dokładnie informacja, dla której montuje się czujniki.
Procent wartości dopuszczalnej – przykład ilustracyjny
Przyjmijmy, ilustracyjnie, że projektant dopuszcza poziome przemieszczenie korony ściany szczelinowej 30 mm w fazie końcowej wykopu. Często uzgadniana konwencja: WARNING przy 60 % (18 mm), ALARM przy 80 % (24 mm). Pozostałe 20 % to rezerwa na procedurę – czas na weryfikację, decyzję i działanie, zanim konstrukcja dojdzie do wartości, której projektant już nie obronił obliczeniem. Te procenty nie wynikają z normy; wynikają z tego, ile czasu potrzebujesz na reakcję przy realistycznym tempie zmian. Jak rozkładać punkty pomiarowe i progi po fazach robót, opisujemy we wpisie o monitoringu geotechnicznym wykopu głębokiego.
Statystyka okresu bazowego: średnia ± k·σ
Okres bazowy to odcinek czasu po montażu i ustabilizowaniu czujnika, a przed początkiem oddziaływania (robót, obciążenia), z którego liczy się „normalne” zachowanie kanału. Z tego okresu wyznaczasz dla każdego kanału średnią (m) i odchylenie standardowe (σ), a próg ustawiasz jako m ± k·σ. Współczynnik k = 3 to klasyczny punkt startu: przy rozkładzie zbliżonym do normalnego niecałe 0,3 % odczytów wypadnie poza ±3σ przez przypadek.
Przykład ilustracyjny. Inklinometr na ścianie kamienicy obok planowanego wykopu, 14 dni okresu bazowego, odczyt domyślnie co 15 minut lub częściej. Po wyzerowaniu średnia pochylenia wynosi 0,00 mrad, σ = 0,04 mrad. Próg statystyczny przy k = 3 to ±0,12 mrad. Ile to w milimetrach? Przemieszczenie na wysokości H liczy się jako Δ = φ · H, gdzie φ podajesz w mrad, H w metrach, a wynik wychodzi w mm (1 mrad na 10 m to 10 mm). Dla ściany 12 m daje to 1,44 mm na koronie. To bardzo czuły próg: wykryje zmianę, ale nie powie, czy ta zmiana komuś szkodzi. Dlatego obok niego stoi próg konstrukcyjny – uzgodniony z konstruktorem lub rzeczoznawcą dla tego budynku – który definiuje ALARM. Jak to zorganizować po stronie kierownika budowy, piszemy we wpisie o monitoringu budynków sąsiednich podczas budowy.
Dwie pułapki okresu bazowego: jeśli obejmuje tylko dni pochmurne, σ będzie zaniżona i letnie popołudnia posypią alarmami; jeśli czujnik jeszcze „siadał” po montażu, średnia i σ opisują montaż, nie konstrukcję. Minimum 7 dni, lepiej 14, najlepiej 30 – z co najmniej jednym przejściem frontu pogodowego.
Dwa poziomy czy trzy?
Dwa poziomy działania wystarczą, jeśli każdy ma inną procedurę. Trzeci ma sens tylko wtedy, gdy uruchamia inną reakcję innych ludzi – na przykład w planie działań awaryjnych metody obserwacyjnej. PN-EN 1997-1 (Eurokod 7), p. 2.7, wymaga przed rozpoczęciem budowy ustalenia granic akceptowalnego zachowania, planu monitorowania, który ujawni przekroczenie odpowiednio wcześnie, oraz planu działań awaryjnych na wypadek przekroczenia granic – kolejne progi to kolejne, z góry zaprojektowane działania z tego planu. W drugiej generacji Eurokodu 7 (EN 1997-1:2024) metoda obserwacyjna pozostaje, ale numeracja punktów jest inna, więc przed powołaniem w dokumentacji sięgnij po aktualne wydanie. Jeśli dwa poziomy mają tę samą procedurę, to jest jeden poziom. NO_DATA to nie trzeci poziom – to osobna oś.
Co z tego dla Ciebie: zanim wpiszesz pierwszą liczbę, ustal, z którego źródła pochodzi i kto za nią odpowiada – projektant za ALARM, Ty za WARNING statystyczny. Ta jedna decyzja porządkuje wszystko, co niżej.
WARNING / ALARM / NO_DATA – trzy stany, trzy procedury
Każdy kanał w dowolnym momencie jest w jednym z czterech stanów: OK, WARNING, ALARM albo NO_DATA. Trzy ostatnie wymagają osobnej procedury, bo oznaczają trzy różne rzeczy.
WARNING to stan, w którym wartość lub trend przekroczyły próg ostrzegawczy, ale nie alarmowy. Znaczy: „coś się dzieje, zweryfikuj”. Procedura: osoba dyżurna sprawdza, czy to kanał, czy konstrukcja – patrzy na sąsiednie czujniki, temperaturę, log komunikacji i na to, co działo się na budowie o tej godzinie. Wpisuje ocenę do dziennika. Jeśli to konstrukcja, podnosi czujność: częstsze spojrzenie, informacja do kierownika robót, ewentualnie pomiar ręczny. Czas reakcji: tego samego dnia. WARNING nie zatrzymuje robót; WARNING zatrzymuje założenie, że wszystko jest w porządku.
ALARM to stan, w którym przekroczono próg alarmowy – wartość uzgodnioną z projektantem jako granicę, powyżej której obliczenia nie gwarantują bezpieczeństwa. Znaczy: „działaj teraz”. Procedura: telefon, nie e-mail. Wstrzymanie robót w strefie oddziaływania (kto może wydać takie polecenie, musi być zapisane wcześniej). Oględziny na miejscu. Decyzja projektanta lub konstruktora o dalszym postępowaniu. Czas reakcji: minuty na potwierdzenie odbioru, pierwsza decyzja w ciągu godziny, również poza godzinami pracy – dlatego lista odbiorców SMS musi mieć zastępstwa.
NO_DATA to stan, w którym z kanału nie przyszedł odczyt w oczekiwanym oknie czasu – na przykład przez godzinę przy cyklu 15-minutowym, czyli po czterech brakujących odczytach. NO_DATA nie jest zerem i nie jest OK – to informacja, że jesteś ślepy na tym kanale. Przyczyny są zwykle prozaiczne: zasilanie, zasięg, uszkodzony kabel, zawieszony rejestrator, koparka. Procedura: serwis sprawdza zasilanie i transmisję, ustala przyczynę i termin przywrócenia. Jeśli kanał jest krytyczny dla bieżącej fazy robót (inklinometr w ścianie, którą dziś głębisz), NO_DATA traktuj jak WARNING: pomiar ręczny albo spowolnienie robót do czasu przywrócenia danych. Czas trwania NO_DATA jest mierzalny i powinien być raportowany jako kompletność danych (SLA danych) – luka w zapisie to luka w dowodach, o czym piszemy w tekście o danych z monitoringu jako dowodzie w sporze.
Powrót do OK też jest zdarzeniem. Alarm, który zniknął sam, bez oceny, to nie zamknięta sprawa, tylko sprawa, której nikt nie otworzył. Zamknięcie zdarzenia powinno wymagać potwierdzenia człowieka (kto przejął, co ustalił), a nie samego spadku wartości poniżej progu.
Co z tego dla Ciebie: trzy stany to trzy różne telefony do trzech różnych osób. Jeśli dziś wszystkie trafiają do tej samej skrzynki, masz jeden stan i nazywa się „szum”.
Wartość, trend, prędkość, obwiednia dynamiczna
Konstrukcja rzadko psuje się skokowo. Zwykle zmierza gdzieś w określonym tempie, a tempo jest wcześniejszą informacją niż poziom. Stąd cztery rodzaje kryteriów.
Próg na wartość (bezwzględny) porównuje bieżący odczyt z ustaloną liczbą. Jest najprostszy i najczęstszy – i ślepy na kierunek i tempo: 8 mm osiągnięte w rok i 8 mm osiągnięte w cztery dni wyglądają dla niego identycznie.
Kryterium trendu porównuje nachylenie prostej dopasowanej do odczytów z okna czasu (zwykle 24 h lub 7 dni) z ustaloną wartością, na przykład w mm/dobę lub mrad/dobę. Przykład ilustracyjny: ściana ma 8 mm z 30 mm dopuszczalnych – próg na wartość milczy. Ale 8 mm pojawiło się w cztery dni, czyli 2 mm/dobę; przy tym tempie 24 mm (umowny ALARM) to kwestia ośmiu dni. Kryterium trendu ustawione na 1 mm/dobę zadziałałoby drugiego dnia, z tygodniem zapasu. Trend liczy się na danych oczyszczonych z wahań dobowych (średnia dobowa albo porównanie odczytów z tej samej godziny), inaczej nachylenie z 24 h pokaże temperaturę, nie konstrukcję.
Kryterium prędkości zmian to ten sam pomysł w krótszym oknie – godziny, nie doby – nastawiony na zdarzenia gwałtowne: uderzenie, przebicie, nagłe odciążenie. Tu pasują mm/h. Ma sens przy pracach, które mogą coś uszkodzić w jednej zmianie roboczej: palowanie, rozbiórki, odwodnienie.
Nie każda platforma liczy trend i prędkość jako osobny, automatyczny alarm. Wtedy kryterium trendu nie znika – przenosi się do procedury: dyżurny, który weryfikuje WARNING, ocenia nachylenie z wykresu i raportów statystycznych (dryf z 7 i 30 dni, z-score względem okresu bazowego), a wartość graniczna w mm/dobę stoi w macierzy reagowania jako kryterium informowania projektanta. Gorsze od braku automatu jest tylko brak kryterium.
Obwiednia dynamiczna dotyczy drgań. Zdarzenie drganiowe trwa sekundy. Pojedynczy odczyt quasi-statyczny w domyślnym interwale 15 minut nie zastępuje rejestracji przebiegu drgań; potrzebna jest osobna ścieżka dynamiczna, na przykład rejestracja wyzwalana zdarzeniem. Alarm dynamiczny obwiedni porównuje zarejestrowane zdarzenie – wartość szczytową lub skuteczną i rozkład energii po pasmach (widmo FFT, pasma tercjowe) – z zadaną krzywą graniczną. Dla konstrukcji budynków punktem odniesienia jest PN-B-02170:2016-12, która w metodzie przybliżonej używa skal SWD-I i SWD-II i ocenia maksymalne wartości prędkości lub przyspieszenia składowych poziomych w pasmach tercjowych, mierzone na fundamencie lub na poziomie terenu. Dla ludzi w budynkach – PN-B-02171:2017-06, która ocenia drgania w miejscu przebywania ludzi, w pasmach 1–80 Hz, przez wartości skuteczne (RMS) porównywane z progiem odczuwalności zależnym od przeznaczenia pomieszczenia i pory doby. Sama wartość szczytowa nie wystarczy, bo ta sama amplituda przy 5 Hz i przy 60 Hz znaczy co innego dla konstrukcji – stąd obwiednia po częstotliwości, a nie jedna liczba.
Typowy zestaw dla kanału przemieszczenia lub pochylenia: WARNING i ALARM na wartość plus kryterium trendu w procedurze (albo jako alarm, jeśli platforma go liczy). Dla kanałów drganiowych: obwiednia dynamiczna. Dla kanałów pomocniczych (temperatura, piezometr referencyjny) często wystarczy sam WARNING, bo służą do interpretacji, nie do decyzji.
Fałszywe alarmy: 7 przyczyn i 7 zabezpieczeń
Fałszywy alarm to przekroczenie progu, które po weryfikacji nie odpowiada zmianie stanu konstrukcji. Każdy kosztuje: czas dyżurnego, wiarygodność systemu, a po kilku tygodniach uwagę ludzi. Siedem najczęstszych przyczyn i zabezpieczenie na każdą:
| # | Przyczyna | Jak to wygląda na wykresie | Zabezpieczenie |
|---|---|---|---|
| 1 | Oscylacja wokół progu – szum kanału przeskakuje próg w obie strony | seria alarm/powrót/alarm co kilka odczytów | Histereza: próg powrotu do OK niżej niż próg wejścia w WARNING (ilustracyjnie o 5–10 % wartości progu albo o 1σ) |
| 2 | Pojedynczy zakłócony odczyt – ktoś oparł się o czujnik, przejechał walec, zakłócenie elektryczne | jeden słupek daleko od sąsiadów, następny odczyt w normie | Minimalny czas trwania: stan zmienia się po N kolejnych odczytach powyżej progu (np. 2–3 cykle 15-minutowe); opóźnienie 30–45 min przy zjawiskach statycznych jest pomijalne |
| 3 | Dobowe „oddychanie” termiczne – konstrukcja i czujnik reagują na słońce i noc | sinusoida dobowa, szczyty o tej samej porze | Kompensacja temperatury / filtr dobowy: progi na wartościach skompensowanych lub na średniej dobowej; wykres wieloosiowy pochylenie–temperatura odróżnia oddychanie od trwałego trendu |
| 4 | Skok o rząd wielkości – błąd transmisji, błędna ramka, przestawiona jednostka w rejestratorze | wartość fizycznie niemożliwa (np. 40 mm w 15 min na ścianie szczelinowej) | Walidacja skoków: maksymalna fizycznie możliwa zmiana między odczytami; odczyt spoza zakresu czujnika odrzucony i oflagowany, zamiast alarmu konstrukcyjnego |
| 5 | Brak odczytu interpretowany jako zero – rejestrator lub oprogramowanie wpisuje 0 tam, gdzie nie ma danych | nagły spadek do zera i alarm „przemieszczenia ujemnego” | NO_DATA zamiast zera: brak danych jest osobnym stanem z osobną procedurą; zero to wartość, a nie brak pomiaru |
| 6 | Dryf czujnika / nieaktualna kalibracja | powolny, monotoniczny trend na jednym kanale, bez potwierdzenia na sąsiednich | Kalibracja: pilnowanie okresów kalibracji (dług kalibracji), zerowanie po stabilizacji, porównanie z kanałem redundantnym; trend na jednym czujniku z grupy to podejrzany czujnik, nie konstrukcja |
| 7 | Progi ustawione „z głowy” w dniu montażu | alarmy od pierwszej doby, bez związku z robotami | Okres bazowy: progi statystyczne po 7–30 dniach, progi projektowe od razu; zerowanie po ustabilizowaniu montażu, nie w dniu przykręcenia |
Histereza alarmu to różnica między progiem wejścia w stan a progiem powrotu z niego, która zapobiega wielokrotnemu przełączaniu stanu przy odczytach oscylujących wokół granicy. Minimalny czas trwania to liczba kolejnych odczytów (lub minut) przekroczenia wymagana do zmiany stanu; tam, gdzie platforma go nie oferuje, tę samą rolę pełni zasada w procedurze: „pojedynczy odczyt weryfikujemy, dwa kolejne traktujemy jako stan”. Te dwa parametry – nie wartość progu – to pierwsze miejsce, w które sięgasz, gdy alarmów jest za dużo. Podniesienie progu „bo hałasuje” to leczenie gorączki przez wyrzucenie termometru.
Co z tego dla Ciebie: zanim ruszysz próg, przejdź listę od 1 do 7 i nazwij przyczynę. Sześć z siedmiu fałszywych alarmów da się usunąć bez zmiany ani jednej wartości granicznej.
Plan reagowania: macierz kto–co–kiedy
Plan reagowania to dokument, który przypisuje każdemu stanowi każdego kanału (lub grupy kanałów) konkretne osoby, czynności i czasy. Bez niego SMS jest informacją; z nim jest poleceniem. Szkielet wypełnia się nazwiskami i numerami telefonów przed pierwszym odczytem. Czasy są ilustracyjne – propozycja do uzgodnienia, nie norma. Kolumna „eskalacja” to zasada organizacyjna: powiadomienie idzie do wszystkich z listy jednocześnie, a kto widzi nieprzejęte zgłoszenie po upływie terminu, dzwoni sam – nie czeka, aż zrobi to automat.
| Stan | Kto dostaje powiadomienie (SMS + e-mail) | Co robi | W jakim czasie | Potwierdzenie / eskalacja (zasada organizacyjna) |
|---|---|---|---|---|
| WARNING | dyżurny inżynier monitoringu; kierownik robót (e-mail) | weryfikuje kanał (sąsiednie czujniki, temperatura, log komunikacji, dziennik budowy), ocenia trend, wpisuje ocenę | potwierdzenie odbioru do 1 h w godzinach pracy; ocena tego samego dnia | brak potwierdzenia w 2 h → zastępca dzwoni do kierownika budowy; dwa WARNING w 24 h na kanale albo trend powyżej __________ mm/dobę → informacja do projektanta |
| ALARM | dyżurny inżynier; kierownik budowy; projektant/konstruktor; inspektor nadzoru (wg umowy); zastępcy | telefon do kierownika budowy, wstrzymanie robót w strefie, oględziny, decyzja projektanta; dokumentacja (zdjęcia, notatka) | potwierdzenie odbioru do 15 min, także poza godzinami pracy; pierwsza decyzja do 1 h | nieprzejęte w 15 min → zastępca przejmuje i dzwoni; brak decyzji projektanta w 1 h → inwestor |
| NO_DATA – kanał krytyczny (np. inklinometr w ścianie w bieżącej fazie głębienia) | dyżurny inżynier; serwis; kierownik robót | serwis: zasilanie, transmisja, rejestrator; kierownik: pomiar ręczny albo spowolnienie robót do przywrócenia danych | diagnoza do 2 h; przywrócenie danych tego samego dnia | brak danych > 4 h w fazie krytycznej → jak WARNING; > 24 h → decyzja kierownika budowy o wstrzymaniu robót w strefie |
| NO_DATA – kanał niekrytyczny | serwis | ustala przyczynę, planuje naprawę, wpisuje termin | diagnoza następnego dnia roboczego | luka > 72 h → informacja do kierownika projektu; luka zapisana w raporcie kompletności danych |
| Powrót do OK | dyżurny inżynier | zamyka zdarzenie z opisem przyczyny i ustaleń; jeśli przyczyna była pomiarowa – zgłasza do strojenia | przy zamknięciu | zdarzenie bez opisu przyczyny nie jest zamknięte |
Trzy zasady wokół tej tabeli. Każdy alarm ma jednego właściciela, który go „przejął” – widocznego dla pozostałych, żeby nie było tak, że nikt nie dzwoni, bo każdy myśli, że dzwoni ktoś inny. Wyciszenie alarmu zawsze ma termin i powód; wyciszenie bezterminowe to wyłączenie kanału bez przyznania się do tego. Lista odbiorców to role z zastępstwami – urlop dyżurnego nie może być luką w systemie.
Co z tego dla Ciebie: skopiuj tabelę do dokumentu kontraktowego, wpisz nazwiska, numery i wartość trendu, daj do podpisu kierownikowi budowy i projektantowi. Od tej chwili każdy SMS ma adresata.
Strojenie progów po 30 dniach danych
Progi ustawione w dniu uruchomienia są hipotezą. Po 30 dniach masz dane, żeby ją sprawdzić: cykl tygodniowy (roboty vs weekend), kilka zmian pogody, pierwsze zdarzenia. Strojenie to procedura, nie jednorazowa decyzja – i powinna zostawić ślad.
- Policz statystykę każdego kanału z 30 dni: średnia, σ, amplituda dobowa, wartości skrajne, kompletność (NO_DATA).
- Przejrzyj dziennik alarmów: ile WARNING i ALARM, ile potwierdzonych jako zmiana konstrukcji, ile pomiarowych, ile termicznych. Pogrupuj fałszywe po przyczynie z tabeli wyżej.
- Najpierw filtry, potem wartości. Termiczne – kompensacja temperatury albo średnia dobowa. Oscylacyjne – histereza. Pojedyncze – minimalny czas trwania lub zasada „dwa kolejne odczyty”. Dopiero potem rozważ wartość progu.
- Progi statystyczne przelicz z nowego okresu: 30 dni daje lepsze m i σ niż 14. Propozycja liczona z percentyli historii (np. 98. percentyl dla WARNING) mówi, co jest nietypowe dla tego kanału – to próg „zweryfikuj”, nie „reaguj”. Jeżeli WARNING był projektowy – zostaw; jego zadaniem nie jest dzwonić często, tylko dzwonić wtedy.
- Progu ALARM wynikającego z projektu nie podnosisz sam. Strojenie dotyczy WARNING, filtrów i kryteriów trendu. Zmiana ALARM to decyzja projektanta, na piśmie – także wtedy, gdy statystyka podpowiada inną liczbę.
- Zmiana fazy robót = przegląd progów. Przejście z głębienia na kotwienie, z obciążenia próbnego na eksploatację – każda faza ma inne wartości dopuszczalne i inne tempo.
- Zapisz kto, kiedy, co i dlaczego zmienił. Historia zmian progów jest częścią dokumentacji pomiarowej: gdy za dwa lata ktoś zapyta, dlaczego w trzecim tygodniu podniesiono próg na kanale 7, odpowiedź musi być w platformie, nie w czyjejś pamięci.
Przykład ilustracyjny: kanał pochylenia na elewacji południowej dał w 30 dni kilkanaście WARNING, wszystkie w słoneczne popołudnia, żaden nie potwierdzony na kanałach sąsiednich. Wniosek nie brzmi „podnieść próg dwukrotnie”, tylko „włączyć kompensację temperatury i liczyć WARNING na wartości skompensowanej”. Po zmianie kanał dalej wykrywa trwały trend – tylko przestał dzwonić o słońcu.
Statystyczne wykrywanie anomalii (z-score liczony na bieżąco) uzupełnia tę procedurę: podpowiada, które kanały zachowują się inaczej niż w okresie bazowym, zanim przekroczą próg. Nie zastępuje progów projektowych i nie podejmuje decyzji – gdzie przebiega ta granica, piszemy we wpisie o AI w monitoringu konstrukcji.
Jak to wygląda w Inclify
W Inclify są trzy typy alarmów: progowy, brak danych (NO_DATA) i dynamiczny (obwiednia drgań). Alarm progowy ustawiasz per kanał: próg WARNING, próg ALARM, kierunek porównania i histereza. Alarm NO_DATA ma własne okno czasu (domyślnie 60 minut, czyli cztery brakujące cykle przy odczycie domyślnie co 15 minut lub częściej) – po jego upływie kanał przechodzi w NO_DATA, a nie w zero. Stan każdego kanału – OK, WARNING, ALARM lub NO_DATA – widzisz w panelu projektu, a każde przejście między stanami zostaje w historii z wartością, która je wywołała.
Powiadomienia idą e-mailem, SMS-em i w aplikacji do użytkowników, którzy subskrybują dany projekt; każdy sam wybiera kanały i minimalny stan, od którego chce być budzony, a administrator dostaje ALARM zawsze. Powtórki tego samego alarmu ogranicza czas uspokojenia (domyślnie 60 minut), ale przejście z WARNING w ALARM i powrót do OK są wysyłane zawsze. Alarm potwierdzasz jednym działaniem – platforma zapisuje, kto i kiedy go przejął, i pokazuje to pozostałym – i możesz go wyciszyć na określony czas (od minuty do roku); wyciszenie bezterminowe nie istnieje z założenia. Utworzenie, zmiana, wyłączenie, potwierdzenie i wyciszenie alarmu trafiają do dziennika audytu, więc punkt 7 z listy strojenia dzieje się sam.
Uczciwie o tym, czego nie ma: platforma nie liczy dziś alarmów na trend ani na prędkość zmian, nie ma parametru minimalnego czasu trwania przekroczenia i nie eskaluje automatycznie do kolejnej osoby, gdy nikt nie potwierdzi. Tempo zmian oceniasz z wykresu wieloosiowego (pochylenie na tle temperatury), z raportu długu kalibracji (dryf jako nachylenie z 7 i 30 dni) i z raportu ryzyka 7/30 dni (z-score, EWMA, CUSUM per kanał); eskalację i zasadę „dwóch kolejnych odczytów” zapisujesz w macierzy reagowania – dlatego jest w tym tekście gotowa do skopiowania.
Raport strojenia alarmów liczy dla każdego kanału propozycje progów z percentyli historii (WARNING z 98., ALARM z 99,5. percentyla) i pokazuje, ile zdarzeń tygodniowo wygenerowałby każdy wariant; propozycję możesz zastosować jednym działaniem albo odrzucić. Obok niego raporty kompensacji temperatury, długu kalibracji i SLA danych (kompletność, luki, świeżość) pokrywają przyczyny 3, 5 i 6 z tabeli fałszywych alarmów. Dla kanałów drganiowych alarm dynamiczny porównuje RMS i MAX w 21 pasmach tercjowych (1–100 Hz) z obwiednią referencyjną – poziom ostrzegawczy i alarmowy to ułamek obwiedni, z histerezą – a dla każdego zdarzenia masz przebieg czasowy i widmo FFT. Log komunikacji z surowymi ramkami z urządzeń (domyślnie 7 dni) pozwala zweryfikować WARNING w kilka minut; po latach dowodem są pomiary w bazie z czasem UTC i historia stanów alarmów. Szczegóły: /platform/monitoring.
FAQ
Ile poziomów progów alarmowych ustawić – dwa czy trzy?
Dwa poziomy działania: WARNING („zweryfikuj”) i ALARM („reaguj”), każdy z własną procedurą i własnymi odbiorcami. Trzeci poziom ma sens tylko wtedy, gdy uruchamia realnie inne działania – na przykład kolejne kroki planu awaryjnego w metodzie obserwacyjnej. NO_DATA to nie trzeci poziom, tylko osobny stan oznaczający brak danych, z osobną procedurą serwisową. Jeśli dwa poziomy mają tę samą procedurę, scal je.
Skąd wziąć wartości progów, jeśli projekt ich nie podaje?
Poproś projektanta o wartości dopuszczalne dla danej fazy i przyjmij WARNING oraz ALARM jako ich uzgodniony procent. Równolegle po okresie bazowym (7–30 dni bez oddziaływania) wyznacz próg statystyczny jako średnia ± 3σ – wychwyci zmianę zachowania, nawet małą. Dla drgań sięgnij po PN-B-02170 i PN-B-02171. Wartości „z doświadczenia” traktuj jako start, nie jako uzasadnienie.
Czym różni się próg na wartość od kryterium trendu?
Próg na wartość porównuje odczyt z ustaloną liczbą i nie widzi tempa: 8 mm w rok i 8 mm w cztery dni wyglądają tak samo. Kryterium trendu porównuje nachylenie z okna (np. mm/dobę z 24 h lub 7 dni) i reaguje na kierunek i tempo zmian, zwykle wcześniej. Dobrze działają razem: wartość z projektu, trend z okresu bazowego, oba liczone na danych oczyszczonych z wahań dobowych temperatury. Jeśli platforma nie liczy trendu jako alarmu, wpisz wartość graniczną w mm/dobę do procedury dyżurnego.
Co robić ze stanem NO_DATA?
Traktować jako osobny stan, nigdy jako zero i nigdy jako OK. Serwis sprawdza zasilanie, transmisję i rejestrator, ustala termin przywrócenia. Na kanale krytycznym dla bieżącej fazy robót NO_DATA traktuj jak WARNING: pomiar ręczny albo spowolnienie robót do czasu powrotu danych. Czas trwania NO_DATA raportuj jako kompletność danych – luka w zapisie to luka w dowodach.
Jak często stroić progi?
Pierwszy przegląd po 30 dniach danych, potem przy każdej zmianie fazy robót lub obciążenia i po każdym zdarzeniu, które okazało się fałszywe z przyczyny pomiarowej. Najpierw filtry (histereza, minimalny czas trwania lub zasada dwóch odczytów, kompensacja temperatury), dopiero potem wartości progów. Progu ALARM wynikającego z projektu nie zmienia się bez pisemnej decyzji projektanta. Każdą zmianę zapisuj: kto, kiedy, co, dlaczego.
Kto powinien dostawać SMS z alarmem?
Tylko osoby, które mają działać: dyżurny inżynier monitoringu, kierownik budowy, przy ALARM także projektant lub konstruktor – każdy z zastępstwem. Pozostali (inwestor, nadzór, zarząd) dostają e-mail lub raport, chyba że umowa stanowi inaczej. Im więcej odbiorców SMS, tym szybciej alarm staje się szumem. Ten tekst opisuje praktykę inżynierską i nie stanowi porady prawnej; obowiązki stron wynikają z umowy, projektu i przepisów.
Źródła i dalsza lektura
- PN-EN 1997-1:2008 Eurokod 7: Projektowanie geotechniczne – Część 1: Zasady ogólne, p. 2.7 metoda obserwacyjna (granice akceptowalnego zachowania, plan monitorowania, plan działań awaryjnych) – Polski Komitet Normalizacyjny, sklep.pkn.pl
- Borecka A., Stopkowicz A., Sekuła K., „Metoda obserwacyjna i monitoring geotechniczny w świetle przepisów prawa…”, Przegląd Geologiczny 2017, vol. 65, nr 10/2 – pełny tekst (BazTech)
- PN-B-02170:2016-12 Ocena szkodliwości drgań przekazywanych przez podłoże na budynki (skale SWD-I, SWD-II) – PKN, sklep.pkn.pl
- PN-B-02171:2017-06 Ocena wpływu drgań na ludzi w budynkach – PKN, sklep.pkn.pl
- Stypuła K., „O zmianach w normie PN-B-02170…”, Przegląd Budowlany 10/2017 – Biblioteka Nauki
- Rozporządzenie Ministra Transportu, Budownictwa i Gospodarki Morskiej z dnia 25 kwietnia 2012 r. w sprawie ustalania geotechnicznych warunków posadawiania obiektów budowlanych (§ 7, § 10 pkt 10 – zakres monitorowania w projekcie geotechnicznym) – ISAP
- Ustawa z dnia 7 lipca 1994 r. – Prawo budowlane (art. 22, 61, 62) – ISAP
- Dokumentacja producentów rejestratorów i czujników – sekcje o alarmach, walidacji danych i kalibracji: Campbell Scientific, Geokon
- Wpisy serii: Monitoring konstrukcji (SHM): kompletny przewodnik · Dane z monitoringu jako dowód w sporze
Co dalej
Jeżeli masz obiekt, na którym progi ustawiono raz i nikt ich od tamtej pory nie dotykał – albo dopiero planujesz monitoring i chcesz, żeby pierwszy alarm był prawdziwy – najniższy próg wejścia to pilot na jednym obiekcie lub podłączenie czujników, które już masz. Pokażemy na projekcie podobnym do Twojego, jak wyglądają stany kanałów, potwierdzenia, wyciszenia z terminem i propozycje strojenia, i przejdziemy z Tobą macierz reagowania z tego tekstu. Zespół Inclify buduje i utrzymuje systemy pomiarowe od 15 lat – te zasady pochodzą z obiektów, nie z podręcznika. Najlepszy moment: przed fazą wykopu albo przed najbliższym przeglądem, dopóki okres bazowy jest jeszcze do zebrania. Odpowiadamy w 24 godziny: porozmawiajmy. Jeżeli wolisz najpierw poczytać, jak działają alarmy i stany kanałów w platformie, zobacz /platform/monitoring.