Hallo, liewe aanhangers van die Internet of Things. In hierdie artikel wil ek weer praat oor behuising en gemeenskaplike dienste en 'n opname van meettoestelle.
Van tyd tot tyd praat die volgende groot telekommunikasiespeler oor hoe gou hy hierdie mark gaan betree en almal onder hom sal verpletter. Elke keer as ek sulke stories hoor, dink ek: “Manne, sterkte!”
Jy weet nie eers waarheen jy gaan nie.
Sodat jy die omvang van die probleem verstaan, sal ek kortliks vir jou 'n klein deel van ons ervaring met die ontwikkeling van die Smart City-platform vertel. Daardie deel daarvan wat verantwoordelik is vir die versending.
Algemene idee en eerste probleme
As ons nie praat oor individuele meettoestelle nie, maar dié wat in kelders, ketelkamers en ondernemings is, dan is die meeste van hulle nou toegerus met 'n telemetriese uitset. Minder dikwels gepuls, meer dikwels - RS-485/232 of Ethernet. As 'n reël is die mees bruikbare meettoestelle dié wat hitte tel. Hulle is in die eerste plek bereid om vir hul versending te betaal.
Ek het reeds die kenmerke van RS-485 in my artikel in detail bespreek. Kortom, dit is bloot 'n data-oordragkoppelvlak. In wese is dit die vereistes vir elektriese impulse en kommunikasielyne. Die beskrywing van die pakkette kom op 'n hoër vlak, in die data-oordragstandaard, wat bo-op RS-485 werk. En watter soort standaard daar sal wees, word aan die vervaardiger oorgelaat. Dikwels Modbus, maar nie nodig nie. Selfs al is dit Modbus, kan dit steeds ietwat gewysig word.
Om die waarheid te sê, elke meter het sy eie opname skrif nodig, wat daarmee kan “praat” en dit ondervra. Dit beteken dat die versendingstelsel 'n stel skrifte vir elke individuele teller is. Die databasis waar dit alles gestoor word. En 'n sekere gebruikerskoppelvlak waarin hy die verslag kan genereer wat hy benodig.
Lyk maklik. Die duiwel is, soos altyd, in die besonderhede.
Kom ons begin met die eerste deel.
Skrifte
Hoe om hulle te skryf? Wel, natuurlik, koop 'n meettoestel, peuter daarmee, leer om daarmee te kommunikeer en integreer dit in 'n gemeenskaplike platform.
Ongelukkig sal hierdie oplossing net 'n deel van ons behoeftes dek. Tipies het 'n gewilde teller verskeie generasies, en die skrif vir elke generasie kan anders wees. Soms 'n bietjie, soms baie. As jy iets koop, kry jy die nuutste generasie. Die intekenaar sal heel waarskynlik iets ouer hê. Dit word nie meer in winkels verkoop nie. En die intekenaar sal nie die meeteenheid verander nie.
Vandaar die eerste probleem. Om sulke skrifte te skryf is 'n moeilike kombinasie van sagteware-ontwikkelaars en ingenieurs "op die grond". Ons het die nuutste generasie gekoop, 'n aanvanklike sjabloon geskryf en dit dan op regte toestelle verander. Dit is onmoontlik om dit in 'n laboratorium te doen, net terwyl jy met lewendige intekenare werk.
Dit het ons baie tyd geneem om so 'n bundel te skep. Die algoritme is nou uitgewerk. Die aanvanklike sjablone is voortdurend aangepas en aangevul, afhangende van wat ons in ons praktyk teëgekom het. Natuurlik is die intekenaar gewaarsku as sy meter skielik 'n bietjie "af" blyk te wees. Wanneer so 'n toestel verskyn, word dit volgens die standaardskema gekoppel en die opname script word langs die pad gewysig. Tydens die integrasie werk die intekenaar gratis. Hy word ingelig dat hy tans in toetsmodus leef. Die integrasieproses self is 'n taamlik onvoorspelbare ding. Soms hoef jy net minimale regstellings te maak. Daar kan 'n komplekse proses wees wat behels om na die terrein te gaan, literatuur te skop en agtereenvolgens die hark te oorkom.
Die taak is nie maklik nie, maar oplosbaar. Die resultaat is 'n werkende skrif. Hoe groter die biblioteek van skrifte, hoe makliker is die lewe.
Tweede probleem.
Tegnologiese verbindingskaarte
Om jou die kompleksiteit van hierdie werk te laat verstaan, sal ek 'n voorbeeld gee. Kom ons neem die uiters gewilde hittemeter VKT-7.
Die naam self sê vir ons niks. VKT-7 het verskeie ysterbedekte oplossings. Watter soort koppelvlak het dit binne?
Daar is verskillende opsies. Daar kan 'n pen in 'n standaard DB-9-blok wees (dit is RS-232). Dit kan net 'n terminaalblok met RS-485-kontakte wees. Miskien selfs 'n netwerkkaart met RJ-45 (in hierdie geval is ModBus in Ethernet verpak).
Of dalk glad niks nie. Net 'n kaal meettoestel. Jy kan 'n koppelvlakuitset daarin installeer; dit word afsonderlik deur die vervaardiger verkoop en kos geld. Die grootste probleem is dat om dit te installeer, moet jy die meter oopmaak en die seëls breek. Dit wil sê, die hulpbronverskaffingsorganisasie is by hierdie proses ingesluit. Sy word in kennis gestel dat die seëls gebreek sal word, 'n dag word vasgestel en ons ingenieur, in die teenwoordigheid van 'n hulpbronverteenwoordiger, maak die nodige wysigings, waarna die meter weer verseël word.
Afhangende van die geïnstalleerde koppelvlak, word verdere wysigings aangebring. Ons het byvoorbeeld besluit om die meter via draad te koppel. Dit is die eenvoudigste opsie, as ons skakelaar binne 100 meter is, dan is dit oorbodig om met LoRa te vroetel. Dit is makliker om 'n kabel aan ons netwerk te koppel, aan 'n geïsoleerde VLAN.
Vir RS-485/232 benodig jy 'n omskakelaar na Ethernet. Baie sal dadelik MOHA onthou, maar dit is duur. Vir ons oplossings het ons 'n goedkoper Chinese oplossing gekies.
As die uitset direk Ethernet is, is 'n omskakelaar nie nodig nie.
Vraag. Kom ons sê ons installeer die koppelvlakuitset self. Kan jy jou lewe makliker maak en Ethernet dadelik oral installeer?
Dit is nie altyd moontlik nie. Ons moet kyk na die ontwerp van die liggaam. Dit het dalk nie die nodige gat vir die koppelvlak om behoorlik te pas nie. Laat ek jou herinner dat die toonbank in ons kelder is. Of in die stoomkamer. Daar is hoë humiditeit daar, die seël kan nie gebreek word nie. Om die liggaam met 'n lêer af te rond is 'n slegte idee. Dit is beter om iets te installeer wat aanvanklik nie groot veranderinge benodig nie. Dikwels is RS-485 die enigste uitweg.
Verder. Is die meter gekoppel aan gewaarborgde krag? Indien nie, werk dit op batterykrag. In hierdie modus is dit ontwerp vir handmatige peiling een keer per maand vir drie minute. Deur voortdurend toegang tot VKT-7 te kry, sal sy battery leegmaak. Dit beteken dat jy gewaarborgde krag moet voorsien en 'n spanningomsetter moet installeer.
Die kragmodule verskil vir elke metervervaardiger. Dit kan 'n eksterne DIN-spooreenheid of 'n ingeboude omsetter wees.
Dit blyk dat ons pakhuis altyd 'n stel verskillende koppelvlakke en kragmodules vir elke meter moet stoor. Die omvang daar is indrukwekkend.
Dit alles sal natuurlik uiteindelik deur die intekenaar betaal word. Maar hy sal nie 'n maand wag vir die regte toestel om te kom nie. En hy het 'n skatting nodig vir verbinding hier en nou. Die tegnologiese reserwe val dus op ons skouers.
Alles wat ek beskryf het, verander in 'n duidelike tegniese verbindingskaart, sodat plaaslike ingenieurs nie dink oor watter soort dier hulle in die volgende kelder teëgekom het en wat hulle nodig het om te werk nie.
Die tegniese kaart is aangrensend aan die algemene regulasies vir aansluiting. Dit is immers nie genoeg om die meter by ons netwerk in te sluit nie; ons moet steeds dieselfde VLAN aan die skakelpoort koppel, ons moet diagnostiek uitvoer en 'n toetspeiling doen. Ons streef daarna om die hele proses so veel as moontlik te outomatiseer om foute te vermy en nie onnodige ingenieurs te betrek nie.
Goed, ons het tegniese kaarte, regulasies, outomatisering geskryf. Ons het logistiek gevestig.
Waar anders is daar versteekte slaggate?
Die data word gelees en in die databasis gegooi.
Hierdie nommers maak die intekenaar nie warm nóg koud nie. Hy het 'n verslag nodig. Verkieslik in die vorm waarin hy gewoond is. Dit is selfs beter as dit dadelik in die vorm van 'n verslag is wat hy kan verstaan, wat hy kan uitdruk, onderteken en indien. Dit beteken dat ons 'n eenvoudige en verstaanbare koppelvlak benodig wat inligting op die meter vertoon en outomaties 'n verslag kan genereer.
Hier gaan ons dieretuin voort. Die feit is dat daar verskeie verslagvorms is. In hul kern weerspieël hulle dieselfde ding (hitte verbruik), maar op verskillende maniere.
Sommige intekenare rapporteer in absolute waardes (dit wil sê in die hitteverbruikkolom word waardes geskryf vanaf die installering van die meter), ander in deltas (dit is wanneer ons verbruik oor 'n tydperk skryf sonder verwysing na die beginwaardes). Trouens, hulle gebruik nie eenvormige standaarde nie, maar gevestigde praktyke. Daar was gevalle waar intekenare al die waardes sien wat hulle benodig (hoeveelheid hitte wat verbruik word, volume koelmiddel wat voorsien en afgevoer word, temperatuurverskil), maar die kolomme in die verslag is nie in die korrekte volgorde nie.
Vandaar die volgende stap - die verslag moet aanpasbaar wees. Dit wil sê, die intekenaar kies self wat in watter volgorde gaan en watter hulpbronne in sy dokument is.
Hier is 'n interessante punt. Alles is reg as ons meter reg geïnstalleer is. Maar dit gebeur dat die installasiemaatskappy, toe die ITP geïnstalleer is, 'n fout gemaak het en die tyd vir die meter verkeerd ingestel het. Ons het toestelle teëgekom wat dink dit is 2010. In ons stelsel sal dit lyk soos nul lesings vir die huidige datum, en werklike verbruik as ons 2010 kies. Deltas is baie nuttig hier. Dit wil sê, ons sê dat daar so baie gebeur het die afgelope XNUMX uur.
Dit wil voorkom, hoekom sulke probleme? Is dit so moeilik om jou horlosie te draai?
Presies met VKT-7 sal dit lei tot 'n volledige herstel van die teller en die verwydering van argiewe daaruit.
Die intekenaar sal gedwing word om aan hulpbronbeamptes te bewys dat hy die ITP nie gister nie, maar vyf jaar gelede geïnstalleer het.
En laastens, die kersie op die koek.
sertifisering
Ons het 'n meter en 'n rapport. Tussen hulle is ons stelsel, wat hierdie verslag genereer. Glo jy haar?
Ek doen. Maar hoe kan ons bewys dat niks in ons verander nie, dat ons nie die betekenis verdraai nie. Dit is reeds 'n kwessie van sertifisering. Die opnamestelsel moet 'n sertifikaat hê wat die onpartydigheid daarvan bevestig. Alle groot stelsels, soos LERS, Ya Energetik en ander het 'n soortgelyke sertifikaat. Ons het dit ook ontvang, hoewel dit duur is en baie tyd neem.
Natuurlik kan jy altyd 'n hoek sny en iets klaargemaak koop. Maar die ontwikkelaar sal hiervoor moet betaal. En die ontwikkelaar kan nie net 'n toegangsfooi vra nie, maar ook 'n intekenfooi. Dit wil sê, ons sal gedwing word om 'n deel van ons pastei met hom te deel.
Hoekom is dit alles?
Dit is nie die hoofprobleem nie. Om jou eie stelsel te ontwikkel is ook baie duur en baie moeiliker. Dit bied egter 'n belangrike voordeel. Ons verstaan duidelik hoe dit werk. Ons skaal dit maklik, ons kan dit verander as so 'n behoefte skielik opduik. Die intekenaar ontvang 'n meer volledige diens, en van ons kant af XNUMX% beheer oor die proses.
Daarom het ons die tweede pad gekies. Ons het 'n jaar van die lewens van ons ontwikkelaars en veldingenieurs daarin belê. Maar nou verstaan ons duidelik die werking van die hele ketting.
As ek terugdink, verstaan ek dat ek sonder die kennis wat ek opgedoen het, eenvoudig nie die abnormale gedrag van 'n bepaalde teller korrek sou kon interpreteer nie.
Boonop kan iets meer gebou word op grond van die versendingstelsel. Alarms vir oormatige verbruik, ongeluksverslag. Ons berei voor om binnekort 'n mobiele toepassing vry te stel.
Ons het selfs verder gegaan en by ons platform gevoeg (daar is geen ander manier om dit te noem nie) die vermoë om versoeke van inwoners te ontvang, die vermoë om ons “slim interkoms”, straatbeligting te beheer, en verskeie ander projekte wat ek nie geskryf het nie. oor nog.
Dit alles is moeilik, breinbrekend en tydrowend. Maar die resultaat is die moeite werd. Intekenare ontvang 'n klaargemaakte, omvattende produk.
Elke operateur wat van plan is om die behuisings- en gemeenskaplike dienstesektor te betree, sal beslis hierdie pad inslaan. Sal dit verbygaan?
Hier is 'n vraag. Dit gaan nie eers oor die geld nie. Soos ek hierbo geskryf het, wat hier nodig is, is 'n kombinasie van veldwerk en ontwikkeling. Nie alle groot spelers is hieraan gewoond nie. As u ontwikkelaars in Moskou geleë is en verbindings in Novosibirsk gemaak word, word u tyd vir die voltooide produk aansienlik verleng.
Tyd sal leer wie in hierdie mark sal bly, en wie sal sê - wel, gaan hel toe! Maar een ding wat ek verseker weet, is dat jy nie net met geld markaandeel sal kan kom neem nie. Hierdie proses vereis onkonvensionele benaderings, goeie ingenieurs, delf in reguleerders, kommunikasie met hulpbronbeamptes en intekenare, voortdurende identifisering en oorkoming van probleme.
PS Ek het in hierdie artikel doelbewus op hitte gefokus en het nie elektrisiteit of water genoem nie. Ek beskryf ook die kabelverbinding. As ons 'n pulsuitset het, is daar 'n paar nuanses, soos verpligte kontrole na installasie. Dit mag wees dat die draad nie bereik kan word nie, dan kom LoRaWAN ter sprake. Dit is eenvoudig onrealisties om ons hele platform en die stadiums van sy ontwikkeling in een artikel te beskryf.
Bron: will.com