Bir DIN ray modülü, buluta MQTT, binaya BACnet ve makineler için Modbus TCP ile konuşuyor. Bu cümle, bir kapı dolusu geçidi tanımlamak için kullanılıyordu. Artık tek bir Ethernet uyumlu kompakt CPU'yu tanımlıyor ve xLogic platformundaki çok protokollü hikaye bir pazarlama slaytı değil — yazılımda, kılavuz revizyonları boyunca belgelenmiştir: V1.04'ten beri MQTT, V1.57'den beri BACnet, ilk günden beri Modbus.
Bunu bir bakım kabusu yaratmadan nasıl kullanacağınız burada.
Protokol Haritası
Her protokolün doğal bir hedef kitlesi vardır ve püf noktası onları ayrı tutmaktır:
- Modbus TCP— makine katı: VFD'ler, HMI'lar, SCADA, diğer PLC'ler. Belirleyici, kayıt tabanlı, evrensel endüstriyel el sıkışması
- MQTT— bulut: bir brokera telemetri yayınla, paneller abone olur. Olay odaklı, NAT dostu, güvenilmez ağlar için tasarlandı
- BACnet— bina: tesis odaları, AHU'lar, BMS baş uçları. Gayrimenkul endüstrisinin yerel dili
Üç hedef kitleye hizmet eden bir CPU, makine üreticisinin, tesis yöneticisinin ve bulut kontrol panelinin aynı cihazı görmesi anlamına gelir — her biri kendi dilinde, hiçbiri bir dönüştürücü kutusuna ihtiyaç duymadan.
Gerçek Bina: Küçük Tesis Odası
Bir AHU, iki fan-coil grubu ve bir ısı pompası olan bir tesis odası: Yerel HMI ve VFD'ler için Modbus TCP, programlama ve alarmlar için bina BMS'ye BACnet, uzaktan trend için bir bulut hizmetine MQTT. Üç protokol, bir kontrolör, bir program. BMS mühendisi geçidi kimin yaptığını sordu. Cevap — "geçit yok" — tam beş saniye süren bir sessizlik kazandı.
O sessizlik, ürünün çalıştığını gösteriyor.
Neleri Ayrı Tutmalıyız
Protokoller CPU'yu paylaşabilir, ancak veri planını paylaşmamalıdır. Noktaları bir kez, kasıtlı olarak haritalayın: hangi kayıtlar Modbus görünür, hangi nesneler BACnet, hangi konular MQTT. Tek bir nokta haritası, bir elektronik tablo içinde korunur, klasik hatayı önler — bir kayıt numarasının değişmesi ve üç sistemin sessizce bayatlaması.
Ve model sınırlarını unutmayın: BACnet/IP ve MQTT, Ethernet uyumlu CPU'lara ihtiyaç duyar. Sadece seri olan modeller Modbus RTU ve BACnet/MSTP'yi tutar. Sözleşmeden önce gereksinime karşı modeli kontrol edin, satın alma siparişinden sonra değil.
Kimsenin Fiyatlandırmadığı Destek Açısı
Çok protokollü olmak sadece bir özellik değil; bir satış kapısıdır. İhaleler artık standart olarak BMS entegrasyonu, bulut bağlantısını kontrol listesi maddesi olarak talep ediyor. Her ikisini de ek parça olmadan yanıtlayan bir kontrolör, ön yeterlilik filtresini geçer. Tek protokollü ve çok protokollü versiyonlar arasındaki fiyat farkı küçüktür; hangi projelere teklif verebileceğinizdeki fark değil.
Nokta Haritası Disiplini
Çok protokollü olmak bir nimet ve bir tuzaktır. Nimet: üç sisteme hizmet eden bir CPU. Tuzak: üç sistemin gerçeğin biraz farklı versiyonlarını okuması. Çözüm sıkıcı ve müzakere edilemez — her değeri bir kez listeleyen tek bir nokta haritası, kayıt numarası, BACnet nesnesi ve MQTT konusu aynı satırda.
Elektronik tabloyu ilk günden başlatın, ilk blok bağlanmadan önce. Sütunlar: değer adı, Modbus kaydı, BACnet nesne türü ve örneği, MQTT konusu, veri türü, ölçekleme, güncelleme oranı ve yazma yetkisine sahip sistem. Son sütun, insanların düşündüğünden daha önemlidir — BMS ve bulut kontrol paneli her ikisi de bir set noktayı değiştirmek istediğinde, birinin kazanması gerekir ve harita bunu belirtir. Olmadan, iki sistem bir değer için savaşır ve makine sabah 3'te öngörülemez bir şekilde davranır.
Haritayı programla sürümleyin. Her yazılım değişikliği, eklenen her nokta, her yeniden numaralandırma — harita aynı taahhütte güncellenir. Haritanın iki yıl güncel olmadığı ve üç kişinin farklı kopyaları olduğu projeleri devraldım. Yeniden inşa etmek, kayıt tablolarına bir hafta boyunca bakmayı gerektirdi. Bir hafta. O proje olmayın.
Ve çapraz protokol yollarını kasıtlı olarak test edin: BMS'den bir set noktası yazın, makinenin yanıt verdiğini doğrulayın, bulut kontrol panelinin değişikliği gösterdiğini doğrulayın. Her nokta için bir uçtan uca test, devreye alma sırasında, haritalama hatalarını ucuzken yakalar.
Yazılım ve Sürüm Gerçekliği
Protokol özellikleri dalgalar halinde geldi ve kılavuz revizyon geçmişi hikayeyi anlatıyor: 4.2'de MQTT, 4.5'te web sunucusu, 6.0'da WiFi talimatları, 6.2'de BACnet, 6.2.1'de SR-22 desteği. Çok protokollü bir proje planlıyorsanız, yazılım sürümü bir ayrıntı değildir — bir gerekliliktir. İki yıl önce gönderilen bir CPU'nun BACnet konuşmadan önce bir güncellemeye ihtiyacı olabilir ve güncelleme yolu modele bağlıdır.
Yazılım kontrolünü ön satış kontrol listesinin bir parçası haline getirin. Siparişte sürümü not edin, teslimatta onaylayın ve devreye alma belgesinde belgelerle. Bu işteki en pahalı konuşma "bunu desteklemeli" ardından "bu desteklemiyor" şeklindedir.
Ve protokollerin güçlü yanları hakkında dürüst olmalarını sağlayın. Bina için BACnet, makineler için Modbus, bulut için MQTT — her biri tasarlandığı tel türünde. Ethernet CPU'su hepsini aynı anda işler; onları tek bir protokol haline getirmez ve getirmemelidir. Ayrım, bulut bağlantısı kesildiğinde tesisi çalışır durumda tutan şeydir — yerel Modbus ve BACnet trafiği interneti beklemez.
Protokol Belgelendirme Alışkanlığı
Protokol haritası olmayan bir üç protokollü kontrolör, bir müze sergisi gibidir. Disiplin, devreye alma sırasında bir saat alır ve bina her değiştiğinde bir hafta kazandırır: her noktayı, Modbus kaydını, BACnet nesnesini ve MQTT konusunu listeleyen bir sayfa — yazma yetkisi belirtilmiş. Sayfa, panel çizimleriyle birlikte yaşar, programla sürümlenir. BMS mühendisi "hangi değer besleme sıcaklığı?" diye sorduğunda, cevap bir satırdır, kayıt arkeolojisi için bir öğleden sonradan değil.
Protokolleri içeren versiyonu satın alın. Projeler ardından gelecektir.
