Bir bina yönetim sistemi, soğutucu sıcaklıkları BACnet nesneleri olarak gösterir, ancak tesis PLC'si Modbus'un kayıt tutmasını bekler. Cihazlar bir Ethernet ağını paylaşır, ancak PLC BACnet nesne tanımlayıcılarını, özelliklerini veya veri tiplerini yorumlayamaz.
Tek başına bir Ethernet bağlantısı bu uyumsuzluğu çözemez. Entegrasyon, protokol yorumlama, adres eşleme, veri dönüşümü ve iletişim hatalarının kontrollü yönetilmesini gerektirir.
Tespro'da, BACnet Modbus ve OPC UA için bir Endüstriyel Protokol Dönüştürücüsünü gerçek iletişim rolleri ve puan listesi karşılaştırarak değerlendiriyoruz. TC-100'ümüz bu protokol ailelerini destekliyor, ancak doğru dönüşüm yönünü ve veri temsilini seçmek proje düzeyinde mühendislik kararı olarak kalmaktadır.
1. Donanım seçmeden önce protokol yönünü onaylayın
BACnet, Modbus ve OPC UA farklı şekilde organize eder ve bilgi alışverişi yapar. İki cihaz aynı taşıma ağını desteklese bile, uygulama katmanı verileri uyumlu olmayabilir.
| Protokol | Veri Yapısı | Birincil Entegrasyon Kısıtlaması |
| BACnet/IP | Nesneler ve özellikler | Nesne tanımlayıcıları, Present_Value, durum ve komut öncelikleri |
| BACnet MS/TP | RS485 üzerinden BACnet nesneleri | Seri token geçiş topolojisi ve zamanlama |
| Modbus RTU/TCP | Bobinler ve 16-bit kayıtlar | Adres kaydırmaları, kayıt grupları ve veri yorumu |
| OPC UA | Tiplenen düğümler ve öznitelikler | İsim alanı tanımlayıcıları, erişim hakları, zaman damgaları ve veri kalitesi |
İlk karar, dönüştürücünün spesifikasyonunda hangi protokollerin yer aldığı değildir. Hangi cihazın iletişimi başlattığı ve hangi cihazın istenen veriyi sağladığıdır.
Örneğin, bir PLC Modbus TCP istemcisi olarak çalışıyorsa, dönüştürücü gerekli değerleri uygun bir Modbus sunucu arayüzü üzerinden göstermelidir.
Tespro'nun TC-100'üBACnet'ten Modbus'a ve OPC UA'dan Modbus'a tipik dönüşüm konfigürasyonları olarak sunulmaktadır. Doğrudan BACnet'ten OPC'ye UA çevirisi, ters yön kontrolü ve eşzamanlı çoklu protokol çalışması amaçlanan firmware'e karşı doğrulanmalıdır.
Protokol erişilebilirliği, her protokol çifti arasında kısıtsız dönüşümü sağlamaz.
2. Veri Haritalama, Okumaların Doğru Kalıp Kalmadığını Belirler
Bir protokol dönüştürücü, yanlış işlem değerlerini sunarken aktif bağlantıyı koruyabilir.
İşareli 16-bitlik ölçüm içeren bir Modbus sıcaklık kaydını ele alalım. Eğer hedef cihaz kaydı işaretsiz olarak yorumlarsa, negatif okuma büyük bir pozitif sayı olur. Kayıt işleminin kendisi başarılı olduğu için iletişim alarmı mutlaka olmaz.
Benzer hatalar, kayan nokta değerleri kayıtlardan yanlış kelime sırasıyla oluşturulduğunda ortaya çıkar.
Tespro TC-100, INT/UINT formatlarını, 32-bit kayan nokta değerlerini ve ABCD, DCBA, CDAB ve BADC dahil olmak üzere yapılandırılabilir bayt sırası düzenlemelerini destekler.
Eşleme Tablosunda Ne Tanımlanmalı?
Her dönüştürülen nokta için, yapılandırma şunları tanımlamalıdır:
• Kaynak referansı: BACnet nesne/özellik, Modbus kaydı veya OPC UA NodeId.
• Hedef referansı: Hedef kayıt veya nesne, düğüm.
• Sayısal yorumlama: İmzalılık, veri genişliği, kayan nokta temsili ve biçimi ile bayt sırası.
• Mühendislik dönüşümü: Ölçeklendirme faktörleri, birimler ve izin verilen menzil.
• Davranışı güncelleme: Anket aralığı, zaman aşımı ve eski veri gösterimi.
• Erişim kontrolü: Nokta sadece okunabilir mi yoksa harici komutlarla mı kontrol edilir?
Hem BACnet hem de OPC UA, Modbus kayıtları tarafından doğrudan temsil edilmeyen diğer bilgileri taşır.
Bir BACnet Analog Girişi, güvenilirlik bilgisini ortaya çıkarabilir. Bir OPC UA DataValue, bir Durum Kodu ve kaynak zaman damgası içerebilir. Yalnızca sayısal değeri eşlemek o bağlamı atlar.
Veri geçerliliğinin alarmları veya denetim kararlarını etkilediği uygulamalar için, ayrı kayıtlar veya açıkça tanımlanmış durum göstergeleri gerekebilir. Bunların uygulanması varsaymak yerine doğrulanmalıdır.
3. Fiziksel arayüzleri ve anket kapasitesini kontrol edin
Protokol desteği, yetersiz veri yolu arayüzlerini telafi edemez.
Standart TC-100 yapılandırması, bir RS485 seri portu sağlar; alternatif özelleştirilmiş arayüzler olarak RS232 veya CAN mevcuttur. Ayrıca her biri 10/100 Mbps olarak derecelendirilen bir WAN ve bir LAN Ethernet bağlantısı sağlar.
Bu mimari, yaygın seri-Ethernet entegrasyon düzenlemelerini karşılayabilir. Ancak, bir RS485 arayüzü bağımsız olarak iki fiziksel ayrı seri ağa hizmet veremez.
Bir proje hem BACnet MS/TP trunk hem de ayrı bir Modbus RTU veri yolu içeriyorsa, sistem mimarisi yeniden gözden geçirilmelidir.
Seri Anketler Performans Dar Boğazı Yaratıyor
Modbus RTU ağlarında, her işlem talep iletimi, köle işleme, yanıt iletimi ve gerekli kare arası gecikmeler yoluyla veri yolu süresi tüketir.
İletişim hataları ve tekrar denemeleri, cihaz sayısı arttıkça artar. Bu da sürekli uzun bir anket döngüsüne yol açar. Ayrıca, Token Passing'in yanında gizli bir ek yük vardır ve bu BACnet MS/TP ile birlikte vardır. OPC UA Abonelikleri ve Modbus Polling, veri transferini sağlamak için tamamen farklı yöntemler uygular.
Bir gateway yapılandırmasına karar vermeden önce şunu belirleyin:
• Haritalanan toplam cihaz ve nokta sayısı
• Beklenen baud oranları ve beklenen yanıt süreleri
• Kritik ölçüm yenileme aralıkları
• İletişim hataları için zaman aşımı ve yeniden deneme politikaları.
Tüm 100Mbps Ethernet arayüzleri aynı değildir ve tüm 100Mbps Ethernet arayüzleri yüzlerce noktayı Ethernet hızlarında kullanamaz.
Proje için maksimum pratik puan sayıları, eşzamanlı bağlantılar ve anket gecikmesi belirlenmelidir.
4. İletişim Başarısızlıklarını Değerlendirin ve Kontrol Semantiği Kontrol Edin
İzleme uygulamalarına hizmet veren bir dönüştürücü, iletim kontrol komutlarından farklı sorumluluklara sahiptir.
İzleme için yaygın bir arıza ise eski veridir: yukarı akış sistemi, kaynak cihaz yanıt vermeyi bıraktıktan sonra da son geçerli okumayı göstermeye devam eder.
Kontrol için sonuçlar daha ciddi olabilir.
BACnet komut edilebilir nesneler öncelik tabanlı kontrol ve bırakma davranışı kullanır. Geleneksel bir Modbus kayıt yazımının eşdeğer öncelik yapısı yoktur. Tanımlanmış kurallar olmadan komutları çevirmek, çelişkili ayar noktaları veya beklenmedik ekipman davranışları üretebilir.
Aşağıdakileri bireysel doğrulama faaliyetleri olarak düşünün:
• İzleme noktaları: Kaynak cihazı kesin ve zaman aşımını algılama, geçersiz değer işleme ve yeniden bağlandıktan sonra kurtarma kontrol edilsin.
• Yazılabilir noktalar: Komut izinlerini, kabul edilebilir değer aralıklarını, geri besleme davranışını ve ekipman tarafı kilitlerini kontrol edin. BACnet öncelik çevirileri (varsa) tanımlanmalıdır.
• OPC UA bağlantıları: İstemci/sunucu rolü, güvenliği, sertifika ve oturum işleme işlemlerini kontrol edin.
TC-100, TesproOS tabanlı olup, VPN üzerinden yönetim fonksiyonlarını (örneğin yapılandırma, teşhis, loglama, yazılım güncellemeleri) içerir.
Bu fonksiyonlar, geçidin yönetimine yardımcı olur. Uygulama düzeyinde yetkilendirmenin veya bireysel protokol eşlemelerinin segmentasyonu ve doğrulanmasının yerini tutmazlar.
5. Dağıtımdan önce tedarik neyi doğrulamalıdır?
Tedarikçi tarafından yayımlanan TC-100'ün donanım spesifikasyonları, 12 - 36 VDC, -40°C ile 75°C arasında çalışma sıcaklığı aralığı ve IP30 IP koruma derecesi olarak belirtilmektedir.
IP30 suya karşı koruma sağlamaz. Yoğuşma ve yıkama ile dış ve hava koşullarına maruz kalan kurulumlar koruyucu bir örtü gerektirir.
Kabul testi için, birkaç basit kayıtla demo yapmaktan ziyade temsilci bir yapılandırma kullanmak daha iyidir.
Test şunları kapsayacaktır:
- Protokol Rolleri: Gerekli dönüşüm yönünü ve desteklenen protokol varyantlarını doğrulayın.
- Veri Bütünlüğü: İmzalı değerleri, kayan nokta sayılarını, ölçeklendirmeyi ve kayıtların sırasını değerlendirin.
- İletişim Yüklemesi: Cihazı planlanan puan sayısıyla güncelleme gecikmesini ölçün.
- Arıza Kurtarma: Seri port, Ethernet ve cihaz gücünün iletişim kaybını simüle edin.
- Kontrol Güvenliği: Komutlar üzerindeki kısıtlamaları ve sistemin normal çalışmaya dönüşündeki davranışını doğrulayın.
- Yapılandırma Kontrolü: Firmware ayarlarını yakalamak, dosyaları haritalamak ve parametre yedeklemelerini gerçekleştirmek.
OEM ve büyük ölçekli dağıtımlar için, arayüz seçimi, özelleştirme kapsamı, teknik detaylar ve kabul kriterleri sipariş verilmeden önce kabul edilmelidir.
Tespro's TC-100 Endüstriyel Protokol DönüştürücüBACnet, Modbus ve OPC UA'nın entegrasyonu için yapılandırılabilir bir temel sağlar. Protokol topolojinizi ve puan listenizi teknik ekibimizle paylaşarak gerekli testleri değerlendirebilirsiniz.
SSS
S1: Tespro TC-100 hangi endüstriyel protokolleri destekliyor?
Tespro TC-100, Modbus RTU/TCP, BACnet/IP, BACnet MS/TP ve OPC UA'yı destekler. Belirli dönüşüm yönleri firmware ve proje yapılandırmasına bağlıdır.
S2: Tespro TC-100, BACnet verilerini Modbus'a dönüştürebilir mi?
Evet. Tespro, BACnet'ten Modbus'a dönüşümü tipik bir dönüştürme uygulaması olarak tanımlar. Nesne eşleme, kayıt tahsisi, ölçeklendirme ve iletişim rolleri yapılandırma gerektirir.
S3: Tespro TC-100, OPC UA'dan Modbus'a dönüşümü destekliyor mu?
Evet. OPC UA-to-Modbus belgelenmiş bir uygulamadır. Hedef sistem için düğüm eşleme, veri tipleri, erişim izinleri ve güncelleme aralıkları doğrulanmalıdır.
S4: TC-100, BACnet'i doğrudan OPC UA'ya dönüştürebilir mi?
TC-100 her iki protokol ailesini de destekler, ancak gerekli yazılım, iletişim rolleri ve eşleme işlevleri için doğrudan BACnet'ten OPC'ye UA dönüşümü Tespro ile onaylanmalıdır.
S5: Tespro TC-100'de hangi iletişim arayüzleri mevcut?
TC-100, bir adet 10/100 Mbps WAN portu, bir adet 10/100 Mbps LAN portu ve Wi-Fi 4 sağlar. Bir RS485 portu standarttır; RS232 veya CAN yapılandırmaları özelleştirilebilir.
