Přehled flotily

Uzly seskupené podle mostu. Klikni na kartu pro detail a konfiguraci.

BR07 — most Ostravice, střed rozpětí

Uzel #7 · sync skupina „Ostravice" · baseline: f1, f2 naučené · f3 se učí · poslední kontakt dnes 04:12

Zobrazený uzel:

Damage index ▸

0.7

Baterie (LIC) ▸

3.42 V

Denní zisk ▸ iProč ne napětí panelu
Harvester drží panel v pracovním bodě (MPP), takže jeho napětí je pořád skoro stejné bez ohledu na to, jak svítí — jako proxy osvitu je bezcenné. Zisk se proto počítá z profilu napětí LIC: rychlost nabíjení + doba strávená na plném napětí.

312 J

Teplota ▸

12.4 °C

Náklon (změna) ▸

0.012 °

Signál (RSRP)

−98 dBm · CE0

Poslední kontakt

dnes 04:12

Stav

● zdravý

Statický náklon — geometrie konstrukce (sedání, pootočení)

Zobrazuje se změna proti zamčené referenci, ne absolutní úhel. Jak náklon funguje →

Odklon od svislice

— °

Osa X (podélná)

— °

Osa Y (příčná)

— °

|g| kontrola

— mg

Zobrazit: iProč vektor
Náklon je prostorová veličina — sklon konstrukce má směr i velikost. Jedna osa ukáže jen průmět do své roviny a pootočení v kolmém směru jí unikne. Odklon od svislice (velikost vektoru gravitace mimo svislici) je jediné číslo, které zachytí naklonění v libovolném směru. Osy zvlášť se hodí, když chceš vědět, kterým směrem se to hnulo: X = podélně (sedání opěr), Y = příčně (pootočení pilíře).

Rozlišení je po průměrování přes celé okno v řádu tisícin stupně, ale 0-g offset čidla se posouvá s teplotou (~0,05–0,3 mg/°C = až desetiny stupně za sezónu). Náklon proto prochází stejnou teplotní kompenzací jako frekvence (zamčená reference po pásmech) — surová hodnota sama o sobě nic neznamená.

Log událostí z uzlu — uložený ve flash, přežívá reset

Log je ve flash uzlu a přežije reset; stahuje se přes BLE. Co log obsahuje →

Poslední stažení: dnes 09:14 · 1024 záznamů (kruhový buffer)

#	Čas	Událost	Detail

Detektory náklonu, tlumení, směru a koherence — stejná logika jako u frekvencí

Vyhodnocuje se po teplotních pásmech; mimo naučené pásmo jen upozornění. Jak se to vyhodnocuje →

Veličina	Aktivní	Pokrytí pásem	Nominál ± σ	Žlutá	Červená	Akce

Výkonové spektrum — sledované módy

f1 3.81 Hz · f2 5.05 Hz · f3 8.93 Hz

Trend f1 (po teplotní kompenzaci)

Mód: Rozsah:

po kompenzaci surová (před kompenzací)

Závislost na teplotě — naučená křivka g(T) pro vybranou veličinu

Křivka g(T) (kvadratická) je naučené zdravé chování — jak frekvence klesá s teplotou. Růžové pásmo je rozptyl ±σ naměřených bodů kolem křivky; z něj se počítají meze (žlutá 3σ, červená 5σ). Poškození = trvalý odklon ven z pásma, ne pohyb po křivce.

Každý bod má svislý ±CI fousek (konfidenční interval frekvence z uncertainty-SSI) a jeho velikost = váha: přesně identifikovaný mód (malé CI, dobré SNR) váží do křivky i σ víc, utopený skoro nic (inverse-variance). Frekvence se identifikují ze tří os (svislá = ohyb, vodorovné = příčné/torzní). Kde jsou čidla gradientu, je g funkcí (střední T, gradient) — sundá i „opřené slunko". Detaily: dok. 08.

Učení má dvě fáze: hrubá křivka (dny–týdny, pár desítek měření) stačí na náhlé jevy; plná křivka (~rok) pokryje celý teplotní rozsah od mrazů po vedra. „Naučeno" = pokryl jsi rozsah, na kterém chceš detekovat, a σ se ustálil.

Veličina:

Detekce a baseline — co je právě aktivní

Baseline g(T) se učí po teplotních pásmech. Detekce běží per-pásmo: přesné = dost dat (spolehlivé vyhodnocení), hrubé = málo dat (detekuje s upozorněním), prázdné = zatím nedetekuje (nebo extrapolace na kraji). Náhlé jevy a poměry (teplotně nezávislé) se hlídají od začátku. Kraje rozsahu se plní pomalu — extrémní teploty nejsou často.

Pokrytí pásem pro mód:

Detektor	Stav	Chytí	Latence

Poměr módů f1/f2 (na teplotě ~nezávislý)rozbití = poškození

Pár:

Zprávy uzlu — přijaté / odeslané / ve frontě

Čas	Směr	Typ	Obsah	Stav

Plán mostu — BR07 · Ostravice

Rozmístění uzlů podél mostu a tvar prvního kmitu. Lokalizace poškození se zpřesňuje s počtem uzlů.

Poloha mostu — kde most je (nastavitelné)

Google Mapa se načte online.
49.8209, 18.2625

GPS šířka

GPS délka

Popis místa

Fotky mostu — jak to na místě vypadá

Deník mostu — historie zásahů a poznámek

Konstrukce — nastaveno při založení mostu

Typ konstrukce

—

Počet polí

—

Materiál

—

Doména metody

—

Typ konstrukce, počet polí a párování uzlů patří k založení mostu — mění se jen při instalaci, ne v provozu.

Plán mostu a tvary kmitů — podle typu konstrukce zvoleného výše

Pole: 3(mění se v Administraci → Konfigurace konstrukce) Zobrazit mód: tvar kmitu

Doporučená poloha se řídí typem konstrukce (nastavuje se v Konfiguraci konstrukce níže) — ne slepě středem. ▲ kmitna (sem senzor) · ✕ uzel módu (sem NE) · ▮ doporučená poloha.

Zařízení a jejich poloha — přiřaď ID uzlu ke každému poli

Každé pole může mít uzel. Přidáš-li pilíř, přibude prázdné políčko — vepiš ID registrovaného uzlu. Prázdné pole = bez senzoru.

Pole	ID uzlu	Poloha v poli	Stav	Signál

Propojení uzlů na mostě — skupina a společný plán

Uzly se před měřením srovnají přes BLE, aby měřily totéž. Jak synchronizace funguje →

Zapnout synchronizaci skupiny iUzly se před měřením sejdou na BLE a srovnají si hodiny obousměrnou výměnou (princip NTP). Bez toho měří každý podle svého RTC a jejich data nelze porovnávat jako současná.

Referenční uzel (master) iOdpovídá na výměny, ostatní se srovnávají vůči němu. Volit ten s nejlepším dosahem na zbytek — typicky prostřední uzel mostu.

Guard — čekání na sejití [s] iPokrývá rozptyl probuzení (~2 s), nalezení v advertisingu (~2,5 s), spojení (~0,5 s) a výměny (~1 s/uzel). 15 s má rezervu.

Plán měření iVe skupině se nastavuje jen na masteru — členové ho dědí, jinak by se rozešli a neměřili totéž.

Vzdálený uzel přes přeposílač iKdyž master nedosáhne na krajní uzel, srovná se přes prostřední (A→B→C). Chyba každého článku se ale přičítá — řetězit jen když přímý dosah nestačí.

Skupina (most)

Společný plán měření

Uzel	Poloha	Role	Sync	Offset	Poslední měření

Co synchronizace dá. Uzly si srovnají hodiny obousměrnou výměnou (princip NTP): symetrická část zpoždění se odečte a zbude jen asymetrie cesty — v simulaci ~0,3 ms po 32 výměnách. To u 5 Hz odpovídá 0,5° fáze, takže stačí i na tvary kmitů. Drift během okna neřeší RTC, ale TCXO: vzorkovací frekvence se měří a posílá, takže si server rozdíl odečte. Srovnat hodiny stačí jednou na začátku okna. Uzel sám hlásí, jestli offset změřil dost dobře — rozhoduje nejistota, ne velikost offsetu (uzel může jít napřed a přitom být přesně změřený). Reálný rozptyl je potřeba ověřit na pilotu.

Tvary kmitů z naměřených dat — napříč uzly mostu

Tvar se skládá z víc uzlů a ukazuje, kde se konstrukce změnila. Co je MAC →

Mód: zobrazit zamčenou referenci

Detektor změny tvaru (MAC)

MAC porovnává změřený tvar se zamčenou referencí; 1,00 = shoda. Podrobně →

akt.	Mód	MAC teď	Reference	Mez žlutá	Mez červená	Akce

Detektor běží jen tehdy, když byly uzly srovnané dost přesně na fázi — jinak by pokles MAC hlásil chybu synchronizace, ne poškození. Vyžaduje také aspoň 3 uzly: ze dvou bodů tvar rozeznat nejde.

Co metoda vidí a co ne — vymezení odpovědnosti

Tabulka patří do posudku i do nabídky — vymezuje, co systém nepokrývá. Proč →

Porucha	Vidí OMA?	Správný nástroj
Postupná ztráta tuhosti (zadřená ložiska, podemletí, ztráta průřezu korozí výztuže, trhliny, sedání)	● Ano	Tento systém (frekvence + poměry módů)
Ztráta tuhosti u paty sloupu / stožáru	● Ano	Tento systém
Koroze / ztráta tahu lan a závěsů	● Částečně	Přímé měření tahu lan (vibrace) + akustická emise
Napěťové korozní praskání (SCC) předpínacích šlach	● Ne tiché až do kolapsu	Akustická emise (nezbytná)
Náhlé rázové poškození mezi měřeními	● Ne akcelerometr běží jen v měřicím okně	Kontinuální snímání / akustická emise

Proč OMA nenahradí akustickou emisi — jsou to dvě různé fyziky, ne volba softwaru: frekvenční pásmo (OMA ~0,1–50 Hz vs. AE ~20 kHz–1 MHz; MEMS akcelerometr to pásmo fyzicky nepokryje), událost vs. následek (AE slyší přetržení drátu v okamžiku, kdy nastane; OMA vidí až změnu globální tuhosti, kterou jeden drát nezpůsobí), kontinuální vs. snímek (AE poslouchá nepřetržitě, tento systém měří v krátkém okně jednou denně).

Společné vyhodnocení — vztahy mezi uzly (jen 2+ synchronizované uzly)

Tyto detektory kombinují data z více uzlů. Vyžadují synchronizované měření (BLE sync + společná časová báze).

Detektor	Zap.	Žlutá	Červená	Co dělá

Aktivní od 2 uzlů; lokalizace po poli od ~3 uzlů. S jedním uzlem zůstává jen globální hlídání (v konfiguraci zařízení).

Poměry mezi uzly — konfigurovatelné, jako poměry módů u uzlu

Poměr téhož módu mezi dvěma uzly f(A)/f(B). Oba vidí stejné počasí → teplotně i provozně robustní; rozbití = lokální změna u jednoho z uzlů.

Poměr	Nominál	Žlutá (±σ)	Červená (±σ)

Přidat poměr: /

Poměr f1(#7)/f1(#8) mezi uzlyrozbití = lokální změna

Pár:

Změny konstrukce, prahů a poměrů se uloží až po potvrzení.

Konfigurace uzlu

Nastavení se pošle uzlu v downlinku při příštím spojení (uzel si ho vyzvedne po odeslání dat).

Konfigurace čeká ve frontě, uzel si ji vyzvedne při příštím spojení. Jak downlink funguje →

Uzel

Identita

ID uzlu

Přiřazeno k mostu (v kartě Most)

Štítek uzlu

Měření na pokrytí pásma (bodů) iKdy je pásmo pokryté
Kolik měření musí padnout do teplotního pásma, aby se počítalo za naučené a začalo se v něm detekovat. Víc bodů = spolehlivější g(T) v pásmu, ale déle trvá. Default 5.

Aktivace detektorů (od začátku) iNení časová fáze
Náhlé jevy (skok) a teplotně nezávislé detektory (poměry) fungují od 1. dne. Teplotně závislé (g(T), společný posun, damage index) fungují v každém pásmu hned, jak je pásmo naměřené — ne po uplynutí nějaké doby. „Plně naučeno“ = naměřená všechna pásma, ne uplynulý čas.

Očekávaná teplota min (°C) iOčekávaný teplotní rozsah mostu
V jakých teplotách most reálně žije (podle lokality/klimatu). Z toho se počítá pokrytí pásem — „hotovo“ = systém naměřil všechna pásma. Realita nečte config: přijde-li teplota mimo, rozsah se automaticky rozšíří. Default pro ČR −25…+40.

Očekávaná teplota max (°C)

Šířka pásma (°C) iTeplotní pásma
Rozsah se dělí na pásma této šířky. Pásmo je pokryté, až má dost měření (~5–10). Detekce běží per-pásmo: prázdné pásmo = tam se nehlásí. Užší pásma = jemnější, ale potřebují víc dat.

Překryv pásem (0–0,9) iPřekryv pásem
Pásma se překrývají (klouzavé okno), takže měření padne do víc pásem a baseline je funkční dřív, bez ostrých hran na hranicích. 0 = bez překryvu, 0,5 = poloviční.

Hodnot pro referenci (v okně) iPevná reference (baseline)
Z kolika měření při ~stejné teplotě se spočítá pevný nominál a přirozený rozptyl σ. Reference se pak uzamkne a nepřepisuje — proto se pomalé měknutí mostu kumuluje a projeví (neschová se do adaptivního baseline). Default 5.

Okno reference (± °C) iTeplotní okno reference
Jak úzké okno teploty se bere jako „stejná teplota" pro výpočet přirozeného rozptylu. Užší = čistší odhad šumu (teplotní vliv je zafixovaný), ale sbírá se déle. Default ±0,5 °C.

Detekce na kraji přes extrapolaci iExtrapolace na kraji
Umožní detekci i v nenaměřeném pásmu vedle naměřených dat — g(T) se krátce extrapoluje. Prahy se s rostoucí vzdáleností od dat zpřísňují, až se detekce vypne. Vypnuto = detekce jen v plně naměřených pásmech (přísnější, jistota).

Fotka uzlu / místa instalace

Konstrukci mostu a umístění uzlu nastav v Most (plán) — týká se celého mostu. Zde jen standalone nastavení této krabičky.

Měření

Délka měření (s)

Vzork. frekvence (Hz)

Měřené osy

X (podélná) Y (příčná) Z (svislá)

Pásmo a filtry

fmin (Hz)

fmax (Hz)

Notch sítě

fmax 25 Hz odřízne síť 50 Hz úplně; notch je pojistka na EM svod.

Sledované frekvence iSledované frekvence
Vybereš vlastní frekvence (módy) mostu přímo z naměřeného spektra. Uzel po commissioningu hledá jen v úzkých oknech kolem nich — píky odjinud (klepnutí do zábradlí) ignoruje. Každý mód má nominál, šířku okna, osu a vlastní žlutou/červenou mez. — vyber píky z reálného spektra mostu

PSD — commissioning (BR07)0 – 25 Hz

	Nominál (Hz)	Okno ± (Hz)	Osa	Žlutá	Červená

Po commissioningu uzel hledá jen v těchto oknech → klepnutí do zábradlí mimo okno nespustí alarm. Po přemístění/opravě smaž historii — baseline se naučí znovu z nových dat.

Poměry módů iPoměry módů
Hlídá poměr dvou frekvencí (f1/f2). Teplota hýbe módy svázaně, takže poměr je skoro konstantní; poškození posune jen některý mód a poměr se rozbije. Teplotně nezávislé — chytá lokální poškození dřív a bez teplotního baseline. — teplotně nezávislé hlídání

Teplota hýbe módy svázaně, poškození jen některým → poměr se rozbije. Chytá poruchu dřív a bez teplotního baseline.

Poměr	Nominál	Žlutá (±σ)	Červená (±σ)

Přidat poměr: /

Detektory — zapnutí a meze pro každý zvlášť

Detektor	Zap.	Žlutá	Červená	Chytá

Jednotlivé módy a poměry se ladí v panelech výše; zde se zapínají celé rodiny detektorů a nastavují jejich globální meze.

Plán měření — pevné časy dne

Pevné časy = srovnatelné podmínky a současné měření všech uzlů. Proč a co to stojí →

max. 4 časy denně

Délka záznamu [min] iDelší záznam = jemnější frekvenční rozlišení a stabilnější průměrování. 20 min je kompromis mezi kvalitou a spotřebou.

Rozprostření startu [s] iNáhodné zpoždění, aby uzly ve skupině nezačaly komunikovat všechny naráz a nepřetížily buňku sítě. Na měření samotné nemá vliv.

Síť

APN

Server (host:port)

V kriticky nízké baterii zpomalit BLE i report iÚsporný režim při nízké baterii
Když LIC klesne pod ~2,6 V (nad tvrdým cutoffem 2,4 V), uzel prodlouží interval reportu (1×/den → 1×/3 dny) a zpomalí/vypne BLE advertising (10 s → 60 s). Vysílání je největší žrout, tak se šetří nejvíc. Přežití uzlu má přednost před viditelností.

Vyhodnocení a citlivost

Potvrzení poplachu (měření po sobě) iPodezření → poplach
Kolikrát po sobě musí odchylka překročit mez, než se z „podezření“ stane poplach. Např. 3 = jeden odlehlý den nevzbudí; stav projde zdravý → podezření (sledujeme, bez alertu) → žlutá/červená.

Vyhlazení trendu (EWMA λ)

Upozornit, když uzel mlčí (dní) iHeartbeat
Když se uzel neozve tolik dní po posledním kontaktu, systém pošle upozornění „offline“ (pravděpodobně vybitá baterie nebo výpadek sítě).

Tolerance chybějícího módu (měření / dní) iChybějící mód
Ambientní buzení kolísá — občas peak-picking mód nenajde. To je normální, toleruje se. Když ale mód chybí víc než tento počet měření (nebo dní), vznikne podezření (možný posun mimo okno / velká změna tuhosti). Krátkodobé vynechání se jen zaznamená.

Reference se zamyká vědomě, nikdy se nepřepisuje sama. Proč →

Pozor: přenaučení zahodí uzamčenou referenci a naučí novou z nových dat. Dělej ho vědomě — jinak je baseline svatý. Změna sledovaného módu (nominál mimo okno) přenaučí jen ten mód.

Detekce a vyhodnocení — co uzel počítá a posílá

Max. počet módů iKolik nejsilnějších módů se vejde do zprávy. Víc módů = delší payload.

Min. SNR módu [dB] iMód pod tímto SNR se nepošle — je to šumový pík, ne vlastní frekvence.

Max. sledovaná frekvence [Hz]

Vzorkovací frekvence (ODR)

Min. amplituda buzení [mg] iPod tímto prahem se měření označí jako „nedostatečné buzení" — data se pošlou, ale server jim dá menší váhu.

Délka FFT segmentu

Posílat tvary módů (směr + koherence, 3 B/mód)

Napájení a energetika — meze a bilance LIC

Napětí „jen měř, neposílej" [mV] iPod touto mezí uzel změří a uloží, ale nezapne modem. Data počkají na příští dobré okno.

Napětí „hibernace" [mV] iPod touto mezí se ani neměří — jen se spí a čeká na dobití.

Odečet napětí po [s] iLevné probuzení jen na změření napětí (0,0125 µAh). Z těchto odečtů vzniká denní profil = proxy osvitu.

Slotů denního profilu

Kapacita LIC [F] iKalibrovatelná — server z ní počítá jouly. Při upřesnění se přepočítá i historie.

Práh „LIC plný" [mV]

Komunikace — NB-IoT a BLE

Rychlých pokusů v okně iModem je připojený, opakování je levné. Co neprojde, počká na další okno.

Strop pokusů (0 = bez stropu)

PSM místo vypnutí do [s] iPodle naměřených hodnot (Low Power Design Guide) stojí nový attach ~96 µAh, zatímco PSM jen 1,08 µA (26 µAh/den). PSM se tedy vyplatí až do pauzy ~3,7 dne — při denním měření se modem nemá vypínat vůbec.

Kdy je BLE vidět iPůvodní „30 s po probuzení" nedávalo smysl — probuzení nastane v neznámý čas, takže technik neměl co trefit. Teď se váže na něco, co se dá naplánovat.

Interval advertisingu [ms] iStrop 10 240 ms je dán BLE specifikací — delší nelze. Při něm stojí BLE ~7 µA; při 1 s už 49 µA.

Ladění a servis — v ostrém provozu vypnuté

Ladicí výpis (SWO) iVýpis přes ladicí pin — čitelný jen s připojeným debuggerem, takže v poli k ničemu. Podrobný režim přidává rozpis jednotlivých módů.

Testovací režim — perioda [s] iKontinuální měření pro lavici. Výsledky se NEUKLÁDAJÍ ani neodesílají (čtou se přes BLE status), aby test nezaplnil frontu a server. Po testu vypnout!

Vše se posílá jako TLV v downlinku; uzel neznámé tagy ignoruje, takže starší firmware nová pole přeskočí.

Alarmy

Systém navrhuje, výjezd rozhoduje člověk. Potvrzené alarmy se archivují.

Čas	Most / uzel	Úroveň	Damage	Popis

Nastavení & alerty

Kam a jak se posílají upozornění. E-mail se pošle při přechodu na žlutou/červenou a při výpadku uzlu.

Skupiny a příjemci — alerty podle mostu / vlastníka

Každý most (skupina uzlů) má vlastní seznam příjemců. Alert z uzlu jde jen správci daného mostu.

SMTP server

Host

Port

Uživatel

Kdy posílat

Žlutá Červená Uzel offline

Uživatelé a přístup

Admin zakládá uživatele a přiřazuje jim mosty. Uživatel vidí jen své mosty a jejich čidla; admin vidí vše. Notifikace chodí přiřazeným uživatelům a adminům.

Uživatelé

E-mail	Jméno	Role	Přiřazené mosty	Notifikace

Nový uživatel

E-mail

Jméno

Role

Heslo se vygeneruje a pošle e-mailem; uživatel si ho při prvním přihlášení změní. Ukládá se jen jako hash.

Struktura přístupu — uživatel → mosty → zařízení

Uživateli se přiřadí mosty, každému mostu jeho zařízení. Uživatel pak vidí a dostává alerty jen ze svých mostů.

Mosty — evidence, konstrukce a párování uzlů

Mosty

Konfigurace vybraného mostu

Název / označení

Vlastník / správce

Komunikace (silnice, km)

GPS

Uzlů přiřazeno

Uložených měření

Konstrukce mostu

Typ konstrukce iUrčuje, kde leží uzly sledovaných módů — a tím i kam patří senzor. Taky rozhoduje, jestli je metoda pro danou konstrukci platná.

Materiál / typ

Podezření na citlivou předpínací ocel (kalená, typ Hennigsdorfer — mosty z 60.–80. let) iNapěťové korozní praskání je tiché až do kolapsu. Vibrační metoda tuto třídu nepokrývá — patří k ní akustická emise a musí to být v posudku.

Počet pilířů: 2

Pole	Uzel	Poloha	Stav

Přidáním pilíře přibude pole s volným slotem; ubráním se uzel z posledního pole odpojí a vrátí na sklad (nesmaže se). Karta mostu pak plán jen zobrazuje.

Doporučené umístění pro zvolený typ

Kam senzor	—
Kam NE	—
Vhodnost metody	—

Pozor na častý omyl: u prostého trámu je optimum ~0,30 L, ne přesný střed — střed je uzlem sudých ohybových módů (2., 4.). U oblouků a lanových mostů je střed naopak uzlem základního antisymetrického módu.

Registrace zařízení — přidat nový uzel do systému

Nově vyrobený uzel se nejdřív zaregistruje (ID + klíč secure elementu). Pak se v plánu mostu přiřadí k poli. Nepřiřazené uzly čekají „na skladě".

Registrovaná zařízení

Vyber uzel a uprav ho vpravo.

ID uzlu iČíslo v payloadu. Mění se jen výjimečně — kolize ID by rozhodila přiřazení měření.

Štítek iLidský název pro techniky, např. „BR07-střed". Do payloadu nejde.

Veřejný klíč (ATECC608)

Verze HW

Přiřazení

Stav

ID uzlu

Štítek

Veřejný klíč (ATECC608)

Verze HW (deska) iVerze HW
Fyzická revize desky. Verzi firmwaru sem NEzadáváš — hlásí ji uzel sám v RST zprávě po restartu (mění se nahráváním FW).

Kalibrace a servis uzlu

Kalibraci (TCXO, ADC, osy) i nahrání firmwaru dělá servisní BLE aplikace (výrobní jig / mobil u mostu) — web na Bluetooth nevidí. Jig po zápisu do uzlu pošle hodnoty i sem, takže je tu vidíš i s historií.

Platná kalibrace tohoto kusu (zapsal jig; zdroj pravdy je uzel):

Datum kalibrace	—
Kalibroval	—
TCXO korekce itcxo_ppm Kusová odchylka časové báze. Bez ní nesedí porovnání frekvencí mezi uzly — 1–2 ppm je posun v desetinách promile, což je řádově to, co detekce hlídá.	—
ADC zisk / offset	—
Citlivost os X/Y/Z	—
Referenční frekvence	—
Sériové číslo kusu	—
Verze FW	— (hlásí uzel v RST)

Nepřiřazené uzly (na skladě)

ID	Štítek	FW	Stav

Wiki / návod

Jak systém funguje a jak co nastavit. Klikni na téma vlevo.

Přehled flotily

BR07 — most Ostravice, střed rozpětí

Damage index v čase — klikni na dlaždici pro přepnutí zavřít ✕

Statický náklon — geometrie konstrukce (sedání, pootočení)

Log událostí z uzlu — uložený ve flash, přežívá reset

Detektory náklonu, tlumení, směru a koherence — stejná logika jako u frekvencí

Výkonové spektrum — sledované módy

Trend f1 (po teplotní kompenzaci)

Závislost na teplotě — naučená křivka g(T) pro vybranou veličinu

Detekce a baseline — co je právě aktivní

Zprávy uzlu — přijaté / odeslané / ve frontě

Plán mostu — BR07 · Ostravice

Poloha mostu — kde most je (nastavitelné)

Fotky mostu — jak to na místě vypadá

Deník mostu — historie zásahů a poznámek

Konstrukce — nastaveno při založení mostu

Plán mostu a tvary kmitů — podle typu konstrukce zvoleného výše

Zařízení a jejich poloha — přiřaď ID uzlu ke každému poli

Propojení uzlů na mostě — skupina a společný plán

Tvary kmitů z naměřených dat — napříč uzly mostu

Co metoda vidí a co ne — vymezení odpovědnosti

Společné vyhodnocení — vztahy mezi uzly (jen 2+ synchronizované uzly)

Poměry mezi uzly — konfigurovatelné, jako poměry módů u uzlu

Konfigurace uzlu

Identita

Měření

Pásmo a filtry

Detektory — zapnutí a meze pro každý zvlášť

Plán měření — pevné časy dne

Síť

Vyhodnocení a citlivost

Detekce a vyhodnocení — co uzel počítá a posílá

Napájení a energetika — meze a bilance LIC

Komunikace — NB-IoT a BLE

Ladění a servis — v ostrém provozu vypnuté

Alarmy

Nastavení & alerty

Skupiny a příjemci — alerty podle mostu / vlastníka

SMTP server

Uživatelé a přístup

Uživatelé

Nový uživatel

Struktura přístupu — uživatel → mosty → zařízení

Mosty — evidence, konstrukce a párování uzlů

Registrace zařízení — přidat nový uzel do systému

Wiki / návod

Damage index v čase — klikni na dlaždici pro přepnutí