Saluton karaj ŝatantoj de Interreto de Aĵoj. En ĉi tiu artikolo, mi ŝatus paroli denove pri loĝado kaj komunumaj servoj kaj enketo pri mezuriloj.
Periode, alia grava telekomunika ludanto rakontas kiom baldaŭ li eniros ĉi tiun merkaton kaj disbatos ĉiujn sub li. Ĉiufoje kun tiaj rakontoj, mi pensas: "Knaboj, bonŝancon!"
Vi eĉ ne scias kien vi iras.
Por ke vi komprenu la skalon de la problemo, mi mallonge priskribos etan parton de nia sperto pri evoluigado de la platformo Smart City. Tiu parto de ĝi, kiu respondecas pri ekspedado.
Ĝenerala ideo kaj unuaj malfacilaĵoj
Se ni ne parolas pri individuaj mezuraj aparatoj, sed tiuj, kiuj estas en keloj, kaldronejoj kaj entreprenoj, tiam plej multaj el ili nun estas ekipitaj per telemetria eligo. Malpli ofte pulsita, pli ofte - RS-485/232 aŭ Ethernet. Ĝenerale, la plej "panaj" mezuriloj estas tiuj, kiuj konsideras varmon. Estas por ilia sendo ke ili estas pretaj pagi en la unua loko.
Mi jam detale detale en mia artikolo pri la funkcioj de RS-485. Mallonge, ĝi estas nur datuma interfaco. Fakte, la postuloj por elektraj impulsoj kaj komunikadlinioj. La priskribo de la pakaĵetoj iras je nivelo pli alta, en datumtransiga normo kiu funkcias aldone al RS-485. Kaj kio estos tie por la normo - ĝi estas al merced de la fabrikanto. Ofte Modbus, sed ne nepre. Eĉ se Modbus, ĝi ankoraŭ povas esti iom modifita.
Fakte, ĉiu mezurilo bezonas sian propran voĉdonan skripton, kiu povas "paroli" kun ĝi kaj pridemandi ĝin. Ĉi tio signifas, ke la sendosistemo estas aro de skriptoj por ĉiu individua nombrilo. La datumbazo kie ĉio ĉi estas stokita. Kaj iu uzantinterfaco en kiu li povas generi la raporton, kiun li bezonas.
Aspektas facila. La diablo, kiel ĉiam, estas en la detaloj.
Ni komencu per la unua parto.
Skriptoj
Kiel skribi ilin? Nu, evidente, aĉetu metron, malfermu ĝin, lernu kiel komuniki kun ĝi kaj integru ĝin en komunan platformon.
Bedaŭrinde, ĉi tiu solvo kovros nur parton de niaj bezonoj. Kiel regulo, populara nombrilo havas plurajn generaciojn, kaj la skripto por ĉiu generacio povas esti malsama. Foje iomete, foje multe. Kiam vi aĉetas ion, vi ricevas la lastan generacion. La abonanto, kun alta grado de probableco, havos ion pli antikvan. Ĝi ne plu estas vendata en vendejoj. Kaj la abonanto ne ŝanĝos la mezuran unuon.
Tial la unua problemo. Skribi tiajn skriptojn estas malfacila aro da programistoj kaj inĝenieroj "sur la tero". Ni aĉetis la lastan generacion, verkis iun komencan ŝablonon kaj poste modifis ĝin sur realaj aparatoj. Estas nereale fari tion en la laboratorio, nur dum laborado kun vivaj abonantoj.
Ni bezonis multe da tempo por krei tian pakaĵon. Nun la algoritmo estas ellaborita. La komencaj ŝablonoj estis konstante korektitaj kaj kompletigitaj, depende de tio, kion ni renkontis en nia praktiko. Kompreneble, la abonanto estis avertita, ĉu subite estis lia vendotablo, kiu montriĝis iomete "ne tia". Kiam tia aparato aperas, ĝi estas konektita laŭ la norma skemo kaj la balota skripto estas modifita survoje. Dum la integriĝoperiodo, la abonanto laboras senpage. Li estas sciigita ke li daŭre vivas en testreĝimo. La integriga procezo mem estas sufiĉe neantaŭvidebla afero. Kelkfoje vi devas fari minimume da korektoj. Estas kompleksa procezo kun vizito al la objekto, ŝovelado de literaturo kaj konstante venkado de la rastilo.
La tasko ne estas facila, sed solvebla. La rezulto estas funkcianta skripto. Ju pli granda estas la skriptbiblioteko, des pli facile estas vivi.
Dua problemo.
Teknologiaj konektkartoj
Por doni al vi ideon pri la komplekseco de ĉi tiu laboro, mi donos ekzemplon. Ni prenu la ege popularan varmomezurilon VKT-7.
La nomo mem nenion diras al ni. VKT-7 havas plurajn hardvarsolvojn. Kian interfacon ĝi havas interne?
Estas malsamaj ebloj. Povas esti eligo en norma DB-9-bloko (tio estas RS-232). Eble nur terminalbloko kun RS-485-kontaktoj. Eble eĉ retkarto kun RJ-45 (en ĉi tiu kazo, ModBus estas pakita en Ethernet).
Aŭ eble tute nenio. Nur nuda metro. Vi povas instali interfacan eliron en ĝi, ĝi estas vendita de la fabrikanto aparte kaj kostas monon. La ĉefa problemo estas, ke por instali ĝin, vi devas malfermi la mezurilon kaj rompi la sigelojn. Tio estas, la rimedo-provizanta organizo estas inkluzivita en ĉi tiu procezo. Ŝi estas sciigita, ke la sigeloj estos rompitaj, tago estas nomumita kaj nia inĝeniero, en ĉeesto de reprezentanto de la rimedoj-laboristoj, faras la necesajn plibonigojn, post kio la metro estas denove sigelita.
Depende de la instalita interfaco, plia rafinado estas farita. Ekzemple, ni decidis konekti metron per drato. Ĉi tiu estas la plej simpla opcio, se nia ŝaltilo estas ene de 100 metroj, tiam trompi kun LoRa estas superflua. Estas pli facile per kablo al nia reto, al izolita VLAN.
RS-485/232 postulas konvertilon al Eterreto. Multaj tuj memoros MOHA, sed ĝi estas multekosta. Por niaj solvoj, ni elektis pli malmultekostan ĉinan solvon.
Se la eligo estas tuj Ethernet, tiam la konvertilo ne estas bezonata.
Demando. Ni diru, ke ni mem agordas la interfacan eligon. Ĉu vi povas faciligi vian vivon kaj tuj meti Eterreton ĉien?
Ĉi tio ne ĉiam eblas. Ni devas rigardi la ekzekuton de la korpo. Li eble ne havas la ĝustan truon por ke la interfaco stariĝu kiel ĝi devus. Kaj la vendotablo, mi memorigas vin, estas en nia kelo. Aŭ en la kaldronoĉambro. Estas alta humido, la streĉeco ne povas esti malobservita. Fini la kazon per dosiero estas malbona ideo. Pli bone estas meti ion, kio komence ne postulas grandajn ŝanĝojn. Ofte - RS-485 estas la sola eliro.
Plue. Ĉu la mezurilo estas konektita al garantiita elektroprovizo? Se ne, tiam ĝi vivas per baterioj. En ĉi tiu reĝimo, ĝi estas dizajnita por mana balotado unufoje monate dum tri minutoj. Konstante aliri la CGT-7 malplenigos ĝian kuirilaron. Do, vi devas tiri garantiitan elektroprovizon kaj instali tensio-konvertilon.
Por ĉiu fabrikanto de metroj, la elektroprovizomodulo estas malsama. Ĝi povas esti ekstera unuo sur DIN-relo aŭ enkonstruita konvertilo.
Rezultas, ke aro da diversaj interfacoj kaj potencaj moduloj por ĉiu metro ĉiam devas esti stokita en nia magazeno. La gamo tie estas impona.
Kompreneble ĉio ĉi estos eventuale pagita de la abonanto. Sed li ne atendos monaton, ĝis alvenos la ĝusta aparato. Kaj li bezonas takson por konekti ĉi tie kaj nun. Do la teknologia rezervo falas sur niajn ŝultrojn.
Ĉio, kion mi priskribis, fariĝas klara teknika konektkarto, por ke lokaj inĝenieroj ne pensu, kian beston ili renkontis en la sekva kelo kaj kion ili bezonas por ke ĝi funkciu.
La teknika mapo estas najbara al la ĝenerala konektregularo. Post ĉio, ne sufiĉas inkluzivi la mezurilon en nia reto, vi ankoraŭ bezonas ĵeti la saman VLAN sur la ŝaltilhavenon, vi devas fari diagnozon, fari testan enketon. Ni strebas aŭtomatigi la tutan procezon kiel eble plej multe por eviti erarojn kaj ne impliki nenecesajn fortojn de inĝenieroj.
Nu, ni skribis teknikajn mapojn, regularojn, aŭtomatigon. Agordu loĝistikon.
Kie alie estas kaŝitaj kaptiloj?
La datumoj estas legitaj kaj verŝitaj en la datumbazon.
La abonanto de ĉi tiuj ciferoj ne estas varma aŭ malvarma. Li bezonas raporton. Prefere en la formo, en kiu li estas kutima. Eĉ pli bone, se tuj en formo de raporto, kiun li povas kompreni, kiun li povas presi, subskribi kaj sendi. Ĉi tio signifas, ke vi bezonas simplan kaj kompreneblan interfacon, kiu montras informojn pri la mezurilo kaj povas aŭtomate generi raporton.
Ĉi tie nia zoo daŭras. La fakto estas, ke ekzistas pluraj formoj de la raporto. Ĉe ilia kerno, ili reflektas la samon (varmo konsumita), sed en malsamaj manieroj.
Iuj el la abonantoj raportas en absolutaj valoroj (tio estas, valoroj estas skribitaj en la kolumno pri varmokonsumo ekde la instalado de la mezurilo), iu en deltoj (tio estas kiam ni skribas konsumon dum tempodaŭro). sen referenco al la komencaj valoroj). Fakte, ili ne uzas unuformajn normojn, sed establitan praktikon. Okazis kazoj, kiam abonantoj vidas ĉiujn valorojn, kiujn ili bezonas (la kvanto da varmego konsumita, la volumo de fridigaĵo liverita kaj for, temperaturdiferenco), sed la kolumnoj en la raporto estas en la malĝusta sinsekvo.
Tial la sekva paŝo - la raporto devas esti agordebla. Tio estas, la abonanto mem elektas kio iras en kiu sinsekvo kaj kiaj rimedoj estas en sia dokumento.
Jen interesa punkto. Ĉio estas en ordo se nia mezurilo estas instalita ĝuste. Sed okazas, ke la instala organizo, instalante la ITP, fuŝis kaj malĝuste fiksis la tempon por la mezurilo. Ni vidis aparatojn, kiuj pensas, ke ĝi estas 2010. En nia sistemo, ĉi tio aspektos kiel nul legaĵoj por la nuna dato, kaj reala konsumo se ni elektas 2010. Jen kie deltoj utilas. Tio estas, ni diras, ke dum la pasinta tago tiom multe tiktakis.
Ŝajnus, kial tiaj malfacilaĵoj? Ĉu estas tiel malfacile mallevi la horloĝon?
Ĝuste kun VKT-7 tio kondukos al kompleta restarigo de la nombrilo kaj la forigo de arkivoj el ĝi.
La abonanto estos devigita pruvi al la rimedoj-administrantoj, ke li instalis la ITP ne hieraŭ, sed antaŭ ĉirkaŭ kvin jaroj.
Kaj fine, la glaciaĵo sur la kuko.
Komputilmaniero
Ni havas metron, ni havas raporton. Inter ili estas nia sistemo, kiu generas ĉi tiun raporton. Ĉu vi kredas ŝin?
Mi - jes. Sed kiel pruvi, ke nenio ŝanĝiĝas en ni, ke ni ne distordas la signifon. Temas pri atestado. La balotsistemo devas havi atestilon, kiu konfirmas ĝian nepartiecon. Ĉiuj grandaj sistemoj, kiel LERS, Ya Energetik kaj aliaj, havas similan atestilon. Ni ankaŭ ricevis ĝin, kvankam ĝi estas multekosta kaj prenas multan tempon.
Kompreneble, vi ĉiam povas tranĉi angulojn kaj aĉeti ion pretan. Sed la programisto devos pagi por ĉi tio. Kaj la programisto povas peti ne nur enirkotizon, sed ankaŭ monatan kotizon. Tio estas, ni estos devigitaj dividi kun li parton de nia kukaĵo.
Kial ĉio estas?
La ĉefa problemo ne estas ĉi tio. Disvolvi vian propran sistemon ankaŭ estas tre multekosta kaj multajn fojojn pli malfacila. Tamen ĝi provizas gravan avantaĝon. Ni klare komprenas kiel ĝi funkcias. Ni facile skalas ĝin, ni povas modifi ĝin se tia bezono subite aperas. La abonanto ricevas pli kompletan servon, kaj de nia flanko, centprocentan kontrolon de la procezo.
Tial ni elektis la duan vojon. Ni investis jaron de la vivo de niaj programistoj kaj kampaj inĝenieroj en ĝi. Sed nun ni klare komprenas la laboron de la tuta ĉeno.
Retrorigardante, mi komprenas, ke sen la akirita scio, mi simple ne povus ĝuste interpreti la nenormalan konduton de aparta nombrilo.
Krome, io plia povas esti konstruita surbaze de la sendosistemo. Konsumado troa alarmoj, akcidenta raporto. Ni havas poŝtelefonan apon baldaŭ.
Ni iris eĉ plu kaj aldonis al nia platformo (ne ekzistas alia maniero nomi ĝin) la kapablon ricevi petojn de loĝantoj, la kapablon kontroli niajn "inteligentajn interkomunikilojn", kontroli stratlumadon kaj plurajn aliajn projektojn, kiujn mi ne skribis. pri ankoraŭ.
Ĉio ĉi estas kompleksa, cerborompiga kaj longa. Sed la rezulto valoras ĝin. Abonantoj ricevas pretan ampleksan produkton.
Ĉiu operatoro, kiu planas iri en la loĝejojn kaj komunumajn servojn, certe prenos ĉi tiun vojon. Ĉu ĝi pasos?
Jen demando. Ne temas eĉ pri la mono. Kiel mi skribis supre, kio necesas ĉi tie estas kombinaĵo de laboro en la kampo kaj evoluo. Ne ĉiuj ĉefaj ludantoj kutimas ĉi tion. Se viaj programistoj estas en Moskvo, kaj ligoj estas faritaj en Novosibirsk, tiam via tempo por la preta produkto estas signife streĉita.
La tempo diros, kiu eltenos en ĉi tiu merkato, kaj kiu diros — nu, li foriris al la infero! Sed unu afero, kiun mi scias certe, estas, ke ne funkcios veni kaj preni merkatparton nur per mono. Ĉi tiu procezo postulas netradiciajn alirojn, bonajn inĝenierojn, fosi en la reguligo, komunikado kun resursaj administrantoj kaj abonantoj, konstanta identigo kaj superado de la rastilo.
PS En ĉi tiu artikolo, mi intence koncentriĝis pri varmo kaj ne mencias elektron aŭ akvon. Mi ankaŭ priskribas la kablokonekton. Se ni havas pulsan eliron, estas iuj nuancoj, kiel devigaj repaciĝoj post instalado. Povas esti, ke la drato ne povas esti atingita, tiam LoRaWAN estas uzata. Estas simple nereale priskribi nian tutan platformon kaj la stadiojn de ĝia evoluo en unu artikolo.
fonto: www.habr.com