Sziasztok, kedves Internet of Things rajongók. Ebben a cikkben ismét a lakás- és kommunális szolgáltatásokról, valamint a mérőeszközök felméréséről szeretnék beszélni.
A következő nagy távközlési szereplő időnként arról beszél, hogy hamarosan belép erre a piacra, és mindenkit maga alá zúz. Minden alkalommal, amikor ilyen történeteket hallok, azt gondolom: „Srácok, sok szerencsét!”
Azt sem tudod, hova mész.
Hogy megértse a probléma nagyságát, röviden elmondok egy kis részt a Smart City platform fejlesztése során szerzett tapasztalatainkból. Az a része, amely a feladásért felelős.
Általános elképzelés és az első nehézségek
Ha nem egyedi mérőkészülékekről beszélünk, hanem azokról, amelyek alagsorokban, kazánházakban és vállalkozásokban vannak, akkor ezek többsége telemetrikus kimenettel van felszerelve. Ritkábban impulzus, gyakrabban - RS-485/232 vagy Ethernet. Általában a hőt számláló mérőeszközök a leghasznosabbak. Elsősorban a kiszállításukért hajlandóak fizetni.
Cikkemben már részletesen tárgyaltam az RS-485 jellemzőit. Röviden, ez egyszerűen egy adatátviteli felület. Lényegében ezek a követelmények az elektromos impulzusokkal és a kommunikációs vonalakkal szemben. A csomagok leírása magasabb szinten, az RS-485-ön felül működő adatátviteli szabványban található. És hogy milyen szabvány lesz, az a gyártóra van bízva. Gyakran Modbus, de nem kötelező. Még ha Modbus, akkor is lehet némileg módosítani.
Valójában minden mérőnek saját felmérési szkriptre van szüksége, amely képes „beszélni” vele és lekérdezni. Ez azt jelenti, hogy a küldő rendszer minden egyes számlálóhoz tartozó szkriptek halmaza. Az adatbázis, ahol mindezt tárolják. És egy bizonyos felhasználói felület, amelyen elkészítheti a szükséges jelentést.
Könnyűnek tűnik. Az ördög, mint mindig, a részletekben rejlik.
Kezdjük az első résszel.
Szkriptek
Hogyan kell írni őket? Nos, nyilván vegyél egy mérőeszközt, bütykölj vele, tanulj meg vele kommunikálni, és integráld egy közös platformba.
Sajnos ez a megoldás szükségleteinknek csak egy részét fedezi. A népszerű számlálónak általában több generációja van, és az egyes generációk szkriptje eltérő lehet. Néha kicsit, néha nagyon. Ha veszel valamit, akkor a legújabb generációt kapod. Az előfizetőnek valószínűleg valami régebbi lesz. A boltokban már nem árulják. És az előfizető nem változtatja meg a mérőegységet.
Ezért az első probléma. Az ilyen szkriptek írása a szoftverfejlesztők és a „terepen” mérnökök kemény kombinációja. Megvettük a legújabb generációt, írtunk néhány kezdeti sablont, majd valódi eszközökön módosítottuk. Ezt laboratóriumban lehetetlen megtenni, csak élő előfizetőkkel való munka közben.
Sok időbe telt egy ilyen csomag létrehozása. Az algoritmus most kidolgozott. A kezdeti sablonokat folyamatosan korrigáltuk, kiegészítettük, attól függően, hogy mivel találkoztunk gyakorlatunk során. Természetesen az előfizetőt figyelmeztették, ha hirtelen kiderült, hogy a mérője kissé „kikapcsolt”. Amikor megjelenik egy ilyen eszköz, a szabványos séma szerint csatlakozik, és a felmérési szkript módosul az út során. Az integráció során az előfizető ingyenesen dolgozik. Úgy értesült, hogy jelenleg tesztüzemben él. Maga az integrációs folyamat meglehetősen kiszámíthatatlan dolog. Néha csak minimális korrekciót kell végrehajtania. Előfordulhat egy összetett folyamat, amely magában foglalja a helyszínre járást, az irodalom lapátolását és a gereblye leküzdését.
A feladat nem könnyű, de megoldható. Az eredmény egy működő szkript. Minél nagyobb a szkriptek könyvtára, annál könnyebb az élet.
Második probléma.
Technológiai csatlakozási kártyák
Hogy megértsd ennek a munkának a bonyolultságát, mondok egy példát. Vegyük a rendkívül népszerű VKT-7 hőmérőt.
A név önmagában nem árul el semmit. A VKT-7 számos vasbevonatú megoldással rendelkezik. Milyen interfész van benne?
Különféle lehetőségek vannak. Egy szabványos DB-9 blokkban (ez az RS-232) lehet egy tű. Ez csak egy sorkapocs lehet RS-485 érintkezőkkel. Talán még egy RJ-45-ös hálózati kártya is (ebben az esetben a ModBus Ethernetbe van csomagolva).
Vagy talán semmit. Csak egy csupasz mérőműszer. Beépíthetsz benne interfész kimenetet, azt a gyártó külön árulja és pénzbe kerül. A fő probléma az, hogy a telepítéshez ki kell nyitni a mérőt és fel kell törni a tömítéseket. Vagyis az erőforrás-ellátó szervezetet bevonják ebbe a folyamatba. Értesítik, hogy a plombákat feltörik, egy napot kitűznek, és mérnökünk az erőforrás képviselőjének jelenlétében elvégzi a szükséges módosításokat, majd a mérőt újra lezárják.
A telepített interfésztől függően további módosítások történnek. Például úgy döntöttünk, hogy a mérőt vezetéken keresztül csatlakoztatjuk. Ez a legegyszerűbb lehetőség, ha a kapcsolónk 100 méteren belül van, akkor a LoRa-val való babrálás felesleges. Könnyebb kábelt csatlakoztatni a hálózatunkhoz, egy elszigetelt VLAN-hoz.
Az RS-485/232-hez Ethernetre konvertálóra van szükség. Sokan azonnal a MOHA-ra emlékeznek, de drága. Megoldásainkhoz olcsóbb kínai megoldást választottunk.
Ha a kimenet közvetlenül Ethernet, akkor nincs szükség konverterre.
Kérdés. Tegyük fel, hogy mi magunk telepítjük az interfész kimenetét. Meg tudja könnyíteni az életét, és azonnal telepíteni tudja az Ethernetet mindenhová?
Ez nem mindig lehetséges. Meg kell vizsgálnunk a test kialakítását. Előfordulhat, hogy nincs meg az interfész megfelelő illeszkedéséhez szükséges lyuk. Hadd emlékeztesselek, hogy a pult a pincénkben van. Vagy a kazánházban. Ott magas a páratartalom, a tömítést nem lehet feltörni. A testet reszelővel befejezni rossz ötlet. Jobb olyan dolgot telepíteni, amely kezdetben nem igényel jelentős változtatásokat. Gyakran az RS-485 az egyetlen kiút.
További. Garantált tápfeszültségre van csatlakoztatva a mérő? Ha nem, akkor akkumulátorról működik. Ebben az üzemmódban havonta egyszer, három percig kézi lekérdezésre tervezték. A VKT-7 folyamatos elérése lemeríti az akkumulátorát. Ez azt jelenti, hogy garantált áramellátást kell biztosítania, és feszültségátalakítót kell telepítenie.
A teljesítménymodul minden mérőgyártónál eltérő. Ez lehet külső DIN-sínes egység vagy beépített átalakító.
Kiderült, hogy raktárunkban mindig minden mérőhöz különböző interfészeket és tápegységeket kell tárolni. Lenyűgöző a hatótáv.
Természetesen mindezt végső soron az előfizető fizeti. De nem fog egy hónapot várni, hogy megérkezzen a megfelelő készülék. És szüksége van egy becslésre az itt és most való kapcsolathoz. A technológiai tartalék tehát a vállunkra hárul.
Minden, amit leírtam, egy áttekinthető műszaki kapcsolati térképpé alakul, hogy a helyi mérnökök ne gondolkodjanak azon, milyen fenevadra bukkantak a következő pincében, és mire van szükségük a működéséhez.
A műszaki térkép az általános csatlakozási előírások mellett található. Hiszen nem elég a mérőt beépíteni a hálózatunkba, még mindig ugyanazt a VLAN-t kell csatlakoztatni a switch porthoz, el kell végezni a diagnosztikát és a teszt lekérdezést. Arra törekszünk, hogy a lehető legnagyobb mértékben automatizáljuk a teljes folyamatot, hogy elkerüljük a hibákat és ne vonjunk be felesleges mérnököket.
Oké, írtunk műszaki térképeket, előírásokat, automatizálást. Létrehoztuk a logisztikát.
Hol vannak még rejtett buktatók?
Az adatokat beolvassák és az adatbázisba töltik.
Ezektől a számoktól az előfizető se meleg, se hideg. Feljelentésre van szüksége. Lehetőleg abban a formában, ahogy megszokta. Még jobb, ha azonnal egy számára érthető jelentés formájában, amit ki tud nyomtatni, aláírni és benyújtani. Ez azt jelenti, hogy szükségünk van egy egyszerű és érthető felületre, amely információkat jelenít meg a mérőn, és automatikusan jelentést tud készíteni.
Itt folytatódik állatkertünk. Az a tény, hogy többféle jelentési forma létezik. Lényegében ugyanazt tükrözik (az elfogyasztott hőt), de különböző módon.
Egyes előfizetők abszolút értékben (azaz a hőfogyasztás oszlopában az értékeket a mérő felszerelésétől kezdődően), mások deltában írják le (ez az, amikor egy bizonyos időszakra vonatkozó fogyasztást írunk le, nem hivatkozva rá. a kezdeti értékek). Valójában nem egységes szabványokat, hanem bevett gyakorlatot alkalmaznak. Előfordultak olyan esetek, amikor az előfizetők látják az összes szükséges értéket (az elfogyasztott hőmennyiség, a betáplált és kiürített hűtőfolyadék mennyisége, hőmérsékletkülönbség), de a jelentés oszlopai nem a megfelelő sorrendben vannak.
Ezért a következő lépés - a jelentésnek testreszabhatónak kell lennie. Vagyis az előfizető maga választja ki, hogy mi milyen sorrendben kerüljön, és milyen erőforrások legyenek a dokumentumában.
Van itt egy érdekes pont. Minden rendben van, ha a mérőnk megfelelően van felszerelve. De előfordul, hogy a telepítő cég az ITP telepítésekor hibát követett el, és rosszul állította be a mérőórát. Találkoztunk olyan készülékekkel, amelyek azt hiszik, hogy 2010. A mi rendszerünkben ez úgy fog kinézni, mint az aktuális dátum nulla leolvasása, és valós fogyasztás, ha 2010-et választunk. A Delták nagyon hasznosak itt. Ez azt jelenti, hogy annyi minden történt az elmúlt XNUMX órában.
Úgy tűnik, miért ilyen nehézségek? Olyan nehéz felhúzni az óráját?
Pontosan a VKT-7 esetén ez a számláló teljes visszaállításához és az archívumok törléséhez vezet.
Az előfizető kénytelen lesz bizonyítani az erőforrás-felügyelőknek, hogy nem tegnap, hanem öt éve telepítette az ITP-t.
És végül a hab a tortán.
hitelesítés
Van mérőnk és jelentésünk. Köztük van a rendszerünk, amely ezt a jelentést készíti. hiszel neki?
én igen. De hogyan tudjuk bebizonyítani, hogy bennünk nem változik semmi, nem torzítjuk el a jelentést. Ez már igazolás kérdése. A felmérési rendszernek rendelkeznie kell egy tanúsítvánnyal, amely megerősíti pártatlanságát. Minden nagy rendszer, mint például a LERS, a Ya Energetik és mások hasonló tanúsítvánnyal rendelkezik. Mi is megkaptuk, bár drága és sok időt vesz igénybe.
Természetesen mindig levághatod a sarkot és vásárolhatsz készen valamit. De a fejlesztőnek fizetnie kell ezért. A fejlesztő pedig nem csak nevezési díjat kérhet, hanem előfizetési díjat is. Vagyis kénytelenek leszünk megosztani vele a tortánk egy részét.
Miért van ez az egész?
Nem ez a fő probléma. A saját rendszer fejlesztése is nagyon költséges és sokkal nehezebb. Ugyanakkor fontos előnyt jelent. Világosan megértjük, hogyan működik. Könnyen skálázzuk, módosíthatjuk, ha hirtelen felmerül az igény. Az előfizető teljesebb szolgáltatást kap, részünkről pedig XNUMX%-os kontrollt a folyamat felett.
Ezért választottuk a második utat. Fejlesztőink és terepmérnökeink életéből egy évet fektettünk bele. De most már világosan megértjük az egész lánc működését.
Visszatekintve megértem, hogy a megszerzett ismeretek nélkül egyszerűen nem tudtam volna helyesen értelmezni egy adott számláló abnormális viselkedését.
Emellett a diszpécserrendszer alapján még valami mást is lehet építeni. Riasztó túlfogyasztásra, baleseti jelentés. Hamarosan mobilalkalmazás kiadására készülünk.
Még tovább mentünk, és hozzáadtuk a platformunkhoz (nem lehet másként nevezni) a lakossági kérések fogadásának lehetőségét, az „okos kaputelefonok” vezérlésének lehetőségét, az utcai világítás vezérlését, és számos más olyan projektet, amelyeket még nem írtam. még kb.
Mindez nehéz, agytörő és időigényes. De az eredmény megéri. Az előfizetők kész, átfogó terméket kapnak.
Minden üzemeltető, aki a lakás- és kommunális szektorba kíván belépni, minden bizonnyal ezt az utat választja. Elmúlik?
Itt van egy kérdés. Nem is a pénzről van szó. Ahogy fentebb is írtam, itt a terepmunka és a fejlesztés kombinációjára van szükség. Nem minden jelentős szereplő ehhez szokott. Ha a fejlesztők Moszkvában találhatók, és a kapcsolatok Novoszibirszkben jönnek létre, akkor a késztermékre fordított idő jelentősen meghosszabbodik.
Az idő eldönti, ki marad ezen a piacon, és ki fogja azt mondani – hát menjen a pokolba! De egy dolgot biztosan tudok, hogy nem fogsz tudni jönni és piaci részesedést szerezni kizárólag pénzzel. Ez a folyamat nem szokványos megközelítéseket, jó mérnököket, a szabályozókba való mélyedést, az erőforrás-tisztekkel és az előfizetőkkel való kommunikációt, a problémák folyamatos azonosítását és leküzdését igényel.
PS Ebben a cikkben szándékosan a hőre összpontosítottam, és nem említettem az áramot vagy a vizet. Leírom a kábelcsatlakozást is. Ha van impulzuskimenetünk, akkor van néhány apróság, például a telepítés utáni kötelező ellenőrzések. Előfordulhat, hogy a vezetéket nem lehet elérni, akkor a LoRaWAN lép működésbe. Egyszerűen irreális egy cikkben leírni a teljes platformunkat és annak fejlesztési szakaszait.
Forrás: will.com