Prípadová štúdia pre samosprávu: LoRaWAN pre správu a servis verejného osvetlenia

Verejné osvetlenie je jedna z najviditeľnejších služieb samosprávy. Keď nefunguje, občania si to všimnú okamžite – a často sa ozvú ešte skôr, než sa o poruche dozvie technické oddelenie. Zároveň ide o rozsiahlu infraštruktúru: desiatky až tisíce svietidiel, rozvádzače v rôznych častiach obce, rôzne typy lámp, staré aj nové vedenia, a k tomu nepravidelná údržba, ktorá sa často rieši až po vzniku problému. Klasický model správy verejného osvetlenia je reaktívny: „niekto zavolá“, technik ide do terénu, hľadá poruchu, opraví, ide ďalej. Takýto prístup je drahý, pomalý a z dlhodobého hľadiska neefektívny.

Táto prípadová štúdia opisuje realistický scenár, ako samospráva (nazvime ju Obec X) nasadila LoRaWAN systém pre správu a servis verejného osvetlenia. Cieľom nebolo len „smart“ ovládanie, ale najmä praktické veci: vedieť o poruche skôr, než príde sťažnosť, vedieť rýchlo určiť lokalitu a typ problému, optimalizovať servisné výjazdy, získať prehľad o spotrebe a režimoch, a postupne modernizovať osvetlenie na základe dát.

V článku prejdeme:

• aký bol stav pred zavedením systému,

• aké ciele si obec stanovila,

• ako vyzerala architektúra riešenia (rozvádzače, svietidlá, brány),

• ako prebiehal pilot a čo ukázal,

• aké boli výsledky po 3–6 mesiacoch,

• a aké poučenia sú dôležité pre každú samosprávu, ktorá chce ísť podobnou cestou.

1) Východiskový stav: poruchy sa riešia až keď sú „viditeľné“

Obec X mala približne 480 svietidiel verejného osvetlenia, rozdelených do 18 vetiev a 9 rozvádzačov. Časť osvetlenia bola zmodernizovaná na LED, časť bola staršia. Riadenie bolo tradičné:

• fotobunka alebo časové spínanie,

• niekde astronomické hodiny,

• servis podľa hlásení občanov alebo občasných obhliadok.

Problémy, ktoré sa opakovali:

1.1 Obec sa o poruchách dozvedala neskoro

Občan nahlásil, že „nesvieti ulica“, ale nebolo jasné:

• či je to jedna lampa alebo celá vetva,

• či ide o výpadok napájania, istič, stykač, kábel, alebo svietidlo,

• či porucha vznikla dnes alebo pred týždňom.

1.2 Servis bol neefektívny

Technik išiel do terénu, často bez presnej diagnózy. Niekedy musel ísť opakovane, lebo sa ukázalo, že problém je inde (napr. rozvádzač, nie svietidlo). Výjazdy boli drahé a časovo náročné.

1.3 Chýbal prehľad o spotrebe a režimoch

Obec mala faktúru za elektrinu, ale nemala detail:

• spotreba podľa vetiev,

• porovnanie sezón,

• detekcia anomálií (napr. svietenie cez deň, „duchovia“ v rozvádzači).

1.4 Modernizácia sa robila „pocitovo“

Keď sa riešila výmena svietidiel, rozhodovalo sa podľa veku alebo vizuálneho stavu, nie podľa dát o poruchovosti, spotrebe a prevádzkových režimoch.

Obec chcela zmeniť model z reaktívneho na preventívny: vedieť o poruche skôr a mať dáta, ktoré umožnia lepšie plánovať servis aj investície.

2) Prečo LoRaWAN: jednoduché pripojenie, nízke náklady, veľký dosah

LoRaWAN je technológia pre IoT, ktorá prenáša malé správy na veľké vzdialenosti s nízkou spotrebou energie. Pre verejné osvetlenie je ideálna najmä vtedy, ak chceme:

• monitorovať rozvádzače a vetvy bez ťahania nových káblov,

• posielať stavové informácie a alarmy,

• prípadne ovládať spínanie a režimy (nie milisekundovo, ale spoľahlivo),

• budovať systém bez mesačných paušálov za SIM karty.

Obec X mala jasnú požiadavku: systém musí byť ekonomický aj pri desiatkach rozvádzačov a musí fungovať stabilne.

3) Ciele projektu: rýchla detekcia porúch a lepší servis

Obec definovala ciele v troch vrstvách:

3.1 Prevádzka a servis

• znížiť čas od poruchy po zásah,

• mať informáciu o poruche ešte pred sťažnosťou,

• znížiť počet zbytočných výjazdov.

3.2 Monitoring a diagnostika

• vedieť, či porucha je na úrovni vetvy, rozvádzača alebo svietidla,

• monitorovať napájanie, stav ističov/stykačov (indirektne), dvere rozvádzača,

• sledovať spotrebu elektriny podľa vetiev (aspoň na úrovni rozvádzača).

3.3 Riadenie režimov

• jednotné časové režimy,

• možnosť dočasného prepnutia režimu (podujatia, havárie),

• príprava na stmievanie (kde je možné).

4) Architektúra riešenia: rozvádzač ako centrum dát

V praxi je najefektívnejšie začať verejné osvetlenie monitorovať na úrovni rozvádzačov a vetiev, pretože tam získate najviac informácií za najmenej zariadení.

4.1 LoRaWAN modul v rozvádzači

Každý rozvádzač dostal LoRaWAN uzol, ktorý zbieral:

• napájanie (prítomnosť/absencia),

• stav spínania vetiev (zapnuté/vypnuté),

• prúd/spotrebu (podľa možnosti – napr. meranie prúdu na vetve),

• stav dverí rozvádzača (otvorenie),

• teplotu a vlhkosť v rozvádzači (prehriatie, zatekanie),

• alarmy pri anomáliách.

Nie všetky rozvádzače museli mať všetky senzory. Obec zvolila „jadro“ (napájanie, stav, dvere) a rozšírenie (prúd, teplota) pre kritické lokality.

4.2 Brány (gateway) a pokrytie

Pre pokrytie obce sa použili 2 brány:

• jedna na streche obecného úradu,

• druhá na vyššom bode pri športovom areáli.

Dôležité bolo mať redundanciu: ak jedna brána vypadne, správy zachytí druhá.

4.3 Platforma a mapový prehľad

Obec potrebovala, aby systém „žil“ v praxi. Preto platforma obsahovala:

• mapu rozvádzačov a vetiev,

• stav (OK / porucha / alarm),

• históriu porúch,

• prehľad spotreby podľa rozvádzača,

• exporty a reporty.

5) Pilotná fáza: 3 rozvádzače a 6 vetiev

Obec začala pilotom na 3 rozvádzačoch:

• jeden v centre (najviac hlásení od občanov),

• jeden pri škole (citlivé miesto),

• jeden v okrajovej časti (dlhšie vedenia, vyššie riziko porúch).

Pilot mal overiť:

• pokrytie LoRaWAN signálom,

• spoľahlivosť alarmov,

• diagnostiku porúch podľa vetiev,

• kvalitu dát pre servis.

Nastavené alarmy

• výpadok napájania rozvádzača,

• vetva „zapnutá“ bez očakávanej spotreby (možný výpadok vedenia),

• vetva „vypnutá“, ale so spotrebou (zlepený stykač alebo problém),

• otvorenie dverí mimo servisného okna,

• prehriatie / vlhkosť (voliteľne).

6) Prvé zistenia z pilotu: poruchy sa dajú chytiť skôr, než ich niekto nahlási

Už v prvom mesiaci pilot ukázal tri konkrétne prínosy:

6.1 Výpadok vetvy bez hlásenia občanov

Systém detegoval, že vetva v centre je zapnutá, ale prúd je výrazne nižší než typicky. Technik išiel na miesto a našiel problém na vedení (poškodený spoj). Bez LoRaWAN by sa to riešilo až po sťažnostiach – a tie by prišli možno až o niekoľko dní.

6.2 Rozvádzač s vlhkosťou

Senzor vlhkosti upozornil na zvýšenú vlhkosť v rozvádzači po silných dažďoch. Kontrola odhalila netesnosť, ktorá by časom viedla ku korózii a poruchám.

6.3 „Zlepený“ stykač (svietenie mimo režimu)

Systém zaznamenal spotrebu na vetve aj v čase, keď mala byť vypnutá. Technici našli stykač, ktorý ostával prichytený. Takéto poruchy sú drahé – svetlá svietia zbytočne a obec platí za elektrinu.

7) Ostrá prevádzka: rozšírenie na všetky rozvádzače a zmena servisu

Po úspešnom pilote obec rozšírila systém na všetkých 9 rozvádzačov. Zároveň zmenila servisný model:

• poruchy sa riešili podľa alarmov a mapy,

• servisné výjazdy sa plánovali podľa priorít (centrum, škola, kritické miesta),

• technici mali vopred informáciu, či ide o vetvu, rozvádzač alebo pravdepodobne svietidlo.

Obec zaviedla aj jednoduchý postup:

1. alarm príde zodpovednej osobe,

2. z platformy sa pozrie typ problému,

3. ak je to rozvádzač/vetva – ide sa s potrebným materiálom,

4. po oprave sa do systému doplní poznámka a uzavrie incident.

8) Výsledky po 3–6 mesiacoch: menej výjazdov, rýchlejšie opravy, lepšie plánovanie

8.1 Skrátenie času od poruchy po zásah

Najviditeľnejší prínos: poruchy sa riešili skôr. Obec mala informáciu o výpadku často v ten istý večer.

8.2 Menej zbytočných výjazdov

Keď technik vedel, že problém je v rozvádzači (napájanie, stykač), nechodil meniť svietidlá. A naopak – ak systém ukázal normálnu spotrebu vetvy, problém bol pravdepodobne lokálny.

8.3 Úspory na elektrine

Detekcia svietenia mimo režimu, zlepených stykačov a anomálií v spínaní priniesla priame úspory. Nie obrovské jednorazovo, ale stabilné.

8.4 Dátový základ pre modernizáciu

Obec získala:

• prehľad poruchovosti podľa vetiev,

• identifikáciu problematických úsekov vedenia,

• argumenty, kde sa oplatí investovať do LED alebo rekonštrukcie.

9) Čo sa ukázalo ako kľúčové (lessons learned)

9.1 Začať od rozvádzačov, nie od jednotlivých lámp

Monitorovanie rozvádzačov dáva najlepší pomer cena/prínos. Jednotlivé lampy majú zmysel až neskôr, pri LED a stmievaní.

9.2 Alarmy musia byť praktické

Ak alarmy spúšťajú často a zbytočne, personál ich začne ignorovať. Treba ich doladiť podľa reality a nastaviť rozumné prahy.

9.3 Proces je rovnako dôležitý ako technológia

Najlepší systém nepomôže, ak nie je jasné, kto reaguje a ako. Jednoduchý servisný proces urobil najväčší rozdiel.

10) Odporúčaný postup pre samosprávy: ako začať

Ak obec chce zaviesť LoRaWAN pre verejné osvetlenie:

1. Pilot na 2–3 rozvádzačoch (centrum, škola, okraj)

2. Základné senzory: napájanie, stav vetiev, dvere rozvádzača

3. Voliteľne: meranie prúdu a vlhkosť/teplota

4. Platforma s mapou a alarmami

5. Po 6–8 týždňoch rozšírenie na všetky rozvádzače

6. Neskôr: stmievanie a monitoring jednotlivých svietidiel (ak je potreba)

Záver

Táto prípadová štúdia ukazuje, že LoRaWAN je pre správu a servis verejného osvetlenia veľmi praktický nástroj. Nejde len o „smart ovládanie“. Najväčšia hodnota je v tom, že samospráva získa prehľad o poruchách a stave rozvádzačov, dokáže reagovať rýchlejšie, zníži počet zbytočných výjazdov a získa dáta pre plánovanie modernizácie. A to všetko bez SIM kariet v každom bode a s nízkymi prevádzkovými nákladmi.