Platforma · Drgania

Analiza drgań konstrukcji — od przebiegu do progu.

Zdarzenie dynamiczne trwa sekundy. Ocena tego zdarzenia w arkuszu potrafi zająć pół dnia. Inclify przejmuje przebieg z rejestratora, liczy widmo i pasma tercjowe, porównuje wynik z obwiednią progów i zamyka sprawę alarmem albo wpisem w historii — bez ręcznej obróbki.

21 pasm tercjowych 1–100 Hz Butterworth 4. rzędu eksport XLSX z wykresami
app.inclify.com/vibration
Panel Inclify — analiza zdarzenia dynamicznego: przebieg czasowy, widmo i pasma tercjowe
Ścieżka zdarzenia

Co się dzieje po zdarzeniu

Sześć kroków między przekroczeniem progu na urządzeniu a wpisem w historii alarmów. Wszystkie automatyczne.

01 · TRIGGER

Urządzenie wyzwala rejestrację

Przekroczenie progu wyzwolenia na rejestratorze otwiera zdarzenie. Platforma dostaje je z pełnym kontekstem czasowym: urządzenie, kanał, znacznik wyzwolenia.

próg wyzwolenia · kanał · timestamp
02 · BUFOR

Pre-trigger i post-trigger

Rejestrator dokłada do przebiegu fragment sprzed wyzwolenia i po nim. To bufor pre-trigger decyduje, czy widać początek zjawiska, czy dopiero jego skutek.

pre-trigger · post-trigger · fs
03 · PORCJE

Przebieg przychodzi fragmentami

Pełny przebieg trafia do platformy w porcjach, odkładanych na trwałym wolumenie. Zdarzenie ma status „zbieranie” aż do ostatniej porcji — dopiero komplet idzie dalej.

staging · status: zbieranie → komplet
04 · ANALIZA

Silnik liczy poza PHP

Kompletny przebieg przechodzi przez wybrany profil przetwarzania. Obliczenia idą w rozszerzeniu natywnym opartym o FFTW — nie w kodzie aplikacji.

fft_v1 · iir_butterworth_v1
05 · PROGI

Porównanie z obwiednią

Wyniki tercjowe zestawiane są z wartościami referencyjnymi pasmo po paśmie. Ocena sprowadza się do jednej liczby — najgorszego stosunku w całym widmie.

W = max(wartość / referencja)
06 · ALARM

Stan, powiadomienie, historia

Przekroczenie współczynnika ostrzegawczego lub alarmowego zmienia stan alarmu i uruchamia powiadomienie. Zdarzenie zostaje w historii z linkiem do konkretnego przebiegu.

WARNING · ALARM · historia zdarzeń
Profile przetwarzania

Dwa profile analizy, jeden przebieg wejściowy

Profil wybierasz świadomie — każdy ma inne wymagania wobec sygnału i inaczej odpowiada na pytanie „ile drgało w tym paśmie”.

Profil fft_v1

Klasyczna droga widmowa: transformata Fouriera przebiegu i widmo amplitudowe, z którego wyprowadzane są wartości tercjowe.

  • Widmo amplitudowe FFT całego zarejestrowanego przebiegu
  • Wartości tercjowe w dwóch ujęciach: RMS i MAX
  • Bez dodatkowych warunków co do długości pre-triggera
FFT · widmo amplitudowe · tercje RMS i MAX

Profil iir_butterworth_v1

Filtracja pasmowa zamiast odczytu z widma: sygnał przechodzi przez zestaw filtrów, a wynik liczony jest w dziedzinie czasu, osobno dla każdego pasma.

  • 21 stałych pasm tercjowych w zakresie 1–100 Hz
  • Filtr Butterwortha 4. rzędu w postaci kaskady sekcji drugiego rzędu (SOS)
  • Przebieg filtrowany dwukrotnie — w przód i wstecz
21 pasm · SOS · filtracja dwukierunkowa
Warunek
Częstotliwość efektywna > 224 Hz

Profil Butterwortha wymaga sygnału próbkowanego powyżej tej wartości. Poniżej — najwyższe pasma tercjowe nie miałyby pokrycia w danych.

Warunek
Pre-trigger min. 10 s

Filtry potrzebują odcinka na ustalenie się odpowiedzi. Krótszy bufor sprzed wyzwolenia dyskwalifikuje przebieg dla tego profilu.

Silnik
Rozszerzenie natywne (FFTW)

Transformaty i filtracja liczone są w rozszerzeniu natywnym, nie w PHP — dlatego długie przebiegi z wysoką częstotliwością nie blokują platformy.

Zmiana profilu
Ponowna analiza projektu

Po zmianie profilu całą historię zdarzeń projektu można przeliczyć na nowo. Wyniki są najpierw przygotowywane w tabeli roboczej i zastępują dotychczasowe dopiero po ukończeniu całego przebiegu — panel nie pokazuje częściowo przeliczonego zbioru.

Alarm dynamiczny

Próg to nie jedna liczba, tylko obwiednia

Jedna wartość graniczna na całe widmo albo przepuszcza to, co powinna zatrzymać, albo alarmuje przy każdym przejeździe. Dlatego alarm dynamiczny w Inclify pracuje na obwiedni 21 pasm tercjowych — model normalized_ratio_v2.

  • Wartość referencyjna definiowana osobno dla każdego z 21 pasm
  • Ocena zdarzenia sprowadzona do jednego wskaźnika: W = max(wartość / referencja)
  • Wspólny współczynnik ostrzegawczy i alarmowy nad całą obwiednią — kształt progu zmieniasz w jednym miejscu
  • Pojedyncze pasma można wyłączyć z oceny, gdy na obiekcie mieszka w nich stałe, znane źródło drgań
  • Tryb oceny do wyboru: RMS, MAX albo oba naraz
app.inclify.com/alarms/dynamic
Panel Inclify — konfiguracja alarmu dynamicznego na 21 pasmach tercjowych

Obwiednia progów wchodzi plikiem

Progi dynamiczne importujesz i eksportujesz w pliku CSV z 85 kolumnami i separatorem ;. Nikt nie przepisuje obwiedni ręcznie.

85 kolumn · separator „;” · import i eksport

Podgląd przed zapisem

Import najpierw pokazuje, co dokładnie się zmieni (dry-run), a zapis wykonuje się w całości albo wcale. Plik z literówką nie zostawia po sobie połowy zmienionych progów.

dry-run · zapis atomowy
W panelu

Co dostajesz po każdym zdarzeniu

Wynik analizy jest gotowy do oceny inżynierskiej i do wysłania dalej — bez przekładania danych między narzędziami.

Widok analizy zdarzenia

  • Przebieg czasowy i widmo tego samego zdarzenia obok siebie
  • Słupki tercjowe w dwóch ujęciach: MAX i RMS
  • Przełącznik osi X / Y / Z bez przeładowania widoku
  • Metryki VR MAX i VR RMS nad wykresami
przebieg · widmo · tercje · osie X/Y/Z

Wynik do wysłania dalej

  • Eksport XLSX z wykresami — gotowy do załącznika
  • Kopiowanie linku do konkretnego zdarzenia: druga osoba otwiera dokładnie ten sam kadr
  • Zdarzenia dostępne razem z resztą danych projektu, w tym samym panelu
XLSX z wykresami · link do zdarzenia

Histogram VR MAX

  • Rozkład zdarzeń w oknie 24 h, 7 d lub 30 d
  • Podsumowanie stanu progów pod histogramem — ile zdarzeń i gdzie względem obwiedni
  • Odpowiedź na pytanie „czy to był wyjątek, czy codzienność” bez przeglądania listy
24 h · 7 d · 30 d
app.inclify.com/vibration/histogram
Panel Inclify — histogram VR MAX z podsumowaniem stanu progów
Konfiguracja

Ustawienia, które decydują o jakości wyniku

Analiza jest tak dobra, jak przebieg, który dostanie. Parametry rejestracji ustawia się w platformie, przy kanale.

Próbkowanie
Częstotliwość próbkowania

Ustawiana per kanał — od niej zależy, do jakiego pasma sięga analiza i czy przebieg kwalifikuje się do profilu Butterwortha.

Bufory
Pre-trigger i post-trigger

Długość zapisu przed wyzwoleniem i po nim. Pre-trigger to jedyny sposób, żeby zobaczyć, co poprzedziło zdarzenie.

Kalibracja
Wzmocnienie per oś

Kalibracja wzmocnienia osobno dla osi X, Y i Z — wyniki zostają w jednostkach fizycznych, nie w działkach przetwornika.

Ślad
Każda zmiana zapisana

Zmiana profilu, progu czy kalibracji trafia do audit trailu: kto, co, kiedy i na jaką wartość. Wynik analizy da się powiązać z konfiguracją, na której powstał.

Pozostałe moduły

Drgania to jeden z kanałów projektu

Czujniki i akwizycja

Akcelerometry MEMS i piezoelektryczne obok czujników statycznych — trzy klasy danych: pomiary cykliczne, zdarzenia i pełne przebiegi.

Czujniki do monitoringu konstrukcji →

Analityka i alerty

Równania obliczeniowe, pomiary referencyjne, progi ostrzegawcze i alarmowe oraz pełny cykl życia alarmu z powiadomieniami.

Analiza danych z monitoringu →

Cała platforma

Od czujnika, przez obliczenia i progi, po dashboardy, alerty i audit trail — jeden system dla statyki i dynamiki obiektu.

Przegląd platformy →

Przynieś jeden przebieg

Na demo puścimy Twoje zdarzenie przez oba profile analizy i pokażemy, jak wygląda ocena na obwiedni pasm tercjowych — na realnych danych, nie na slajdach.