Добры дзень, паважаныя аматары Інтэрнэту Рэчаў. У гэтым артыкуле я б зноў хацеў пагаварыць аб ЖКГ і апытанні прыбораў уліку.
Перыядычна, чарговы буйны гулец телекома распавядае, калі ён зойдзе на гэты рынак і ўсіх падомне пад сябе. Кожны раз пры такіх апавяданнях я думаю: «хлопцаў, удачы!»
Вы нават не ўяўляеце, куды лезеце.
Каб вы разумелі маштаб праблемы, коратка раскажу невялікую частку нашага вопыту па распрацоўцы платформы "Разумны Горад". Той яе часткі, што адказвае за дыспетчарызацыю.
Агульная ідэя і першыя складанасці
Калі казаць не пра індывідуальныя прыборы ўліку, а тыя, што стаяць у скляпах, кацельнях і на прадпрыемствах, то большая частка з іх зараз абсталявана тэлеметрычным выхадам. Радзей імпульсным, часцей - RS-485/232 або Ethernet. Як правіла, самыя «хлебныя» прыборы ўліку - тыя, што лічаць цяпло. Менавіта за іх дыспетчарызацыю гатовы плаціць у першую чаргу.
Я ужо падрабязна спыняўся ў сваім артыкуле на асаблівасцях RS-485. Калі сцісла - гэта проста інтэрфейс перадачы дадзеных. Па сутнасці - патрабаванні да электрычных імпульсаў і лініі сувязі. Апісанне пакетаў ідзе ўзроўнем вышэй, у стандарце перадачы дадзеных, які працуе па-над RS-485. А што там будзе за стандарт - гэта аддадзена на водкуп вытворцу. Часта Modbus, але не абавязкова. Нават калі і Modbus, ён усё роўна можа аказацца некалькі мадыфікаваным.
Па сутнасці, для кожнага прыбора ўліку патрэбен свой скрыпт апытання, які ўмее з ім "размаўляць" і апытваць яго. Значыць, сістэма дыспетчарызацыі - гэта набор скрыптоў пад кожны асобны лічыльнік. База даных, дзе ўсё гэта захоўваецца. І нейкі інтэрфейс карыстача, у якім ён можа сфармаваць патрэбную яму справаздачу.
Выглядае нескладана. Д'ябал, як заўсёды, крыецца ў дэталях.
Пачнём з першай часткі.
Скрыпты
Як іх напісаць? Ну, відавочна, купіць прыбор уліку, раскалупаць яго, навучыцца з ім мець зносіны і інтэграваць яго ў агульную платформу.
Нажаль, гэтае рашэнне пакрые толькі частка нашых запатрабаванняў. Як правіла, у папулярнага лічыльніка ёсць некалькі пакаленняў, і скрыпт для кожнага пакалення можа адрознівацца. Часам крыху, часам значна. Купляючы нешта, вы атрымліваеце апошняе пакаленьне. У абанента ж з высокай доляй верагоднасці апынецца нешта больш старажытнае. Яно ўжо не прадаецца ў магазінах. А мяняць вузел уліку абанент не будзе.
Адсюль першая праблема. Напісанне такіх скрыптоў - гэта жорсткі звязак распрацоўшчыкаў софту і інжынераў "на зямлі". Мы куплялі апошняе пакаленне, пісалі нейкі пачатковы шаблён і далей мадыфікавалі яго ўжо на рэальных прыладах. Зрабіць такое ў лабараторыі нерэальна, толькі падчас прац з жывымі абанентамі.
У нас пайшло нямала часу на стварэнне такой звязкі. Цяпер алгарытм адпрацаваны. Пачатковыя шаблоны ўвесь час карэктаваліся і дапаўняліся, у залежнасці ад таго, што мы сустракалі ў сваёй практыцы. Зразумела, абанента папярэджвалі, калі раптам менавіта яго лічыльнік аказаўся крыху «не такім». Пры з'яўленні такой прылады, яно падлучаецца па стандартнай схеме і скрыпт апытання мадыфікуецца па ходзе. На час інтэграцыі абанент працуе бясплатна. Яго паведамляюць, што ён пакуль жыве ў тэставым рэжыме. Сам працэс інтэграцыі - даволі непрадказальная рэч. Бывае, што трэба занесці мінімум выпраўленняў. Бывае складаны працэс з выездам на аб'ект, пералапачваннем літаратуры і паслядоўным пераадоленнем грабель.
Задача няпростая, але развязальная. Вынік - працоўны скрыпт. Чым большая бібліятэка скрыптоў, тым лягчэй жыць.
Другая праблема.
Тэхналагічныя карты падключэння
Каб вы ўсвядомілі складанасць гэтай працы, прывяду прыклад. Возьмем вельмі папулярны цеплалічыльнік ВКТ-7.
Сама па сабе назва нам яшчэ ні пра што не гаворыць. У ВКТ-7 ёсць некалькі жалезных рашэнняў. Што за інтэрфейс у яго ўнутры?
Ёсць розныя варыянты. Можа быць выснова ў стандартнай калодцы DB-9 (гэта RS-232). Можа быць проста клемная калодка з кантактамі RS-485. Можа нават сеткавая карта з RJ-45 (у гэтым выпадку ModBus пакуецца ў Ethernet).
А можа ўвогуле нічога. Проста голы прыбор ўліку. У яго можна ўсталяваць інтэрфейснае выйсце, ён прадаецца вытворцам асобна і варта грошай. Галоўная бяда - для яго ўстаноўкі патрабуецца выявіць лічыльнік і сарваць пломбы. Гэта значыць, у гэты працэс уключаецца рэсурсазабеспячальная арганізацыя. Яе паведамляюць, што пломбы будуць сарваныя, прызначаецца дзень і наш інжынер у прысутнасці прадстаўніка рэсурснікаў выконвае неабходныя дапрацоўкі, пасля чаго прыбор уліку ізноў пламбіруецца.
У залежнасці ад усталяванага інтэрфейсу выконваецца далейшая дапрацоўка. Напрыклад, мы вырашылі падключыць прыбор уліку па провадзе. Гэта найболей просты варыянт, калі ў 100-метровай даступнасці ёсць наш камутатар, тое мудраваць з LoRa гэта залішне. Прасцей кабелем у нашу сетку, у ізаляваны VLAN.
Для RS-485/232 патрэбен канвертар у Ethernet. Многія адразу ўспомняць МОХА, але гэта дорага. Для нашых рашэнняў мы падабралі кітайскае рашэнне танней.
Калі выйсце адразу Ethernet, то канвертар не патрэбен.
Пытанне. Дапушчальны, мы самі ўсталёўваны інтэрфейсны вынахад. Можа аблегчыць сабе жыццё і адразу ўсюды ставіць Ethernet?
Не заўжды такое магчыма. Трэба глядзець на выкананне корпуса. У яго можа не аказацца патрэбнай дзіркі, каб інтэрфейс устаў як трэба. А лічыльнік, нагадаю, стаіць у нас у падвале. Або ў кацельні. Там высокая вільготнасць, герметычнасць парушаць нельга. Дапілоўваць корпус напільнікам - дрэнная ідэя. Лепш ставіць нешта, што першапачаткова не патрабуе вялікіх пераробак. Часта – RS-485 – адзінае выйсце.
Далей. Ці падключаны лічыльнік да гарантаванага харчавання? Калі не, то ён жыве ад батарэйкі. У такім рэжыме ён разлічаны на ручное апытанне разоў у месяц на тры хвіліны. Пастаянны зварот да ВКТ-7 высадзіць яго батарэйку. Значыць, трэба цягнуць гарантаванае сілкаванне і ставіць пераўтваральнік напругі.
Для кожнага вытворцы лічыльнікаў модуль харчавання адрозніваецца. Гэта можа быць вонкавы блок на DIN-рэйку або ўбудаваны пераўтваральнік.
Атрымліваецца, што на нашым складзе заўсёды павінен захоўвацца набор розных інтэрфейсаў і модуляў харчавання пад кожны лічыльнік. Наменклатура там вялікая.
Вядома, усё гэта ў выніку нам аплаціць абанент. Але ён не будзе чакаць месяц, пакуль прыйдзе патрэбны дэвайс. І яму патрэбны каштарыс на падключэнне тут і зараз. Так што тэхналагічны запас кладзецца на нашыя плечы.
Усё, што я апісаў абарочваецца ў дакладную тэхнічную карту падключэння, каб інжынеры на месцах не думалі, што за звер ім сустрэўся ў чарговым склепе і што ім патрабуецца для яго працы.
Тэхкарта суседнічае з агульным рэгламентам па падключэнні. Бо лічыльнік мала ўключыць у нашу сетку, на порт камутатара яшчэ трэба накінуць той самы VLAN, трэба правесці дыягностыку, зрабіць выпрабавальнае апытанне. Увесь працэс мы імкнемся максімальна аўтаматызаваць, каб пазбегнуць памылак і не прыцягваць лішнія сілы інжынераў.
Добра, напісалі тэхкарты, рэгламент, аўтаматызацыю. Наладзілі лагістыку.
Дзе яшчэ стаіліся падводныя камяні?
Дадзеныя счытваюцца і льюцца ў базу.
Абаненту ад гэтых лічбаў не горача ні холадна. Яму патрэбна справаздача. Пажадана ў тым выглядзе, у якім ён абвык. Яшчэ лепш, калі адразу ў выглядзе зразумелай яму справаздачы, якую ён можа раздрукаваць, паставіць подпіс і здаць. Значыць, патрэбен просты і зразумелы інтэрфейс, які паказвае інфармацыю па прыборы ўліку і можа аўтаматычна сфарміраваць справаздачу.
Тут наш заапарк працягваецца. Справа ў тым, што формаў справаздачы некалькі. Па сваёй сутнасці яны адлюстроўваюць адно і тое ж (спажытае цяпло), але рознымі шляхамі.
Хтосьці з абанентаў дае справаздачу ў абсалютных значэннях (гэта значыць у графе спажывання цяпла пішуцца значэнні, пачынаючы з усталёўкі лічыльніка), хтосьці ў дэльтах (гэта калі пішам спажыванне за перыяд часу без прывязкі да пачатковых значэнняў). Па сутнасці, выкарыстоўваюць не адзіныя стандарты, а існуючую практыку. Бывалі выпадкі, калі абаненты бачаць усе тыя значэнні, якія ім патрэбныя (колькасць спажытага цяпла, аб'ём падведзенага і які пайшоў цепланосбіта, розніца тэмператур), але калонкі ў справаздачы стаяць не ў той паслядоўнасці.
Адсюль наступны крок - справаздача павінна быць наладжвальнай. Гэта значыць, абанент сам выбірае, што ў якой паслядоўнасці ідзе і якія рэсурсы ёсць у яго дакуменце.
Тут цікавы момант. Усё добра, калі наш прыбор уліку ўсталяваны правільна. Але бывае, што мантажная арганізацыя, пры ўстаноўцы ІТП накасячыла і няправільна выставіла час прыбору ўліку. Мы сустракалі прылады, якія думаюць - на двары 2010 год. У нашай сістэме гэта будзе выглядаць як нулявыя паказанні на бягучую дату, а рэальнае спажыванне - калі абраць 2010 год. Тут вельмі выбаўляюць дэльты. Гэта значыць, мы кажам, што за мінулыя суткі натыкала столькі-то.
Здавалася б, навошта такія складанасці? Так цяжка падвесці гадзіннік?
Вось менавіта з ВКТ-7 гэта прывядзе да поўнага абнулення лічыльніка і выдаленні архіваў з яго.
Абанент будзе змушаны даказваць рэсурснікам, што паставіў ІТП не ўчора, а ўжо гадоў пяць як.
І, нарэшце, вішанька на торце.
сертыфікацыя
У нас ёсць прыбор уліку, ёсць справаздача. Паміж імі наша сістэма, які гэтую справаздачу фармуе. Вы ёй верыце?
Я так. Але як даказаць, што ў нас унутры нічога не змяняецца, што мы не скажаем значэння. Гэта ўжо пытаньне сэртыфікацыі. Сістэма апытання абавязкова павінна мець сертыфікат, які пацвярджае яе непрадузятасць. Усе буйныя сістэмы, такія як ЛЭРС, Я Энергетык і іншыя падобны сертыфікат маюць. Атрымалі яго і мы, хоць гэта каштуе дорага і займае шмат часу.
Вядома, заўсёды можна зразаць кут і купіць нешта гатовае. Але за гэта давядзецца плаціць распрацоўшчыку. І распрацоўшчык можа папрасіць не толькі ўступны ўзнос, але і абанплату. Гэта значыць, мы будзем вымушаны дзяліцца з ім часткай нашага пірага.
Навошта яно ўсё?
Галоўная праблема не ў гэтым. Распрацоўка сваёй сістэмы - гэта таксама вельмі дорага і ў разы цяжэй. Аднак, яна дае важную перавагу. Мы дакладна разумеем як гэта працуе. Мы лёгка яе маштабуем, мы можам яе мадыфікаваць, калі раптам зьявілася такая патрэба. Абанент атрымлівае больш поўны сервіс, а з нашага боку стопрацэнтны кантроль за працэсам.
Менавіта таму мы і выбралі другі шлях. У яго мы ўклалі год жыцця нашых распрацоўшчыкаў і палявых інжынераў. Затое зараз мы выразна разумеем працу ўсяго ланцужка.
Азіраючыся назад я разумею, што без атрыманых ведаў проста не змог бы правільна інтэрпрэтаваць няштатныя паводзіны таго ці іншага лічыльніка.
Акрамя таго, на аснове сістэмы дыспечарызацыі можна пабудаваць нешта большае. Алармы па перавышэння спажывання, справаздача аб аварыях. У нас хутка рыхтуецца выхад мабільнага дадатку.
Мы пайшлі яшчэ далей і ў нашу платформу (а інакш гэта ўжо не назавеш) дадалі магчымасць прымаць звароты ад жыхароў, магчымасць кіравання нашымі "разумнымі дамафонамі", тут жа кантроль вулічнага асвятлення і яшчэ некалькі праектаў, пра якія я пакуль не пісаў.
Усё гэта складана, мазгаломна і доўга. Але вынік таго варты. Абаненты атрымліваюць гатовы ўсёабдымны прадукт.
Кожны аператар, які плануе ісці ў ЖКГ, абавязкова стане на гэты шлях. Ці пройдзе?
Тут пытаньне. Справа нават не ў грошах. Як я пісаў вышэй, тут патрэбна менавіта звязак працы ў полі і распрацоўкі. Не ўсе буйныя ігракі прывыклі да падобнага. Калі вашы распрацоўшчыкі сядзяць у Маскве, а падключэнні робяцца ў Новасібірску, то ваш час на гатовы прадукт значна расцягваецца.
Час пакажа, хто ўтрымаецца на гэтым рынку, а хто скажа - ды ну яго куды далей! Але адно я ведаю дакладна - прыйсці і заняць долю рынку выключна грашыма не атрымаецца. Гэты працэс патрабуе нешаблонных падыходаў, добрых інжынераў, капання ў рэгулятарыцы, зносін з рэсурснікамі і абанентамі, пастаяннага выяўленне і пераадолення грабляў.
PS У гэтым артыкуле я свядома засяродзіўся на цеплыні і не згадваю электрычнасць ці ваду. Гэтак жа я апісваю падлучэнне па кабелі. Калі ў нас імпульснае выйсце — там свае нюансы, накшталт абавязковых зверак пасля ўсталёўкі. Можа быць такое, што провадам не дацягнуцца, тады ў ход ідзе LoRaWAN. Апісаць усю нашу платформу і этапы яе распрацоўкі ў адным артыкуле проста нерэальна.
Крыніца: habr.com