Բարև ձեզ, իրերի ինտերնետի սիրելի երկրպագուներ: Այս հոդվածում ես կրկին կցանկանայի խոսել բնակարանային և կոմունալ ծառայությունների և հաշվառքի սարքերի հետազոտության մասին:
Ժամանակ առ ժամանակ հեռահաղորդակցության հաջորդ խոշոր խաղացողը խոսում է այն մասին, թե որքան շուտով նա կմտնի այս շուկա և կջախջախի բոլորին իր տակ: Ամեն անգամ, երբ նման պատմություններ եմ լսում, մտածում եմ. «Տղաներ, հաջողություն»:
Դուք նույնիսկ չգիտեք, թե ուր եք գնում:
Որպեսզի հասկանաք խնդրի մասշտաբները, ես համառոտ կպատմեմ 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-ը միակ ելքն է:
Հետագա. Արդյո՞ք հաշվիչը միացված է երաշխավորված հոսանքին: Եթե ոչ, ապա այն աշխատում է մարտկոցից: Այս ռեժիմում այն նախատեսված է ամիսը մեկ անգամ երեք րոպե տեւողությամբ ձեռքով հարցումների համար: Մշտապես VKT-7 մուտք գործելու դեպքում մարտկոցը կթուլանա: Սա նշանակում է, որ դուք պետք է ապահովեք երաշխավորված հզորություն և տեղադրեք լարման փոխարկիչ:
Էլեկտրաէներգիայի մոդուլը տարբեր է յուրաքանչյուր մետր արտադրողի համար: Սա կարող է լինել արտաքին DIN երկաթուղային միավոր կամ ներկառուցված փոխարկիչ:
Ստացվում է, որ մեր պահեստը միշտ պետք է պահի տարբեր միջերեսների և հզորության մոդուլների հավաքածու յուրաքանչյուր մետրի համար: Տեսականին այնտեղ տպավորիչ է։
Իհարկե, այս ամենի համար, ի վերջո, վճարելու է բաժանորդը։ Բայց նա չի սպասի մեկ ամիս, որպեսզի ճիշտ սարքը գա: Եվ այստեղ և հիմա կապի համար նախահաշիվ է պետք։ Այսպիսով, տեխնոլոգիական ռեզերվը ընկնում է մեր ուսերին։
Այն ամենը, ինչ ես նկարագրեցի, վերածվում է հստակ տեխնիկական կապի քարտեզի, որպեսզի տեղացի ինժեներները չմտածեն, թե ինչ գազանի են հանդիպել հաջորդ նկուղում և ինչ է նրանց անհրաժեշտ, որպեսզի այն աշխատի:
Տեխնիկական քարտեզը կից է միացման ընդհանուր կանոնակարգին։ Ի վերջո, բավարար չէ հաշվիչն ընդգրկել մեր ցանցում, մենք դեռ պետք է նույն VLAN-ը միացնենք անջատիչի պորտին, մենք պետք է ախտորոշում կատարենք և կատարենք թեստային հարցում: Մենք ձգտում ենք հնարավորինս ավտոմատացնել ամբողջ գործընթացը, որպեսզի խուսափենք սխալներից և չներգրավենք ավելորդ ինժեներներին:
Լավ, գրել ենք տեխնիկական քարտեզներ, կանոնակարգեր, ավտոմատացում։ Մենք հիմնել ենք լոգիստիկա։
Էլ որտե՞ղ կան թաքնված որոգայթներ:
Տվյալները կարդացվում և լցվում են տվյալների բազա:
Այս թվերը բաժանորդին դարձնում են ոչ տաք, ոչ սառը։ Նրան հաշվետվություն է պետք։ Ցանկալի է այն տեսքով, որով նա սովոր է: Նույնիսկ ավելի լավ է, եթե այն անմիջապես լինի հաշվետվության տեսքով, որը նա կարող է հասկանալ, որը նա կարող է տպել, ստորագրել և ներկայացնել: Սա նշանակում է, որ մեզ անհրաժեշտ է պարզ և հասկանալի ինտերֆեյս, որը կցուցադրի տեղեկատվություն հաշվիչի վրա և կարող է ավտոմատ կերպով հաշվետվություն ստեղծել:
Այստեղ մեր կենդանաբանական այգին շարունակում է. Փաստն այն է, որ հաշվետվության մի քանի ձև կա։ Իրենց հիմքում նրանք արտացոլում են նույն բանը (սպառված ջերմությունը), բայց տարբեր ձևերով:
Որոշ բաժանորդներ զեկուցում են բացարձակ արժեքներով (այսինքն՝ ջերմության սպառման սյունակում արժեքները գրվում են՝ սկսած հաշվիչի տեղադրումից), մյուսները՝ դելտաներում (սա այն դեպքում, երբ մենք գրում ենք սպառումը որոշակի ժամանակահատվածում՝ առանց հղումների։ սկզբնական արժեքները): Իրականում նրանք օգտագործում են ոչ թե միասնական չափանիշներ, այլ հաստատված պրակտիկա։ Եղել են դեպքեր, երբ բաժանորդները տեսնում են իրենց անհրաժեշտ բոլոր արժեքները (սպառված ջերմության քանակը, մատակարարված և լիցքաթափված հովացուցիչ նյութի ծավալը, ջերմաստիճանի տարբերությունը), սակայն հաշվետվության սյունակները ճիշտ հաջորդականությամբ չեն:
Հետևաբար հաջորդ քայլը՝ հաշվետվությունը պետք է հարմարեցվի: Այսինքն՝ բաժանորդն ինքն է ընտրում, թե ինչ հաջորդականությամբ և ինչ ռեսուրսներ կան իր փաստաթղթում։
Այստեղ մի հետաքրքիր կետ կա. Ամեն ինչ լավ է, եթե մեր հաշվիչը ճիշտ տեղադրվի: Բայց պատահում է, որ տեղադրող ընկերությունը, ITP-ն տեղադրելիս, սխալ է թույլ տվել և սխալ է սահմանել հաշվիչի ժամանակը: Մենք հանդիպել ենք սարքերի, որոնք կարծում են, որ 2010թ. Մեր համակարգում սա կլինի զրոյական ընթերցումներ ընթացիկ ամսաթվի համար, և իրական սպառումը, եթե ընտրենք 2010 թ. Դելտաներն այստեղ շատ օգտակար են: Այսինքն՝ մենք ասում ենք, որ այս XNUMX ժամվա ընթացքում այդքան բան է տեղի ունեցել։
Թվում է, թե ինչու են նման դժվարություններ: Արդյո՞ք այդքան դժվար է ժամացույցը փաթաթել:
Հենց VKT-7-ով դա կհանգեցնի հաշվիչի ամբողջական վերակայմանը և դրանից արխիվների ջնջմանը:
Բաժանորդը ստիպված կլինի ռեսուրսների աշխատակիցներին ապացուցել, որ ITP-ն տեղադրել է ոչ թե երեկ, այլ հինգ տարի առաջ։
Եվ վերջապես, տորթի կարագը։
Վկայագրումը
Ունենք հաշվիչ և հաշվետվություն։ Նրանց միջև գտնվում է մեր համակարգը, որը ստեղծում է այս հաշվետվությունը: Դուք հավատում եք նրան:
Համաձայն եմ. Բայց ինչպես կարող ենք ապացուցել, որ մեր ներսում ոչինչ չի փոխվում, որ մենք չենք աղավաղում իմաստը։ Սա արդեն հավաստագրման խնդիր է։ Հարցման համակարգը պետք է ունենա վկայական, որը հաստատում է իր անաչառությունը: Բոլոր խոշոր համակարգերը, ինչպիսիք են LERS-ը, Ya Energetik-ը և այլն, ունեն նմանատիպ սերտիֆիկատ: Մենք էլ ենք ստացել, չնայած թանկ է ու շատ ժամանակ է պահանջում։
Իհարկե, միշտ կարելի է մի անկյուն կտրել ու պատրաստի ինչ-որ բան գնել։ Բայց դրա համար մշակողը ստիպված կլինի վճարել: Եվ ծրագրավորողը կարող է պահանջել ոչ միայն մուտքի վճար, այլև բաժանորդային վճար: Այսինքն՝ մենք ստիպված կլինենք նրա հետ կիսել մեր կարկանդակի մի մասը։
Ինչու՞ է այդ ամենը:
Սա չէ հիմնական խնդիրը։ Ձեր սեփական համակարգի մշակումը նույնպես շատ թանկ է և շատ ավելի դժվար: Այնուամենայնիվ, դա կարևոր առավելություն է տալիս. Մենք հստակ հասկանում ենք, թե ինչպես է դա աշխատում: Մենք հեշտությամբ չափում ենք այն, մենք կարող ենք փոփոխել այն, եթե հանկարծ նման կարիք առաջանա: Բաժանորդը ստանում է ավելի ամբողջական ծառայություն, իսկ մեր կողմից՝ XNUMX% վերահսկողություն գործընթացի վրա։
Այդ իսկ պատճառով մենք ընտրեցինք երկրորդ ճանապարհը։ Մենք դրա մեջ ներդրեցինք մեր ծրագրավորողների և դաշտային ինժեներների կյանքի մեկ տարին: Բայց հիմա մենք հստակ հասկանում ենք ամբողջ շղթայի աշխատանքը։
Հետ նայելով, հասկանում եմ, որ առանց ձեռք բերված գիտելիքների, ես պարզապես չէի կարողանա ճիշտ մեկնաբանել կոնկրետ հաշվիչի աննորմալ պահվածքը:
Բացի այդ, դիսպետչերական համակարգի հիման վրա կարելի է կառուցել ավելին։ Ազդանշաններ ավելորդ սպառման համար, վթարի մասին հաշվետվություն. Մենք պատրաստվում ենք շուտով թողարկել բջջային հավելված։
Մենք ավելի հեռուն գնացինք և մեր հարթակին ավելացրինք (այլ կերպ անվանել) բնակիչներից հարցումներ ստանալու, մեր «խելացի ինտերկոմները» կառավարելու, փողոցների լուսավորությունը վերահսկելու և մի քանի այլ նախագծեր, որոնք ես չեմ գրել։ մասին դեռ.
Այս ամենը դժվար է, ուղեղը կոտրող և ժամանակատար։ Բայց արդյունքն արժե այն: Բաժանորդները ստանում են պատրաստի, համապարփակ արտադրանք:
Յուրաքանչյուր օպերատոր, ով նախատեսում է մուտք գործել բնակարանային և կոմունալ ծառայությունների ոլորտ, անպայման կգնա այս ճանապարհով։ Կանցնի?
Ահա մի հարց. Խոսքն անգամ փողի մասին չէ։ Ինչպես վերևում գրեցի, այստեղ անհրաժեշտ է դաշտային աշխատանքի և զարգացման համադրություն: Ոչ բոլոր հիմնական խաղացողներն են սովոր դրան: Եթե ձեր մշակողները գտնվում են Մոսկվայում, և միացումները կատարվում են Նովոսիբիրսկում, ապա պատրաստի արտադրանքի համար ձեր ժամանակը զգալիորեն երկարաձգվում է:
Ժամանակը ցույց կտա, թե ով կմնա այս շուկայում, իսկ ով կասի՝ դե գնա դժոխք։ Բայց մի բան, որ ես հաստատ գիտեմ, այն է, որ դուք չեք կարողանա գալ և շուկայի մասնաբաժինը վերցնել միայն փողով: Այս գործընթացը պահանջում է ոչ ավանդական մոտեցումներ, լավ ինժեներներ, խորանալ կարգավորիչների մեջ, շփվել ռեսուրսների և բաժանորդների հետ, անընդհատ բացահայտել և հաղթահարել խնդիրները։
PS Այս հոդվածում ես միտումնավոր կենտրոնացել եմ ջերմության վրա և չեմ նշել էլեկտրականության կամ ջրի մասին: Ես նաև նկարագրում եմ մալուխային կապը: Եթե մենք ունենք զարկերակային ելք, կան որոշ նրբերանգներ, ինչպիսիք են պարտադիր ստուգումները տեղադրումից հետո: Հնարավոր է, որ մետաղալարը հնարավոր չէ հասնել, այնուհետև LoRaWAN-ը մտնում է խաղի մեջ: Մեր ամբողջ հարթակը և դրա զարգացման փուլերը մեկ հոդվածով նկարագրելը պարզապես անիրատեսական է։
Source: www.habr.com