Salam, Əşyaların İnternetinin əziz pərəstişkarları. Bu yazıda mən yenidən mənzil-kommunal təsərrüfatı və ölçmə cihazlarının sorğusu haqqında danışmaq istərdim.
Zaman-zaman növbəti böyük telekom oyunçusu bu bazara nə qədər tez girəcəyindən və altındakı hər kəsi əzəcəyindən danışır. Hər dəfə belə hekayələri eşidəndə düşünürəm: “Uşaqlar, uğurlar!”
Hara getdiyini heç bilmirsən.
Problemin miqyasını başa düşməyiniz üçün sizə Ağıllı Şəhər platformasının hazırlanması təcrübəmizin kiçik bir hissəsini qısaca danışacağam. Onun göndərilməsinə cavabdeh olan hissəsi.
Ümumi fikir və ilk çətinliklər
Fərdi ölçmə cihazlarından deyil, zirzəmilərdə, qazanxanalarda və müəssisələrdə olanlardan danışırıqsa, indi onların əksəriyyəti telemetrik çıxışla təchiz edilmişdir. Daha az impuls, daha tez-tez - RS-485/232 və ya Ethernet. Bir qayda olaraq, ən faydalı ölçmə cihazları istilik hesablayanlardır. Onlar ilk növbədə onların göndərilməsini ödəməyə hazırdırlar.
Artıq məqaləmdə RS-485-in xüsusiyyətlərini ətraflı müzakirə etmişəm. Bir sözlə, bu, sadəcə məlumat ötürmə interfeysidir. Əsasən, bunlar elektrik impulsları və rabitə xətləri üçün tələblərdir. Paketlərin təsviri daha yüksək səviyyədə, RS-485 üzərində işləyən məlumat ötürülməsi standartında gəlir. Hansı standartın olacağı isə istehsalçıya qalıb. Tez-tez Modbus, lakin tələb olunmur. Modbus olsa belə, yenə də bir qədər dəyişdirilə bilər.
Əslində, hər bir sayğacın öz sorğu skriptinə ehtiyacı var, onunla "danışa" və sorğu-sual edə bilər. Bu o deməkdir ki, dispetçer sistemi hər bir fərdi sayğac üçün skriptlər toplusudur. Bütün bunların saxlandığı verilənlər bazası. Və ehtiyac duyduğu hesabatı yarada biləcəyi müəyyən bir istifadəçi interfeysi.
Asan görünür. Şeytan, həmişə olduğu kimi, təfərrüatlardadır.
Birinci hissədən başlayaq.
Scripts
Onları necə yazmaq olar? Aydındır ki, bir ölçmə cihazı alın, onunla məşğul olun, onunla ünsiyyət qurmağı öyrənin və ümumi platformaya birləşdirin.
Təəssüf ki, bu həll ehtiyaclarımızın yalnız bir hissəsini əhatə edəcək. Tipik olaraq, məşhur sayğacın bir neçə nəsli var və hər nəsil üçün skript fərqli ola bilər. Bəzən az, bəzən çox. Bir şey satın aldığınız zaman ən son nəsil alırsınız. Abunəçi çox güman ki, daha köhnə bir şeyə sahib olacaq. Artıq mağazalarda satılmır. Abunəçi isə ölçü vahidini dəyişməyəcək.
Beləliklə, birinci problem. Bu cür skriptlərin yazılması proqram tərtibatçıları və mühəndislərin "yerdə" çətin birləşməsidir. Ən son nəsli satın aldıq, bəzi ilkin şablon yazdıq və sonra onu real cihazlarda dəyişdirdik. Laboratoriyada bunu etmək mümkün deyil, yalnız canlı abunəçilərlə işləyərkən.
Belə bir paket yaratmaq üçün bizə çox vaxt lazım oldu. Artıq alqoritm işlənib hazırlanıb. Təcrübəmizdə qarşılaşdığımızdan asılı olaraq ilkin şablonlar daima düzəlişlər və əlavələr edilirdi. Təbii ki, birdən-birə sayğacının bir az “söndüyü” halda abunəçiyə xəbərdarlıq edilib. Belə bir cihaz göründükdə, standart sxemə uyğun olaraq birləşdirilir və sorğu skripti yol boyu dəyişdirilir. İnteqrasiya zamanı abunəçi pulsuz işləyir. Onun hazırda test rejimində yaşadığı bildirilir. İnteqrasiya prosesinin özü olduqca gözlənilməz bir şeydir. Bəzən yalnız minimal düzəlişlər etmək lazımdır. Sayta getmək, ədəbiyyatı kürəkləmək və ardıcıl olaraq dırmığı dəf etmək kimi mürəkkəb bir proses ola bilər.
Tapşırıq asan deyil, həll edilə bilər. Nəticə işləyən bir skriptdir. Skriptlər kitabxanası nə qədər böyük olarsa, həyat bir o qədər asan olar.
İkinci problem.
Texnoloji əlaqə kartları
Bu işin mürəkkəbliyini başa düşməyiniz üçün bir misal verəcəm. Çox məşhur istilik sayğacını götürək VKT-7.
Adın özü bizə heç nə demir. VKT-7 bir neçə dəmirlə örtülmüş həllərə malikdir. Onun daxilində hansı interfeys var?
Müxtəlif variantlar var. Standart DB-9 blokunda bir pin ola bilər (bu RS-232-dir). Bu, sadəcə RS-485 kontaktları olan bir terminal bloku ola bilər. Bəlkə də RJ-45 ilə bir şəbəkə kartı (bu halda ModBus Ethernet-də paketlənmişdir).
Və ya bəlkə heç bir şey. Sadəcə çılpaq ölçmə cihazı. Orada bir interfeys çıxışı quraşdıra bilərsiniz, o, istehsalçı tərəfindən ayrıca satılır və pula başa gəlir. Əsas problem ondan ibarətdir ki, onu quraşdırmaq üçün sayğacı açmaq və plombları qırmaq lazımdır. Yəni, resurs təmin edən təşkilat bu prosesə daxil edilir. Ona plombların qırılacağı bildirilir, bir gün təyin olunur və mühəndisimiz resurs nümayəndəsinin iştirakı ilə lazımi dəyişiklikləri edir, bundan sonra sayğac yenidən möhürlənir.
Quraşdırılmış interfeysdən asılı olaraq əlavə dəyişikliklər edilir. Məsələn, sayğacı tel vasitəsilə birləşdirməyə qərar verdik. Bu, ən sadə seçimdir, əgər açarımız 100 metr məsafədədirsə, LoRa ilə məşğul olmaq lazımsızdır. Şəbəkəmizə, təcrid olunmuş VLAN-a kabel qoşmaq daha asandır.
RS-485/232 üçün Ethernet-ə çevirici lazımdır. Çoxları dərhal MOHA-nı xatırlayacaq, lakin bahalıdır. Həlllərimiz üçün daha ucuz Çin həllini seçdik.
Çıxış birbaşa Ethernetdirsə, çeviriciyə ehtiyac yoxdur.
Sual. Tutaq ki, interfeys çıxışını özümüz quraşdırırıq. Həyatınızı asanlaşdıra və dərhal hər yerə Ethernet quraşdıra bilərsinizmi?
Bu həmişə mümkün deyil. Bədənin dizaynına baxmaq lazımdır. Ola bilsin ki, interfeysin düzgün uyğunlaşması üçün tələb olunan deşik yoxdur. Nəzərinizə çatdırım ki, piştaxta bizim zirzəmidədir. Və ya qazanxanada. Orada yüksək rütubət var, möhürü sındırmaq olmaz. Bədəni bir fayl ilə bitirmək pis fikirdir. Əvvəlcə böyük dəyişikliklər tələb etməyən bir şey quraşdırmaq daha yaxşıdır. Çox vaxt RS-485 yeganə çıxış yoludur.
Daha. Sayğac zəmanətli enerjiyə qoşulubmu? Yoxdursa, o, batareya ilə işləyir. Bu rejimdə o, ayda bir dəfə üç dəqiqə ərzində əl ilə səsvermə üçün nəzərdə tutulub. Daim VKT-7-yə daxil olmaq onun batareyasını boşaldacaq. Bu o deməkdir ki, zəmanətli enerji təmin etməli və gərginlik çeviricisi quraşdırmalısınız.
Hər bir sayğac istehsalçısı üçün güc modulu fərqlidir. Bu, xarici DIN rels vahidi və ya daxili çevirici ola bilər.
Belə çıxır ki, anbarımızda həmişə hər bir sayğac üçün müxtəlif interfeyslər və güc modulları dəsti saxlanmalıdır. Oradakı diapazon təsir edicidir.
Təbii ki, bütün bunlar son nəticədə abunəçi tərəfindən ödəniləcək. Lakin o, düzgün cihazın gəlməsini bir ay gözləməyəcək. Və burada və indi əlaqə üçün bir təxminə ehtiyacı var. Beləliklə, texnoloji ehtiyat bizim çiyinlərimizə düşür.
Təsvir etdiyim hər şey aydın texniki əlaqə xəritəsinə çevrilir ki, yerli mühəndislər növbəti zirzəmidə hansı heyvanla qarşılaşdıqlarını və onun işləməsi üçün onlara nə lazım olduğunu düşünməsinlər.
Texniki xəritə qoşulma üçün ümumi qaydalara bitişikdir. Axı, sayğacı şəbəkəmizə daxil etmək kifayət deyil, biz hələ də eyni VLAN-ı keçid portuna bağlamalıyıq, diaqnostika aparmalı və test sorğusu aparmalıyıq. Səhvlərin qarşısını almaq və lazımsız mühəndisləri cəlb etməmək üçün bütün prosesi mümkün qədər avtomatlaşdırmağa çalışırıq.
Yaxşı, texniki xəritələr, qaydalar, avtomatlaşdırma yazdıq. Biz logistikanı qurmuşuq.
Başqa harada gizli tələlər var?
Məlumatlar oxunur və verilənlər bazasına tökülür.
Bu nömrələr abunəçini nə isti, nə də soyuq edir. Ona hesabat lazımdır. Daha yaxşı vərdiş etdiyi formada. Dərhal anlaya biləcəyi, çap edə, imzalaya və təqdim edə biləcəyi bir hesabat şəklində olsa daha yaxşıdır. Bu o deməkdir ki, sayğacda məlumatları əks etdirən və avtomatik hesabat yarada bilən sadə və başa düşülən interfeysə ehtiyacımız var.
Burada zooparkımız davam edir. Fakt budur ki, bir neçə hesabat forması var. Əsasında onlar eyni şeyi (istehlak olunan istilik) əks etdirir, lakin müxtəlif yollarla.
Bəzi abunəçilər mütləq dəyərlərlə (yəni istilik istehlakı sütununda, sayğacın quraşdırılmasından başlayaraq dəyərlər yazılır), digərləri isə deltalarda (bu, müəyyən bir müddət ərzində istehlakı istinad etmədən yazdığımız zamandır) hesabat verir. ilkin dəyərlər). Əslində, onlar vahid standartlardan deyil, müəyyən edilmiş təcrübələrdən istifadə edirlər. Abunəçilərin ehtiyac duyduqları bütün dəyərləri (istehlak olunan istilik miqdarı, verilən və boşaldılan soyuducu suyun həcmi, temperatur fərqi) gördükləri hallar olub, lakin hesabatdakı sütunlar düzgün ardıcıllıqla deyil.
Beləliklə, növbəti addım - hesabat özelleştirilebilir olmalıdır. Yəni, onun sənədində nələrin hansı ardıcıllıqla getdiyini və hansı resursların olduğunu abunəçi özü seçir.
Burada maraqlı bir məqam var. Sayğacımız düzgün quraşdırılıbsa, hər şey yaxşıdır. Ancaq belə olur ki, quraşdırma şirkəti ITP quraşdırarkən səhv etdi və sayğacın vaxtını səhv təyin etdi. 2010-cu il olduğunu düşünən cihazlara rast gəldik. Sistemimizdə bu, cari tarix üçün sıfır oxunuş və 2010-cu ili seçsək real istehlak kimi görünəcək. Deltalar burada çox faydalıdır. Yəni biz deyirik ki, son XNUMX saat ərzində bu qədər hadisə baş verib.
Deyəsən, niyə belə çətinliklər var? Saatı fırlatmaq bu qədərmi çətindir?
Məhz VKT-7 ilə bu, sayğacın tamamilə yenidən qurulmasına və ondan arxivlərin silinməsinə səbəb olacaqdır.
Abunəçi resurs əməkdaşlarına İTP-ni dünən deyil, beş il əvvəl quraşdırdığını sübut etməyə məcbur olacaq.
Və nəhayət, tortun üzərindəki buzlanma.
Sertifikatlaşdırma
Bizdə sayğac və hesabat var. Onların arasında bu hesabatı yaradan sistemimiz var. Ona inanirsan?
Mən edirəm. Bəs necə sübut edək ki, içimizdə heç nə dəyişmir, mənanı təhrif etmirik. Bu, artıq sertifikatlaşdırma məsələsidir. Sorğu sisteminin qərəzsizliyini təsdiq edən sertifikatı olmalıdır. LERS, Ya Energetik və başqaları kimi bütün böyük sistemlər oxşar sertifikata malikdir. Biz də aldıq, baxmayaraq ki, bahadır və çox vaxt aparır.
Əlbəttə ki, həmişə bir künc kəsib hazır bir şey ala bilərsiniz. Ancaq tərtibatçı bunun üçün pul ödəməli olacaq. Və tərtibatçı yalnız giriş haqqını deyil, həm də abunə haqqını tələb edə bilər. Yəni, pastamızın bir hissəsini onunla bölüşməyə məcbur olacağıq.
Niyə hamısı?
Bu əsas problem deyil. Öz sisteminizi inkişaf etdirmək də çox bahalı və daha çətindir. Bununla belə, əhəmiyyətli bir üstünlük təmin edir. Bunun necə işlədiyini aydın başa düşürük. Biz onu asanlıqla miqyaslandırırıq, birdən belə bir ehtiyac yaranarsa, onu dəyişdirə bilərik. Abunəçi daha dolğun xidmət alır və biz tərəfdən prosesə XNUMX% nəzarət edir.
Ona görə də biz ikinci yolu seçdik. Biz tərtibatçılarımızın və sahə mühəndislərimizin həyatının bir ilini ona sərf etdik. Ancaq indi biz bütün zəncirin işini aydın başa düşürük.
Geriyə baxanda başa düşürəm ki, əldə edilmiş biliklər olmasaydı, mən sadəcə olaraq müəyyən bir sayğacın anormal davranışını düzgün şərh edə bilməzdim.
Bundan əlavə, dispetçer sistemi əsasında daha çox şey tikilə bilər. Həddindən artıq istehlak üçün siqnallar, qəza hesabatı. Tezliklə mobil tətbiqetməni buraxmağa hazırlaşırıq.
Biz daha da irəli getdik və platformamıza (bunu adlandırmağın başqa yolu yoxdur) sakinlərdən istəkləri qəbul etmək, “ağıllı domofonlarımıza” nəzarət etmək, küçə işıqlandırmasına nəzarət etmək imkanı və yazmadığım bir neçə başqa layihələri əlavə etdik. hələ haqqında.
Bütün bunlar çətin, beyin sındıran və vaxt aparır. Ancaq nəticə buna dəyər. Abunəçilər hazır, hərtərəfli məhsul alırlar.
Mənzil-kommunal sektoruna daxil olmağı planlaşdıran hər bir operator mütləq bu yolu tutacaq. keçəcəkmi?
Burada bir sual var. Söhbət hətta puldan getmir. Yuxarıda yazdığım kimi, burada lazım olan sahə işi və inkişafın birləşməsidir. Bütün əsas oyunçular buna öyrəşmir. Tərtibatçılarınız Moskvada yerləşirsə və əlaqələr Novosibirskdə aparılırsa, hazır məhsul üçün vaxtınız əhəmiyyətli dərəcədə uzadılır.
Bu bazarda kim qalacaq, kim deyəcək - yaxşı, cəhənnəmə get! Ancaq dəqiq bildiyim bir şey var ki, siz gəlib bazar payını yalnız pulla ala bilməyəcəksiniz. Bu proses qeyri-ənənəvi yanaşmalar, yaxşı mühəndislər, tənzimləyicilərlə tanış olmaq, resurs işçiləri və abunəçilər ilə ünsiyyət qurmaq, problemləri daim müəyyən etmək və aradan qaldırmaq tələb edir.
PS Bu yazıda mən qəsdən istiliyə diqqət yetirmişəm və elektrik və ya sudan bəhs etməmişəm. Mən də kabel əlaqəsini təsvir edirəm. Nəbz çıxışımız varsa, quraşdırmadan sonra məcburi yoxlamalar kimi bəzi nüanslar var. Ola bilər ki, naqil əldə edilə bilmir, sonra LoRaWAN işə düşür. Bütün platformamızı və onun inkişaf mərhələlərini bir məqalədə təsvir etmək sadəcə olaraq qeyri-realdır.
Mənbə: www.habr.com