Tere, kallid asjade Interneti fännid. Selles artiklis tahaksin taas rääkida elamu- ja kommunaalteenustest ning mõõteseadmete uuringust.
Aeg-ajalt räägib järgmine suur telekomimängija, kui ruttu ta sellele turule siseneb ja kõik enda alla surub. Iga kord, kui kuulen selliseid lugusid, mõtlen: "Poisid, palju õnne!"
Sa isegi ei tea, kuhu sa lähed.
Et mõistaksite probleemi ulatust, räägin teile lühidalt väikese osa meie kogemusest Smart City platvormi arendamisel. See osa sellest, mis vastutab saatmise eest.
Üldine idee ja esimesed raskused
Kui me ei räägi üksikutest mõõteseadmetest, vaid neist, mis asuvad keldrites, katlaruumides ja ettevõtetes, siis enamik neist on nüüd varustatud telemeetrilise väljundiga. Harvem impulss, sagedamini - RS-485/232 või Ethernet. Reeglina on kõige kasulikumad mõõteseadmed need, mis loevad soojust. Eelkõige on nad valmis oma saatmise eest maksma.
Olen oma artiklis juba üksikasjalikult arutanud RS-485 funktsioone. Lühidalt öeldes on see lihtsalt andmeedastusliides. Põhimõtteliselt on need nõuded elektriimpulssidele ja sideliinidele. Pakettide kirjeldus on kõrgemal tasemel, andmeedastusstandardis, mis töötab RS-485 peal. Ja milline standard tuleb, on tootja otsustada. Sageli Modbus, kuid pole kohustuslik. Isegi kui see on Modbus, võib seda siiski mõnevõrra muudetud.
Tegelikult vajab iga arvesti oma mõõdistusskripti, mis saab sellega "vestelda" ja seda üle kuulata. See tähendab, et väljasaatmissüsteem on skriptide komplekt iga üksiku loenduri jaoks. Andmebaas, kus see kõik on salvestatud. Ja teatud kasutajaliides, milles ta saab genereerida vajaliku aruande.
Tundub lihtne. Kurat, nagu alati, peitub detailides.
Alustame esimese osaga.
Skriptid
Kuidas neid kirjutada? Noh, ilmselgelt ostke mõõteseade, nokitsege sellega, õppige sellega suhtlema ja integreerima see ühisesse platvormi.
Kahjuks katab see lahendus vaid osa meie vajadustest. Tavaliselt on populaarsel loenduril mitu põlvkonda ja iga põlvkonna skript võib olla erinev. Vahel vähe, vahel palju. Kui ostate midagi, saate uusima põlvkonna. Abonendil on suure tõenäosusega midagi vanemat. Seda enam poodides ei müüda. Ja abonent ei muuda mõõteühikut.
Sellest ka esimene probleem. Selliste skriptide kirjutamine on tarkvaraarendajate ja "maapealsete" inseneride raske kombinatsioon. Ostsime uusima põlvkonna, kirjutasime esialgse malli ja muutsime seda siis pärisseadmetes. Seda on laboris võimatu teha, ainult reaalajas tellijatega töötades.
Sellise komplekti loomine võttis meil palju aega. Algoritm on nüüdseks välja töötatud. Esialgseid malle kohandati ja täiendati pidevalt, olenevalt sellest, mida me oma praktikas kohtasime. Muidugi hoiatati tellijat, kui äkki osutus tema arvesti pisut "väljas". Kui selline seade ilmub, ühendatakse see vastavalt standardskeemile ja uuringu skripti muudetakse. Integreerimise ajal töötab tellija tasuta. Talle teatatakse, et ta elab praegu testrežiimis. Integratsiooniprotsess ise on üsna ettearvamatu asi. Mõnikord peate tegema ainult minimaalseid parandusi. See võib olla keeruline protsess, mis hõlmab objektile minekut, kirjanduse kühveldamist ja järjestikust reha ületamist.
Ülesanne pole lihtne, kuid lahendatav. Tulemuseks on töötav skript. Mida suurem on skriptide kogu, seda lihtsam on elu.
Teine probleem.
Tehnoloogilised ühenduskaardid
Et mõistaksite selle töö keerukust, toon näite. Võtame ülipopulaarse soojusarvesti VKT-7.
Nimi ise ei ütle meile midagi. VKT-7-l on mitu raudkattega lahendust. Milline liides sellel sees on?
Valikuid on erinevaid. Standardses DB-9 plokis (see on RS-232) võib olla tihvt. See võib olla lihtsalt RS-485 kontaktidega klemmiplokk. Võib-olla isegi RJ-45-ga võrgukaart (antud juhul on ModBus pakendatud Etherneti).
Või võib-olla üldse mitte midagi. Lihtsalt tühi mõõteseade. Sellesse saate installida liidese väljundi, seda müüb tootja eraldi ja see maksab raha. Peamine probleem seisneb selles, et selle paigaldamiseks tuleb arvesti avada ja tihendid purustada. See tähendab, et ressursse tarniv organisatsioon on sellesse protsessi kaasatud. Teda teavitatakse, et plommid purustatakse, määratakse päev ja meie insener teeb ressursi esindaja juuresolekul vajalikud muudatused, misjärel arvesti plommitakse uuesti.
Sõltuvalt installitud liidesest tehakse täiendavaid muudatusi. Näiteks otsustasime arvesti ühendada traadi kaudu. See on kõige lihtsam variant, kui meie lüliti on 100 meetri raadiuses, siis LoRaga askeldamine on üleliigne. Lihtsam on ühendada kaabel meie võrku, eraldatud VLAN-iga.
RS-485/232 jaoks on vaja Etherneti muundurit. Paljudele meenub kohe MOHA, aga see on kallis. Meie lahendusteks valisime odavama Hiina lahenduse.
Kui väljund on otse Ethernet, pole muundurit vaja.
küsimus. Oletame, et installime ise liidese väljundi. Kas saate oma elu lihtsamaks teha ja Etherneti kohe kõikjale installida?
See ei ole alati võimalik. Peame vaatama kere kujundust. Sellel ei pruugi olla liidese õigeks sobitamiseks vajalikku auku. Tuletan meelde, et lett asub meie keldris. Või katlaruumis. Seal on kõrge õhuniiskus, tihendit ei saa katki teha. Keha viimistlemine viiliga on halb mõte. Parem on paigaldada midagi, mis esialgu ei vaja suuri muudatusi. Sageli on RS-485 ainus väljapääs.
Edasi. Kas arvesti on ühendatud garanteeritud vooluvõrku? Kui ei, siis töötab akutoitel. Selles režiimis on see ette nähtud käsitsi valimiseks kord kuus kolme minuti jooksul. VKT-7 pidev juurdepääs tühjendab selle aku. See tähendab, et peate tagama garanteeritud toite ja paigaldama pingemuunduri.
Toitemoodul on iga arvesti tootja jaoks erinev. See võib olla väline DIN-liistu või sisseehitatud muundur.
Selgub, et meie laos peaks alati olema iga arvesti jaoks erinevate liideste ja toitemoodulite komplekt. Vahemik seal on muljetavaldav.
Loomulikult maksab selle kõige eest lõpuks tellija. Kuid ta ei oota kuu aega, kuni õige seade kohale jõuab. Ja ta vajab hinnangut ühenduse loomiseks siin ja praegu. Seega langeb tehnoloogiline reserv meie õlgadele.
Kõik, mida ma kirjeldasin, muutub selgeks tehniliseks ühenduskaardiks, et kohalikud insenerid ei mõtleks sellele, millist metsalist nad järgmises keldris kohtasid ja mida nad selle toimimiseks vajavad.
Tehniline kaart on liitumise üldeeskirja kõrval. Lõppude lõpuks ei piisa arvesti kaasamisest meie võrku, me peame ikkagi ühendama sama VLAN-i lüliti pordiga, peame tegema diagnostika ja tegema testküsitluse. Püüame kogu protsessi võimalikult palju automatiseerida, et vältida vigu ja mitte kaasata tarbetuid insenere.
Olgu, kirjutasime tehnilised kaardid, määrused, automaatika. Oleme loonud logistika.
Kus veel on peidetud lõkse?
Andmed loetakse ja valatakse andmebaasi.
Need numbrid ei tee abonendil sooja ega külma. Ta vajab aruannet. Soovitavalt sellisel kujul, nagu ta on harjunud. Veelgi parem, kui see on kohe talle arusaadava aruande vormis, mille ta saab välja printida, allkirjastada ja esitada. See tähendab, et vajame lihtsat ja arusaadavat liidest, mis kuvab arvesti teavet ja suudab automaatselt koostada raporti.
Siin meie loomaaed jätkub. Fakt on see, et aruandevorme on mitu. Oma põhiolemuselt peegeldavad need sama asja (tarbitud soojust), kuid erineval viisil.
Mõned abonendid teatavad absoluutväärtustes (st soojustarbimise veerus kirjutatakse väärtused alates arvesti paigaldamisest), teised deltades (see on siis, kui kirjutame tarbimise teatud aja jooksul ilma viiteta algväärtused). Tegelikult ei kasuta nad ühtseid standardeid, vaid väljakujunenud tavasid. On olnud juhtumeid, kus abonendid näevad kõiki vajalikke väärtusi (tarbitud soojuse kogus, tarnitud ja tühjendatud jahutusvedeliku maht, temperatuuride erinevus), kuid aruande veerud pole õiges järjestuses.
Sellest ka järgmine samm – aruanne peab olema kohandatav. See tähendab, et tellija ise valib, mis jadas ja millised ressursid tema dokumendis on.
Siin on huvitav punkt. Kõik on korras, kui meie arvesti on õigesti paigaldatud. Kuid juhtub, et paigaldusfirma tegi ITP paigaldamisel vea ja määras arvesti aja valesti. Oleme kohanud seadmeid, mis arvavad, et on 2010. aasta. Meie süsteemis näeb see välja praeguse kuupäeva nullnäitena ja tegeliku tarbimisena, kui valime 2010. aasta. Deltad on siin väga abiks. See tähendab, et me ütleme, et viimase XNUMX tunni jooksul on nii palju juhtunud.
Näib, miks sellised raskused? Kas kella keeramine on nii raske?
Täpselt VKT-7 puhul viib see loenduri täieliku lähtestamiseni ja arhiivide kustutamiseni sellest.
Tellija on sunnitud ressursiametnikele tõestama, et ta paigaldas ITP mitte eile, vaid viis aastat tagasi.
Ja lõpuks kirss tordil.
sertifikaat
Meil on arvesti ja aruanne. Nende vahel on meie süsteem, mis selle aruande genereerib. Kas sa usud teda?
Mina küll. Kuidas aga tõestada, et meie sees midagi ei muutu, et me ei moonuta tähendust. See on juba sertifitseerimise küsimus. Uuringusüsteemil peab olema sertifikaat, mis kinnitab selle erapooletust. Kõigil suurtel süsteemidel, nagu LERS, Ya Energetik jt, on sarnane sertifikaat. Saime ka kätte, kuigi see on kallis ja võtab palju aega.
Muidugi saab alati nurga alla lõigata ja midagi valmis osta. Kuid arendaja peab selle eest maksma. Ja arendaja võib küsida mitte ainult sisenemistasu, vaid ka liitumistasu. See tähendab, et oleme sunnitud osa oma pirukast temaga jagama.
Miks see kõik on?
See pole peamine probleem. Oma süsteemi arendamine on samuti väga kulukas ja palju keerulisem. Siiski annab see olulise eelise. Saame selgelt aru, kuidas see toimib. Me skaleerime seda lihtsalt, saame seda muuta, kui selline vajadus ootamatult tekib. Tellija saab täielikuma teenuse ja meie poolt XNUMX% kontrolli protsessi üle.
Seetõttu valisime teise tee. Investeerisime sellesse aasta oma arendajate ja inseneride elust. Kuid nüüd mõistame selgelt kogu ahela toimimist.
Tagantjärele mõeldes saan aru, et ilma omandatud teadmisteta poleks ma lihtsalt suutnud konkreetse loenduri ebanormaalset käitumist õigesti tõlgendada.
Lisaks saab dispetšersüsteemi baasil midagi enamat ehitada. Ületarbimise alarmid, õnnetuse aruanne. Valmistame peagi välja mobiilirakenduse.
Läksime veelgi kaugemale ja lisasime oma platvormile (seda ei saa teisiti nimetada) võimaluse saada elanikelt päringuid, juhtida meie nutikaid sisetelefone, juhtida tänavavalgustust ja mitmeid muid projekte, mida ma pole kirjutanud. umbes veel.
Kõik see on raske, ajusid murdev ja aeganõudev. Kuid tulemus on seda väärt. Tellijad saavad valmis tervikliku toote.
Iga operaator, kes plaanib siseneda elamu- ja kommunaalteenuste sektorisse, läheb kindlasti sellele teele. Kas see läheb üle?
Siin on küsimus. Asi pole isegi rahas. Nagu eespool kirjutasin, on siin vaja välitöö ja arendustegevuse kombinatsiooni. Kõik suuremad tegijad pole sellega harjunud. Kui teie arendajad asuvad Moskvas ja ühendused on loodud Novosibirskis, pikeneb teie aeg valmistootele oluliselt.
Aeg näitab, kes sellele turule jääb ja kes ütleb – no minge kuradile! Kuid ühte ma tean kindlalt, et sa ei saa tulla ja võtta turuosa ainult rahaga. See protsess nõuab ebatavalisi lähenemisi, häid insenere, süvenemist reguleerivatesse asutustesse, suhtlemist ressursside haldurite ja tellijatega, probleemide pidevat tuvastamist ja nendest üle saamist.
PS Selles artiklis olen keskendunud teadlikult soojusele ega ole maininud elektrit ega vett. Kirjeldan ka kaabliühendust. Kui meil on impulsi väljund, on mõned nüansid, näiteks kohustuslikud kontrollid pärast paigaldamist. Võib juhtuda, et juhet ei saa kätte, siis tuleb mängu LoRaWAN. Kogu meie platvormi ja selle arenguetappe ühes artiklis kirjeldada on lihtsalt ebareaalne.
Allikas: www.habr.com