Išmanus apšvietimas, Valdymo sistema
Išmanaus gatvių apšvietimo sistema aptinka gendantį šviestuvą stebėdama kiekvieno šviestuvo elektrinius parametrus ir lygindama juos su numatytu veikimu. „Lusety“ sistemoje šie matavimai iš šviestuvo draiverio į valdiklį keliauja per DALI-2, o iš valdiklio patenka į HORIZON debesijos platformą, kurioje sukuriamas kiekvienas pranešimas, įvertinamas jo svarbumas ir sekama jo būsena iki uždarymo. Taisyklė suveikia, kai tik šie du vaizdai nustoja sutapti: šviestuvas naudoja energiją, kai pagal tvarkaraštį jis turėtų būti išjungtas, arba įtampos rodmuo išeina už tai atramai nustatytos ribos. Niekam nereikia nieko pastebėti, kad pranešimas atsirastų. Šis mechanizmas yra būkle pagrįstas stebėjimas: sistema stebi tiesioginius matavimus ir fiksuoja nuokrypį tą pačią akimirką, kai jis atsiranda. Rinka tai parduoda su prognozuojamosios techninės priežiūros etikete, o sistemos sukuriamas kiekvieno šviestuvo pranešimų įrašas yra medžiaga, kuria turėtų remtis bet koks faktinis gedimų prognozavimas.
Reaktyvioji, pagrįsta būkle, prognozuojamoji: ką reiškia šie trys žodžiai
Viešuosiuose pirkimuose šie terminai vartojami pakaitomis, todėl pasiūlymus sunku palyginti. Jie apibūdina tris skirtingus momentus, kai miestas sužino apie problemą.
Reaktyvioji priežiūra yra šviestuvo taisymas po to, kai jis jau sugedo ir kažkas apie tai pranešė. Impulsas yra žmogaus pastebėjimas: gyventojo skambutis, tarybos nario el. laiškas arba gatve atsitiktinai pravažiuojantis patrulis. Pati infrastruktūra nesiunčia jokio signalo.
Būkle pagrįsta priežiūra remiasi tiesioginiais pačios įrangos matavimais. Sistema nuskaito dabartinę kiekvieno šviestuvo elektrinę būseną, palygina ją su nustatytomis ribomis bei tvarkaraščiais ir sukuria pranešimą tą pačią akimirką, kai rodmuo jas peržengia. Ji praneša apie esamą įrangos būklę.
Prognozuojamoji techninė priežiūra yra gedimo numatymas prieš jam įvykstant, stebint komponento nusidėvėjimą laikui bėgant ir apskaičiuojant, kada jis pasieks gedimo ribą. Tam reikia ilgos kiekvieno įrenginio matavimų istorijos bei komponento senėjimo modelio, papildančio viską, ką jau atlieka būkle pagrįstas stebėjimas.
Taisyklėmis pagrįstas pranešimų siuntimas HORIZON sistemoje pagal sumanymą yra paremtas būkle: jis praneša išmatuotą būseną ir neliečia prognozavimo, be jokio mašininio mokymosi gedimams spėti. Pirmiausia turi egzistuoti matavimų lygmuo. Tiekėjas, žadantis gedimų prognozes be kiekvieno šviestuvo matavimų istorijos, parduoda prognozę, kuriai neturi duomenų.
Kaip išmanaus apšvietimo sistema sužino, kad šviestuvas genda?
Tradicinė gatvių apšvietimo priežiūra yra reaktyvioji. Šviestuvas užgęsta, kažkas pastebi, kažkas praneša, o galiausiai išsiunčiama brigada jo surasti ir sutaisyti. Prijungta sistema pakeičia atskaitos tašką. Kadangi kiekvienas valdiklis nuolat perduoda duomenis, sistema jau žino kiekvieno šviestuvo būseną, todėl gali užfiksuoti gedimą tą akimirką, kai skaičiai tampa nelogiški. Taisyklių rinkinys interpretuoja gaunamus matavimus ir nusprendžia, kada kažkas veikia ne taip, kaip turėtų. Suveikus taisyklei, HORIZON automatiškai sukuria pranešimą ir pateikia jį tinklo valdytojui.
Kaip matavimai pasiekia sistemą?
„Lusety“ valdikliai nuskaito elektrines vertes iš šviestuvo draiverio per DALI-2 ir jo D4i plėtinį, valdymo protokolą, kurį apibrėžia DALI Alliance. D4i yra DALI-2 dalis, apimanti duomenų perdavimą iš draiverio, o tai pritemdymo protokolą paverčia diagnostikos kanalu. Trys standartai, kuriais visa tai pagrįsta, yra išnagrinėti mūsų vadove apie atvirus gatvių apšvietimo standartus.
Fizinis kelias yra Zhaga jungtis šviestuvo viršuje, standartizuota jungtis, apibrėžta Zhaga Book 18. „Lusety“ valdiklis įsukamas į šią jungtį, bendrauja su draiveriu per DALI-2 ir siunčia rezultatą toliau. „Lusety“ produktai sukurti pagal Zhaga Book 18 bei DALI-2 standartus, neturint įrenginio lygio sertifikato šiems dviem standartams, o tai svarbu, kai viešuosiuose pirkimuose prašoma įrodymų. Pati HORIZON yra sertifikuota TALQ kaip centrinė valdymo sistema, įtraukta į konsorciumo sertifikuotų produktų registrą pagal 2.7.1 specifikaciją, o „Lusety“ yra asocijuota „TALQ Consortium“ narė.
Praktikoje ši priklausomybė veikia abiem kryptimis. Šviestuvui be Zhaga jungties ir DALI-2 draiverio reikia išorinių kabelinių jungčių, todėl modernizavimo vertinimai yra svarbesni, nei tikisi dauguma pirkimų komandų. Diagnostika yra tik tokia gera, kokius duomenis perduoda draiveris, todėl draiverio specifikacija viešuosiuose pirkimuose nusipelno tiek pat dėmesio, kiek ir valdiklio.
Ką sistema iš tikrųjų matuoja?
Žemiau pateikti rodmenys yra tie, kuriais grindžiama dauguma taisyklių, o tai, ką gali perduoti draiveris, apibrėžia D4i duomenų rinkinys: 251 dalis – šviestuvo duomenims, 252 dalis – energijos duomenims, 253 dalis – diagnostikai. Kiekvienas jų atskleidžia skirtingos klasės gedimą, o tai leidžia taisyklei nuspręsti, kad kažkas negerai. Kadangi tinklo įtampa atramoje išlieka net ir išjungus šviesą, valdiklis bei visi prijungti jutikliai veikia ir perduoda duomenis visą parą, įskaitant valandas, kai šviesa išjungta.
| Matavimas | Ką jis atskleidžia | Pavyzdinis gedimas, kurį jis parodo |
|---|---|---|
| Įtampa šviestuve | Elektrinė būklė toje konkrečioje atramoje | Atramos lygio elektrinis gedimas, kai rodmuo išeina už nustatytų ribų |
| Energijos suvartojimas pagal tvarkaraštį | Ar šviestuvas laikosi įjungimo, išjungimo ir pritemdymo profilio | Šviestuvas lieka įjungtas, kai jo profilis nurodo išjungimą, arba neveikiantis pritemdymas |
| Ryšio būsena | Ar įrenginys vis dar pasiekiamas tinkle | Ryšio arba mazgo praradimas, kai įrenginys nustoja siųsti duomenis |
| Apšvietimo linijos lygio suvartojimas (Light Keeper) | Energijos suvartojimas visoje apšvietimo linijoje | Neįprastas suvartojimas gatvės segmente |
Light Keeper yra „Lusety“ spintos valdiklis. Jis sumontuotas apšvietimo linijoje, todėl mato bendrą gatvės segmento veikimą, o tai skiriasi nuo to, ką daro bet kuris atskiras šviestuvas. Kalbant apie įtampą, jei draiveris tai palaiko, galima nustatyti ribą, kad valdiklis veiktų vietoje, kai rodmuo ją peržengia, įskaitant maitinimo nutraukimą šviestuvui nelaukiant instrukcijos iš debesijos.
Kokie gedimai išryškėja ir kaip
Žemiau pateikti pavyzdžiai pasitaiko dažniausiai. HORIZON veikia pagal taisykles, o sąrašas yra atviras: taisyklę galima parašyti bet kokiai sąlygai, kurią sistema gali išmatuoti, todėl rinkinį galima išplėsti pagal tai, ką miestas nori stebėti. Svarbumas nustatomas pačioje taisyklėje, todėl nurodyti lygiai yra tipinės reikšmės.
| Gedimas | Kaip jis pasireiškia | Matavimas, iš kurio jis gaunamas | Tipinis lygis |
|---|---|---|---|
| Šviestuvas naudoja energiją, kai jo profilis nurodo išjungimą | Suvartojimas tęsiasi po suplanuoto išjungimo momento, todėl šviestuvas vis dar šviečia | Energijos suvartojimas pagal tvarkaraštį | Įspėjimas |
| Prarastas ryšys su debesijos platforma | Įrenginys nustoja siųsti duomenis, o jo tyla traktuojama kaip signalas | Ryšio būsena | Informacija |
| Įtampa už nustatytos ribos | Rodmuo peržengia tai atramai sukonfigūruotą ribą; jei draiveris tai palaiko, valdiklis gali tuo pačiu metu vietoje nutraukti maitinimą | Įtampa šviestuve | Kritinis |
| Pritemdymas nebeatitinka profilio | Energijos suvartojimas išlieka tolygus, kai profilis reikalauja pakeisti lygį | Energijos suvartojimas pagal tvarkaraštį | Įspėjimas |
| Neįprastas suvartojimas apšvietimo linijoje | Bendras energijos suvartojimas segmente nukrypsta nuo numatyto modelio | Apšvietimo linijos lygio suvartojimas, kurį matuoja Light Keeper | Įspėjimas |
Įskilęs lęšis ar kažkieno uždažytas šviestuvas nesukels jokio pranešimo, nes nė vienas iš jų nekeičia elektrinio vaizdo. Būkle pagrįstas stebėjimas apima tai, ką gali perduoti draiveris, o visa kita vis dar reikalauja apžiūros.
Kaip pranešimai prioritetizuojami ir apdorojami?
Ne kiekvienas pranešimas reikalauja siųsti brigadą antrą valandą nakties, todėl HORIZON įvertina kiekvieno jų svarbumą.
| Lygis | Ką tai reiškia | Pavyzdys | Laukiamas atsakas |
|---|---|---|---|
| Kritinis | Gedimas, keliantis pavojų saugumui arba platesniam atsijungimui | Įtampa už nustatytų ribų atramoje | Nedelsiant išsiųsti brigadą |
| Įspėjimas | Įrenginys veikia ne pagal savo profilį, bet nėra pavojingas | Pritemdymas, kuris nebeatitinka profilio | Įtraukti į planuotą vizitą |
| Informacinis | Būsenos pasikeitimas, kurį verta užfiksuoti | Įrenginys, kuris trumpam prarado ryšį | Registruoti ir stebėti, imtis veiksmų, jei tęsiasi |
Kiekvienas pranešimas turi kontekstą: kada jis pirmą kartą pasirodė, kokie buvo matavimai tuo momentu, kas jį pamatė pirmas ir kiek laiko prireikė jam išspręsti. Komanda gali jį priskirti, pridėti komentarų ir keisti jo būseną darbo eigoje. Ši istorija yra tokia pat svarbi kaip ir pats pranešimas, nes ji paverčia priežiūrą iš vienkartinių iškvietimų serijos į įrašą, kurį tinklo operatoriai gali peržiūrėti. Tada galima lengvai atsakyti į klausimus, kurie gedimai kartojasi ir kurios zonos yra problematiškiausios, taip pat įvertinti, kaip greitai komanda iš tikrųjų reaguoja.
Kas nutinka nutrūkus ryšiui?
Valdiklis turi savo laikrodį bei savo taisykles ir jas vykdo neklausdamas debesijos. Perjungimas, pritemdymo lygiai ir reakcija į judesį veikia pačiame įrenginyje, todėl ryšio gedimas nepalieka gatvės tamsoje. Dėl ryšio sutrikimo prarandamas matomumas bei valdymas, kol apšvietimas toliau veikia, o įrenginys atnaujina duomenų perdavimą, kai ryšys atsistato. Prieš perkant verta suprasti, kas veikia vietoje ir kas veikia centralizuotai, o mes tai plačiau aptariame savo straipsnyje apie vietinį ir debesijos valdymą.
Dėl tos pačios architektūros kai kuriuos pataisymus galima atlikti nuotoliniu būdu. Taisyklių bei parametrų pakeitimai ir mikroprograminės įrangos atnaujinimai atkeliauja belaidžiu ryšiu, todėl neteisingai sukonfigūruotą tvarkaraštį ar per griežtai nustatytą pranešimo ribą galima ištaisyti nesiunčiant nieko prie atramos. Visiškai naujai aparatinės įrangos funkcijai vis dar reikia fizinio pakeitimo; daugumai kitų koregavimų to nereikia.
Ką tai keičia miesto priežiūros komandai?
Praktinis pokytis yra perėjimas nuo paieškos prie veiksmų. Užuot patruliavusi ir ieškojusi tamsių šviestuvų ar laukusi gyventojų skambučių, komanda pradeda dieną turėdama įvertintą gedimų sąrašą su nurodytomis vietomis. Savivaldybėms ir išmaniojo miesto integratoriams, valdantiems šiuos tinklus, išvykimus galima planuoti atsižvelgiant į patvirtintus gedimus.
Sąžininga šios naudos versija yra siauresnė nei daugumos tiekėjų teiginiai šioje kategorijoje, įskaitant tuos, kuriuos pamatysite pateiktus su užtikrintais procentais. Niekas negali iš anksto pasakyti, kiek kilometrų beprasmio vairavimo sistema jums sutaupys, nes tai priklauso nuo jūsų tinklo ir nuo to, kaip šiuo metu dirba jūsų komanda. Platforma užfiksuoja kiekvieno pranešimo pirmojo pasirodymo bei išsprendimo laiką, todėl miestas gali išmatuoti savo išvykimų bazinį lygį pirmaisiais mėnesiais ir vėliau su juo lyginti. Tai suteikia jums skaičių, išmatuotą jūsų pačių tinkle. Jei vis dar lyginate platformas, galimybę eksportuoti šią pranešimų istoriją verta patikrinti kartu su kriterijais mūsų vadove apie gatvių apšvietimo valdymo platformos pasirinkimą.
Žmonių ir furgonų vis dar reikia. Sistema nukreipia juos prie reikiamos atramos.
Dažniausiai užduodami klausimai
Kaip išmanus gatvės šviestuvas aptinka gedimą?
Sistema nuskaito elektrinius matavimus iš kiekvieno šviestuvo draiverio ir tikrina juos pagal taisykles, kaip šviestuvas turėtų veikti. Kai rodmuo neatitinka taisyklės, pavyzdžiui, naudojama energija, kai šviestuvas turėtų būti išjungtas, ji automatiškai sukuria pranešimą.
Ar tai prognozuojamoji techninė priežiūra, ar būkle pagrįsta priežiūra?
Pagrįsta būkle. Sistema lygina tiesioginius matavimus su nustatytomis ribomis bei tvarkaraščiais ir fiksuoja nuokrypius jiems atsiradus. Prognozuojamoji techninė priežiūra numato gedimą prieš jam įvykstant pagal nusidėvėjimo tendencijas, o tam, be šio lygmens, reikia ilgos kiekvieno įrenginio matavimų istorijos.
Ką sistema matuoja, kad rastų gedimus?
Daugiausia įtampą ir energijos suvartojimą iš šviestuvo draiverio, taip pat tai, ar įrenginys vis dar palaiko ryšį. Light Keeper, spintos valdiklis, taip pat matuoja suvartojimą visoje apšvietimo linijoje, kad būtų matomas viso segmento vaizdas.
Kaip duomenys iš šviestuvo patenka į valdiklį?
Per DALI-2 ir jo D4i plėtinį, per Zhaga Book 18 jungtį, į kurią įjungiamas valdiklis. Draiveris perduoda savo elektrinius rodmenis šiuo ryšio kanalu, o valdiklis perduoda juos į HORIZON platformą.
Ar ji gali atskirti skubų gedimą nuo smulkaus?
Taip. Pranešimai skirstomi į lygius, tokius kaip kritinis, įspėjimas ir informacinis, todėl komanda pirmiausia gali reaguoti į skubius, o smulkius palikti planuotam vizitui.
Kokią informaciją pateikia pranešimas?
Kiekvienas pranešimas užfiksuoja savo svarbumo lygį, pirmojo pasirodymo laiko žymą, tuo momentu užfiksuotus matavimus, kas jį pamatė pirmas ir kiek laiko prireikė jam išspręsti. Komandos taip pat gali jį priskirti, pridėti komentarų ir atnaujinti jo būseną darbo eigoje.
Ar miestas sužino prieš gyventojams pasiskundžiant?
Dažnai taip. Kadangi įtampa atramoje išlieka net ir išjungus šviesą, stebėjimas vyksta visą parą naudojant tiesioginius duomenis, todėl daugelis gedimų išryškėja jiems įvykus, dar prieš kam nors pranešant apie tamsią gatvę.
Kas nutinka, jei šviestuvas praranda ryšį?
Du dalykai. Pats ryšio praradimas traktuojamas kaip signalas ir gali sukelti pranešimą, o valdiklis toliau vietoje vykdo savo tvarkaraštį bei pritemdymo taisykles, todėl gatvė lieka apšviesta, kol ryšys neveikia.
Ar tai pakeičia priežiūros komandą?
Ne. Ji parodo kiekvieną gedimą su jo vieta ir svarbumu, todėl komanda praleidžia laiką taisydama gedimus, kurių vietą jau žino. Žmonės ir transporto priemonės vis dar reikalingi.
Išvados: įrašas yra turtas
Gedimų aptikimas yra matoma to dalis. Dalį, kuri sukuria pridėtinę vertę, sudaro tai, kas kaupiasi už jos. Kiekvienas pranešimas pateikiamas su laiko žyma, jį sukėlusiais matavimais bei išsprendimo laiku, o po metų tai tampa kiekvieno šviestuvo istorija apie tai, kaip tinklas iš tikrųjų veikia. Ji parodo, kurios gatvės eikvoja priežiūros biudžetą ir kieno įranga prastai sensta, o tai yra medžiaga, kurios reikėtų bet kokiam tikram gedimų prognozavimui. Šviestuvus vis dar turi taisyti žmonės. Keičiasi tai, kad miestas nustoja priklausyti nuo to, ar kažkas pastebės.
Sužinokite daugiau
Jei norite pereiti nuo reaktyviosios prie duomenimis grįstos gatvių apšvietimo priežiūros, mielai tai aptarsime.
Rašykite mums: info@lusety.com
Skambinkite mums: +370 649 91222
Apie Lusety
„Lusety“ yra išmanaus miesto apšvietimo įmonė, įsikūrusi Kaune, Lietuvoje. Ji kuria gatvių apšvietimo valdiklius (įskaitant Light Keeper spintos valdiklį) ir HORIZON debesijos platformą, leidžiančią miestams bei integratoriams centralizuotai valdyti apšvietimo tinklus. Jos produktai sukurti pagal atvirus standartus, įskaitant Zhaga Book 18 ir DALI-2, o HORIZON yra sertifikuota TALQ kaip centrinė valdymo sistema, todėl kito gamintojo įrenginių integravimas išlieka apibrėžtos apimties darbu, o miestai išlaiko savo infrastruktūros kontrolę.