Merhaba sevgili Nesnelerin İnterneti hayranları. Bu yazıda, konut ve toplumsal hizmetlerden ve ölçüm cihazlarının incelenmesinden tekrar bahsetmek istiyorum.
Periyodik olarak, başka bir büyük telekom oyuncusu ne kadar yakında bu pazara gireceğini ve altındaki herkesi ezeceğini söylüyor. Bu tür hikayelerle her seferinde "beyler, iyi şanslar!"
Nereye gittiğini bile bilmiyorsun.
Sorunun boyutunu anlamanız için, Akıllı Şehir platformunu geliştirme konusundaki deneyimimizin küçük bir bölümünü kısaca anlatacağım. Sevkiyattan sorumlu olan kısmı.
Genel fikir ve ilk zorluklar
Bireysel ölçüm cihazlarından değil, bodrum katlarında, kazan dairelerinde ve işletmelerde bulunanlardan bahsediyorsak, çoğu artık bir telemetri çıkışı ile donatılmıştır. Daha az darbeli, daha sık - RS-485/232 veya Ethernet. Kural olarak, en "ekmek" ölçüm cihazları, ısıyı dikkate alanlardır. İlk etapta ödemeye hazır oldukları sevkıyatları içindir.
RS-485'in özellikleri hakkındaki yazımda zaten ayrıntılı olarak durdum. Kısacası, sadece bir veri arayüzü. Aslında, elektriksel impulslar ve iletişim hatları için gereklilikler. Paketlerin açıklaması, RS-485'in üstünde çalışan bir veri aktarım standardında bir üst seviyeye çıkar. Ve standart için orada ne olacak - üreticinin insafına kalmış. Genellikle Modbus, ancak zorunlu değil. Modbus olsa bile, yine de biraz değiştirilebilir.
Aslında, her ölçüm cihazının, onunla "konuşabilen" ve onu sorgulayabilen kendi yoklama komut dosyasına ihtiyacı vardır. Bu, sevk sisteminin her bir sayaç için bir dizi komut dosyası olduğu anlamına gelir. Tüm bunların saklandığı veritabanı. Ve ihtiyaç duyduğu raporu oluşturabileceği bazı kullanıcı arayüzleri.
Kolay görünüyor. Şeytan her zaman olduğu gibi ayrıntıda gizlidir.
İlk bölümden başlayalım.
Scripts
Nasıl yazılır? Açıkçası, bir sayaç satın alın, açın, onunla nasıl iletişim kuracağınızı öğrenin ve onu ortak bir platforma entegre edin.
Ne yazık ki, bu çözüm ihtiyaçlarımızın sadece bir kısmını karşılayacaktır. Kural olarak, popüler bir sayacın birkaç nesli vardır ve her nesil için komut dosyası farklı olabilir. Bazen biraz, bazen çok. Bir şey satın aldığınızda, en yeni nesli alırsınız. Yüksek olasılıkla abone, daha eski bir şeye sahip olacaktır. Artık mağazalarda satılmıyor. Ve abone ölçüm birimini değiştirmeyecektir.
Dolayısıyla ilk sorun. Bu tür komut dosyalarını yazmak, "sahada" çalışan zorlu bir yazılım geliştiricileri ve mühendisler grubudur. En yeni nesli satın aldık, bazı başlangıç şablonları yazdık ve ardından onu gerçek cihazlarda değiştirdik. Bunu sadece canlı abonelerle çalışırken laboratuvarda yapmak gerçekçi değildir.
Böyle bir paket oluşturmak çok zamanımızı aldı. Şimdi algoritma çözüldü. Uygulamamızda karşılaştığımız şeye bağlı olarak ilk şablonlar sürekli olarak düzeltildi ve tamamlandı. Tabii ki, abone aniden biraz "öyle değil" olduğu ortaya çıkarsa uyarıldı. Böyle bir cihaz göründüğünde, standart şemaya göre bağlanır ve yoklama komut dosyası yol boyunca değiştirilir. Entegrasyon süresi boyunca abone ücretsiz çalışır. Hâlâ test modunda yaşadığı kendisine bildirilir. Entegrasyon sürecinin kendisi oldukça tahmin edilemez bir şeydir. Bazen minimum düzeltme yapmanız gerekir. Nesneyi ziyaret etmek, literatürü küreklemek ve sürekli olarak tırmığın üstesinden gelmek gibi karmaşık bir süreç var.
Görev kolay değil, çözülebilir. Sonuç, çalışan bir komut dosyasıdır. Komut dosyası kitaplığı ne kadar büyük olursa, yaşamak o kadar kolay olur.
İkinci sorun.
Teknolojik bağlantı kartları
Size bu işin karmaşıklığı hakkında bir fikir vermesi için bir örnek vereceğim. Son derece popüler olan VKT-7 ısı ölçeri ele alalım.
Adın kendisi bize hiçbir şey söylemiyor. VKT-7'nin çeşitli donanım çözümleri vardır. İçinde nasıl bir arayüz var?
Farklı seçenekler var. Standart bir DB-9 bloğunda bir çıkış olabilir (bu RS-232'dir). Belki sadece RS-485 kontaklı bir terminal bloğu. Belki RJ-45'li bir ağ kartı bile olabilir (bu durumda ModBus, Ethernet'te paketlenmiştir).
Ya da belki hiçbir şey. Sadece çıplak bir metre. İçine bir arayüz çıkışı takabilirsiniz, üretici tarafından ayrıca satılır ve maliyeti yüksektir. Asıl sorun, onu kurmak için sayacı açmanız ve contaları kırmanız gerektiğidir. Yani, kaynak sağlayan kuruluş bu sürece dahil edilir. Mühürlerin kırılacağı kendisine bildirilir, bir gün atanır ve mühendisimiz, kaynak çalışanlarının bir temsilcisinin huzurunda gerekli iyileştirmeleri yapar ve ardından sayaç tekrar mühürlenir.
Kurulan arabirime bağlı olarak, daha fazla iyileştirme gerçekleştirilir. Örneğin, bir metreyi kabloyla bağlamaya karar verdik. Bu en basit seçenektir, anahtarımız 100 metre içindeyse, LoRa ile kandırmak gereksizdir. Ağımıza, izole bir VLAN'a giden bir kablo ile daha kolay.
RS-485/232, bir Ethernet dönüştürücü gerektirir. Birçoğu MOHA'yı hemen hatırlayacaktır, ancak bu pahalıdır. Çözümlerimiz için daha ucuz bir Çin çözümünü seçtik.
Çıktı hemen Ethernet ise, dönüştürücüye gerek yoktur.
Soru. Arayüz çıktısını kendimiz belirledik diyelim. Hayatınızı kolaylaştırıp hemen her yere Ethernet koyabilir misiniz?
Bu her zaman mümkün değil. Bedenin işleyişine bakmamız gerekiyor. Arayüzün olması gerektiği gibi ayağa kalkması için doğru deliğe sahip olmayabilir. Ve tezgahın bizim bodrumumuzda olduğunu hatırlatırım. Veya kazan dairesinde. Yüksek nem var, sızdırmazlık ihlal edilemez. Vakayı bir dosya ile bitirmek kötü bir fikirdir. Başlangıçta büyük değişiklikler gerektirmeyen bir şey koymak daha iyidir. Genellikle - RS-485 tek çıkış yoludur.
Daha öte. Sayaç garantili bir güç kaynağına bağlı mı? Değilse, pillerle yaşar. Bu modda, ayda bir üç dakika boyunca manuel yoklama için tasarlanmıştır. CGT-7'ye sürekli olarak erişilmesi pilinin bitmesine neden olur. Bu nedenle, garantili bir güç kaynağı çekmeniz ve bir voltaj dönüştürücü kurmanız gerekir.
Her sayaç üreticisi için güç kaynağı modülü farklıdır. DIN rayı üzerinde harici bir birim veya yerleşik bir dönüştürücü olabilir.
Her sayaç için bir dizi çeşitli arayüz ve güç modülünün her zaman depomuzda saklanması gerektiği ortaya çıktı. Buradaki aralık etkileyici.
Tabii ki, tüm bunlar sonunda abone tarafından ödenecektir. Ancak doğru cihaz gelene kadar bir ay beklemeyecek. Ve burada ve şimdi bağlantı kurmak için bir tahmine ihtiyacı var. Yani teknolojik rezerv bizim omuzlarımıza düşüyor.
Tarif ettiğim her şey net bir teknik bağlantı kartına dönüşüyor, böylece yerel mühendisler yan bodrumda ne tür bir hayvanla karşılaştıklarını ve çalışması için neye ihtiyaçları olduğunu düşünmüyorlar.
Teknik harita, genel bağlantı düzenlemelerinin bitişiğindedir. Sonuçta, ağımıza sayacı dahil etmek yeterli değildir, yine de aynı VLAN'ı anahtar bağlantı noktasına atmanız gerekir, teşhis yapmanız, bir test anketi yapmanız gerekir. Hatalardan kaçınmak ve mühendislerin gereksiz güçlerini dahil etmemek için tüm süreci mümkün olduğunca otomatikleştirmeye çalışıyoruz.
Teknik haritalar, yönetmelikler, otomasyon yazdık. Lojistik ayarlayın.
Gizli tuzaklar başka nerede?
Veriler okunur ve veri tabanına dökülür.
Bu rakamlardan gelen abone sıcak veya soğuk değildir. Bir rapora ihtiyacı var. Tercihen alışık olduğu formda. Daha da iyisi, hemen anlayabileceği, yazdırabileceği, imzalayabileceği ve sunabileceği bir rapor biçiminde olursa. Bu, sayaçla ilgili bilgileri gösteren ve otomatik olarak bir rapor oluşturabilen basit ve anlaşılır bir arayüze ihtiyacınız olduğu anlamına gelir.
Burada hayvanat bahçemiz devam ediyor. Gerçek şu ki, raporun birkaç biçimi var. Özlerinde aynı şeyi (tüketilen ısı) yansıtırlar, ancak farklı şekillerde.
Bazı aboneler mutlak değerlerle (yani değerler sayacın montajından itibaren ısı tüketim sütununa yazılır), bazı aboneler deltalarla (burada belli bir süre için tüketim yazıyoruz) bildiriyor. başlangıç değerlerine atıfta bulunmadan). Aslında, tek tip standartlar kullanmazlar, yerleşik uygulamaları kullanırlar. Abonelerin ihtiyaç duydukları tüm değerleri (tüketilen ısı miktarı, verilen ve giden soğutma sıvısının hacmi, sıcaklık farkı) gördükleri, ancak rapordaki sütunların yanlış sırada olduğu durumlar olmuştur.
Dolayısıyla bir sonraki adım - rapor özelleştirilebilir olmalıdır. Yani abone, belgesinde neyin hangi sırayla ve hangi kaynakların olacağını kendisi seçer.
İşte ilginç bir nokta. Sayacımız doğru şekilde kurulursa her şey yolundadır. Ancak kurulum organizasyonu, ITP'yi kurarken, sayaç için zamanı karıştırdı ve yanlış bir şekilde ayarladı. 2010 olduğunu sanan cihazlar gördük. Sistemimizde bu, geçerli tarih için sıfır okuma ve 2010'u seçersek gerçek tüketim gibi görünecektir. Deltaların kullanışlı olduğu yer burasıdır. Yani, geçen gün içinde çok fazla şeyin tıkırdadığını söylüyoruz.
Görünüşe göre, neden bu tür zorluklar? Saati düşürmek bu kadar mı zor?
Tam olarak VKT-7 ile bu, sayacın tamamen sıfırlanmasına ve arşivlerin ondan kaldırılmasına yol açacaktır.
Abone, ITP'yi dün değil, yaklaşık beş yıl önce kurduğunu kaynak yöneticilerine kanıtlamak zorunda kalacak.
Ve son olarak, pastanın üzerine krema.
belgeleme
Sayacımız var, raporumuz var. Bunların arasında bu raporu oluşturan sistemimiz var. Ona inanıyor musun?
ben evet Ama içimizde hiçbir şeyin değişmediğini, anlamı çarpıtmadığımızı nasıl kanıtlayacağız? Bu bir sertifika meselesi. Yoklama sisteminin tarafsızlığını teyit eden bir sertifikası olmalıdır. LERS, Ya Energetik ve diğerleri gibi tüm büyük sistemler benzer sertifikaya sahiptir. Pahalı olmasına ve çok zaman almasına rağmen biz de aldık.
Tabii ki, her zaman köşeleri kesebilir ve hazır bir şey satın alabilirsiniz. Ancak geliştirici bunun için ödeme yapmak zorunda kalacak. Ve geliştirici sadece giriş ücreti değil, aylık ücret de isteyebilir. Yani pastamızın bir kısmını onunla paylaşmak zorunda kalacağız.
Neden hepsi?
Asıl sorun bu değil. Kendi sisteminizi geliştirmek de çok pahalı ve birçok kez daha zor. Ancak önemli bir avantaj sağlar. Nasıl çalıştığını açıkça anlıyoruz. Kolayca ölçeklendiriyoruz, aniden böyle bir ihtiyaç ortaya çıkarsa değiştirebiliyoruz. Abone daha eksiksiz bir hizmet alır ve bizim tarafımızdan süreç üzerinde yüzde yüz kontrol.
Bu yüzden ikinci yolu seçtik. Geliştiricilerimizin ve saha mühendislerimizin hayatlarının bir yılını ona yatırdık. Ama şimdi tüm zincirin işini açıkça anlıyoruz.
Geriye dönüp baktığımda, edindiğim bilgi olmadan belirli bir sayacın anormal davranışını doğru bir şekilde yorumlayamayacağımı anlıyorum.
Ek olarak, sevk sistemi temelinde başka bir şey inşa edilebilir. Tüketim fazlası alarmları, kaza raporu. Yakında bir mobil uygulamamız var.
Daha da ileri giderek platformumuza (aksi takdirde başka türlü isimlendiremezsiniz) site sakinlerinden talep alma, “akıllı dahili telefonlarımızı” kontrol etme, sokak aydınlatmasını anında kontrol etme ve birkaç proje daha ekledik. hakkında henüz yazmadım.
Bütün bunlar karmaşık, beyin kırıcı ve uzun. Ama sonuç buna değer. Aboneler hazır kapsamlı bir ürün alırlar.
Konut ve toplumsal hizmetlere girmeyi planlayan her operatör kesinlikle bu yolu seçecektir. Geçecek mi?
İşte bir soru. Konu para bile değil. Yukarıda da yazdığım gibi burada ihtiyaç duyulan şey, sahada çalışma ve geliştirmenin birleşimidir. Tüm büyük oyuncular buna alışık değil. Geliştiricileriniz Moskova'daysa ve bağlantılar Novosibirsk'te yapılıyorsa, bitmiş ürün için zamanınız önemli ölçüde uzar.
Bu pazarda kimin dayanacağını ve kimin diyeceğini zaman gösterecek - cehenneme gitti! Ama kesin olarak bildiğim bir şey var ki o da sadece parayla gelip pazardan pay almanın işe yaramayacağı. Bu süreç, alışılmadık yaklaşımlar, iyi mühendisler, yönetmeliği derinlemesine inceleme, kaynak yöneticileri ve aboneler ile iletişim, sürekli tanımlama ve komisyonun üstesinden gelmeyi gerektirir.
PS Bu yazıda bilinçli olarak ısıya odaklandım ve elektrik veya sudan bahsetmiyorum. Kablo bağlantısını da anlatıyorum. Darbe çıkışımız varsa, kurulumdan sonra zorunlu mutabakatlar gibi bazı nüanslar vardır. Kabloya ulaşılamıyor olabilir, bu durumda LoRaWAN kullanılır. Tüm platformumuzu ve geliştirme aşamalarını tek bir makalede anlatmak gerçekçi değildir.
Kaynak: habr.com