Сәлеметсіздер ме құрметті заттар интернетінің жанкүйерлері. Бұл мақалада мен тағы да тұрғын үй-коммуналдық шаруашылық және есепке алу аспаптарын шолу туралы айтқым келеді.
Мерзімді түрде телекоммуникацияның тағы бір ірі ойыншысы бұл нарыққа қаншалықты тез енетінін және оның астындағылардың бәрін басып тастайтынын айтады. Осындай әңгімелер болған сайын мен: «жігіттер, сәттілік!» деп ойлаймын.
Қайда бара жатқаныңды да білмейсің.
Мәселенің ауқымын түсіну үшін мен Smart City платформасын әзірлеудегі тәжірибеміздің шағын бөлігін қысқаша сипаттаймын. Оның жөнелтуге жауапты бөлігі.
Жалпы түсінік және алғашқы қиындықтар
Егер біз жеке есепке алу аспаптары туралы емес, жертөлелерде, қазандықтарда және кәсіпорындарда орналасқандар туралы айтатын болсақ, онда олардың көпшілігі қазір телеметрия шығысымен жабдықталған. Аз жиі импульсті, жиі - RS-485/232 немесе Ethernet. Әдетте, ең «нан» есептегіш құрылғылар жылуды қарастыратын құрылғылар болып табылады. Бұл олардың жөнелтуі үшін олар бірінші кезекте төлеуге дайын.
Мен RS-485 мүмкіндіктері туралы мақаламда егжей-тегжейлі тоқталдым. Қысқасы, бұл жай ғана деректер интерфейсі. Шын мәнінде, электр импульстары мен байланыс желілеріне қойылатын талаптар. Пакеттердің сипаттамасы RS-485 үстінде жұмыс істейтін деректерді тасымалдау стандартында жоғарырақ деңгейге көтеріледі. Ал стандарт үшін не болады - бұл өндірушінің мейіріміне байланысты. Жиі Modbus, бірақ міндетті емес. Тіпті Modbus болса да, оны біршама өзгертуге болады.
Шындығында, әрбір есепке алу құрылғысына онымен «сөйлесуге» және оны сұрауға болатын өзіндік дауыс беру сценарийі қажет. Бұл диспетчерлік жүйе әрбір жеке есептегішке арналған сценарийлер жиынтығы екенін білдіреді. Мұның бәрі сақталатын мәліметтер базасы. Және ол өзіне қажетті есепті жасай алатын кейбір пайдаланушы интерфейсі.
Оңай көрінеді. Шайтан, әдеттегідей, егжей-тегжейде.
Бірінші бөлімнен бастайық.
Сценарийлер
Оларды қалай жазуға болады? Әрине, есептегішті сатып алыңыз, оны ашыңыз, онымен байланысуды үйреніңіз және оны ортақ платформаға біріктіріңіз.
Өкінішке орай, бұл шешім біздің қажеттіліктеріміздің бір бөлігін ғана жабады. Әдетте, танымал есептегіштің бірнеше буыны бар және әр ұрпақтың сценарийі әртүрлі болуы мүмкін. Кейде аз, кейде көп. Бір нәрсені сатып алғанда, сіз соңғы ұрпақты аласыз. Абоненттің ықтималдығы жоғары, одан да көне нәрсе болады. Ол енді дүкендерде сатылмайды. Ал абонент есептеу қондырғысын ауыстырмайды.
Сондықтан бірінші мәселе. Мұндай сценарийлерді жазу - бұл «жердегі» бағдарламалық жасақтама әзірлеушілері мен инженерлерінің қиын тобы. Біз соңғы буынды сатып алдық, кейбір бастапқы үлгіні жаздық, содан кейін оны нақты құрылғыларда өзгерттік. Мұны зертханада, тек тірі абоненттермен жұмыс барысында жасау шындыққа жанаспайды.
Мұндай топтаманы жасау үшін бізге көп уақыт қажет болды. Қазір алгоритм әзірленді. Бастапқы үлгілер тәжірибемізде кездескенімізге байланысты үнемі түзетіліп, толықтырылып отырды. Әрине, егер кенеттен оның есептегіші сәл «олай емес» болып шықса, абонентке ескертілді. Мұндай құрылғы пайда болған кезде ол стандартты схемаға сәйкес қосылады және сауалнама сценарийі жолда өзгертіледі. Біріктіру кезеңінде абонент тегін жұмыс істейді. Ол әлі де тестілік режимде тұратыны туралы хабарланады. Интеграциялық процестің өзі болжау мүмкін емес нәрсе. Кейде ең аз түзетулер енгізу керек. Объектіге бару, әдебиеттерді күректеу және тырманы дәйекті түрде еңсеру бар күрделі процесс бар.
Тапсырма оңай емес, бірақ шешуге болады. Нәтиже - жұмыс сценарийі. Сценарийлер кітапханасы неғұрлым үлкен болса, соғұрлым өмір сүру оңайырақ.
Екінші мәселе.
Технологиялық қосылу карталары
Бұл жұмыстың күрделілігі туралы түсінік беру үшін мен мысал келтіремін. Өте танымал VKT-7 жылу есептегішін алайық.
Атаудың өзі бізге ештеңе айтпайды. VKT-7 бірнеше аппараттық шешімдерге ие. Оның ішінде қандай интерфейс бар?
Әртүрлі нұсқалар бар. Стандартты DB-9 блогында шығыс болуы мүмкін (бұл RS-232). Мүмкін жай ғана RS-485 контактілері бар терминалдық блок. Мүмкін, тіпті RJ-45 бар желілік карта (бұл жағдайда ModBus Ethernet жүйесінде жинақталған).
Немесе мүлде ештеңе емес шығар. Жалаңаш метр. Сіз оған интерфейс шығысын орнатуға болады, оны өндіруші бөлек сатады және ақшаны талап етеді. Негізгі қиындық - оны орнату үшін есептегішті ашып, пломбаларды бұзу керек. Яғни, бұл процеске ресурс беруші ұйым кіреді. Оған пломбалардың бұзылатыны туралы хабарланады, бір күн тағайындалады және біздің инженер ресурстық жұмысшылар өкілінің қатысуымен қажетті жақсартуларды жасайды, содан кейін есептегіш қайтадан пломбаланады.
Орнатылған интерфейске байланысты одан әрі нақтылау орындалады. Мысалы, біз метрді сым арқылы қосуды шештік. Бұл ең қарапайым нұсқа, егер біздің коммутатор 100 метрде болса, LoRa арқылы алдау артық. Біздің желіге, оқшауланған VLAN желісіне кабель арқылы оңайырақ.
RS-485/232 үшін Ethernet-ке түрлендіргіш қажет. Көпшілігі MOHA-ны бірден еске алады, бірақ ол қымбат. Біздің шешімдеріміз үшін біз арзанырақ қытайлық шешімді таңдадық.
Егер шығыс бірден Ethernet болса, түрлендіргіш қажет емес.
Сұрақ. Интерфейс шығысын өзіміз орнаттық делік. Сіз өзіңіздің өміріңізді жеңілдете аласыз және Ethernet желісін барлық жерде бірден орната аласыз ба?
Бұл әрқашан мүмкін емес. Біз дененің орындалуын қарауымыз керек. Интерфейстің дұрыс тұруы үшін оның дұрыс тесігі болмауы мүмкін. Ал есептегіш, еске саламын, біздің жертөледе. Немесе қазандықта. Жоғары ылғалдылық бар, тығыздықты бұзу мүмкін емес. Істі файлмен аяқтау жаман идея. Бастапқыда үлкен өзгерістерді қажет етпейтін нәрсені қойған дұрыс. Көбінесе - RS-485 шығудың жалғыз жолы.
Әрі қарай. Есептегіш кепілдік берілген қуат көзіне қосылған ба? Олай болмаса, ол батареямен өмір сүреді. Бұл режимде ол айына бір рет үш минут бойы қолмен сұрауға арналған. CGT-7-ге үнемі қол жеткізу оның батареясын тауысады. Сонымен, кепілдік берілген қуат көзін тартып, кернеу түрлендіргішін орнату керек.
Есептегіштердің әрбір өндірушісі үшін қуат беру модулі әртүрлі. Бұл DIN рельсіндегі сыртқы блок немесе кірістірілген түрлендіргіш болуы мүмкін.
Әр есептегіш үшін әртүрлі интерфейстер мен қуат модульдерінің жиынтығы әрқашан біздің қоймада сақталуы керек екен. Ондағы диапазон әсерлі.
Әрине, мұның барлығын ақыр соңында абонент төлейді. Бірақ ол дұрыс құрылғы келгенше бір ай күтпейді. Оған қазір және осында қосылу үшін сметалық қажет. Сондықтан технологиялық резерв біздің иығымызға түседі.
Мен сипаттағанның бәрі жергілікті инженерлер келесі жертөледе қандай жануарды кездестіргенін және оның жұмыс істеуі үшін не қажет екенін ойламауы үшін нақты техникалық байланыс картасына айналады.
Техникалық карта жалпы қосылу ережелерімен іргелес. Өйткені, есептегішті біздің желіге қосу жеткіліксіз, сіз әлі де сол VLAN-ды коммутатор портына лақтыруыңыз керек, диагностика жүргізуіңіз керек, тесттік сауалнама жүргізуіңіз керек. Біз қателерді болдырмау және инженерлердің қажетсіз күштерін тартпау үшін бүкіл процесті мүмкіндігінше автоматтандыруға тырысамыз.
Жарайды, техникалық карталарды, ережелерді, автоматтандыруды жаздық. Логистиканы орнату.
Тағы қай жерде жасырын тұзақтар бар?
Деректер оқылады және деректер базасына құйылады.
Бұл сандардан абонент ыстық немесе суық емес. Оған есеп керек. Жақсырақ ол үйренген пішінде. Одан да жақсы, егер бірден өзі түсінетін, басып шығаратын, қол қойып, тапсыратын есеп түрінде болса. Бұл сізге есептегіштегі ақпаратты көрсететін және есепті автоматты түрде жасай алатын қарапайым және түсінікті интерфейс қажет екенін білдіреді.
Міне, хайуанаттар бағымыз жалғасуда. Өйткені, есептің бірнеше нысандары бар. Олардың негізінде олар бірдей нәрсені көрсетеді (тұтынылатын жылу), бірақ әртүрлі жолдармен.
Кейбір абоненттер абсолютті мәндермен есеп береді (яғни есептегіш орнатудан бастап жылу тұтыну бағанында мәндер жазылады), біреулер үшбұрышта (бұл біз белгілі бір уақыт аралығында тұтынуды жазамыз) бастапқы мәндерге сілтемесіз). Іс жүзінде олар біркелкі стандарттарды емес, қалыптасқан тәжірибені қолданады. Абоненттер өздеріне қажетті барлық мәндерді (тұтынылатын жылу мөлшері, жеткізілетін және кеткен салқындатқыштың көлемі, температура айырмашылығы) көрген жағдайлар болды, бірақ есептегі бағандар дұрыс емес реттілікте.
Демек, келесі қадам - есеп теңшелетін болуы керек. Яғни, оның құжатында ненің қандай ретпен өтетінін және қандай ресурстар бар екенін абонент өзі таңдайды.
Міне, бір қызық жағдай. Есептегішіміз дұрыс орнатылған болса, бәрі жақсы. Бірақ орнату ұйымы ITP орнатқан кезде шатастырып, есептегіш уақытын дұрыс орнатпаған. Біз 2010 жыл деп ойлайтын құрылғыларды көрдік. Біздің жүйеде бұл ағымдағы күн үшін нөлдік көрсеткіштерге және 2010 жылды таңдасақ, нақты тұтынуға ұқсайды. Бұл жерде дельталар көмектеседі. Яғни, өткен тәулікте көп нәрсе тығырыққа тірелді дейміз.
Неліктен мұндай қиындықтар бар сияқты? Сағаттың жұмысын тоқтату соншалықты қиын ба?
Дәл VKT-7-де бұл есептегішті толығымен қалпына келтіруге және одан мұрағаттарды жоюға әкеледі.
Абонент ресурс менеджерлеріне ITP-ді кеше емес, шамамен бес жыл бұрын орнатқанын дәлелдеуге мәжбүр болады.
Соңында, торттағы глазурь.
Сертификаттау
Бізде есептегіш бар, бізде есеп бар. Олардың арасында осы есепті шығаратын жүйеміз бар. Сіз оған сенесіз бе?
Мен иә. Бірақ ішімізде ештеңе өзгермейтінін, мағынаны бұзбайтынымызды қалай дәлелдеуге болады. Бұл сертификаттау мәселесі. Дауыс беру жүйесінде оның бейтараптығын растайтын сертификат болуы керек. LERS, Ya Energetik және басқалары сияқты барлық үлкен жүйелерде ұқсас сертификат бар. Қымбат және көп уақытты қажет етсе де, біз де алдық.
Әрине, сіз әрқашан бұрыштарды кесіп, дайын нәрсені сатып ала аласыз. Бірақ әзірлеуші бұл үшін төлеуі керек. Ал әзірлеуші тек кіру ақысын ғана емес, ай сайынғы төлемді де сұрай алады. Яғни, біз онымен бәлішіміздің бір бөлігін бөлісуге мәжбүр боламыз.
Мұның бәрі неге?
Негізгі мәселе бұл емес. Жеке жүйеңізді жасау өте қымбат және бірнеше есе қиын. Дегенмен, ол маңызды артықшылық береді. Біз оның қалай жұмыс істейтінін анық түсінеміз. Біз оны оңай кеңейтеміз, егер кенеттен мұндай қажеттілік туындаса, біз оны өзгерте аламыз. Абонент толыққанды қызмет алады, ал біздің тарапымыздан процесті жүз пайыз бақылау.
Сондықтан біз екінші жолды таңдадық. Біз оған әзірлеушілеріміз бен инженерлеріміздің өмірінің бір жылын жұмсадық. Бірақ қазір біз бүкіл тізбектің жұмысын анық түсінеміз.
Өткенге қарап, мен алған білімсіз белгілі бір есептегіштің әдеттен тыс әрекетін дұрыс түсіндіре алмайтынымды түсінемін.
Сонымен қатар, диспетчерлік жүйенің негізінде тағы бір нәрсе салынуы мүмкін. Артық тұтыну дабылдары, апат туралы есеп. Жақында бізде мобильді қосымша бар.
Біз одан әрі бардық және өз платформамызға тұрғындардың өтініштерін қабылдау мүмкіндігін (әйтпесе оны басқаша атай алмайсыз), біздің «ақылды домофондарды» басқару мүмкіндігін, көше жарығын дереу басқару мүмкіндігін және мен жасайтын тағы бірнеше жобаларды қостық. туралы әлі жазған жоқ.
Мұның бәрі күрделі, миды бұзатын және ұзақ. Бірақ нәтиже тұрарлық. Жазылушылар дайын кешенді өнімді алады.
Тұрғын үй-коммуналдық шаруашылығына түсуді жоспарлаған әрбір оператор бұл жолды міндетті түрде ұстанады. Ол өтеді ме?
Міне, сұрақ. Бұл тіпті ақшаға қатысты емес. Жоғарыда жазғанымдай, бұл жерде саладағы жұмыс пен дамудың үйлесуі қажет. Барлық негізгі ойыншылар бұған үйренбеген. Егер сіздің әзірлеушілеріңіз Мәскеуде болса және қосылымдар Новосибирскіде болса, онда дайын өнімге уақытыңыз айтарлықтай созылады.
Бұл нарықта кімнің шыдайтынын уақыт көрсетеді, ал кім айтады - жарайды, ол тозаққа кетті! Бірақ мен бір анық білетінім, тек ақшамен келіп, нарық үлесін алу еш нәтиже бермейді. Бұл процесс дәстүрлі емес тәсілдер, жақсы инженерлер, реттеуді тереңдету, ресурстар менеджерлерімен және абоненттермен байланыс, рейкті үнемі анықтау және жеңуді талап етеді.
PS Бұл мақалада мен әдейі жылуға назар аудардым және электр немесе су туралы айтпадым. Мен кабельдік қосылымды да сипаттаймын. Егер бізде импульстік шығыс болса, орнатудан кейін міндетті салыстырулар сияқты кейбір нюанстар бар. Сымға қол жеткізу мүмкін емес болуы мүмкін, содан кейін LoRaWAN пайдаланылады. Бүкіл платформамызды және оның даму кезеңдерін бір мақалада сипаттау шындыққа жанаспайды.
Ақпарат көзі: www.habr.com