Bir fabrikada PLC’ler, SCADA, historian, MES, ERP ve bulut analitiği genellikle birbirine tek tek bağlanır. Sistem sayısı arttıkça bağlantı sayısı da hızla artar; her yeni uygulama, mevcut sistemlerin her biriyle yeniden entegre edilmek zorunda kalır. Unified Namespace (UNS), bu karmaşayı ortak bir noktaya taşıyarak çözmeyi hedefleyen mimari bir yaklaşımdır.
UNS’nin temel fikri
UNS’de sistemler birbirine değil, tek bir merkezi isim alanına bağlanır. Veriyi üreten sistemler (PLC, SCADA, MES, sensör ağ geçitleri) bu isim alanına yayın yapar; veriyi kullanan sistemler (pano, analitik, ERP, yapay zeka) ihtiyaç duydukları kısma abone olur. Üreticinin tüketicileri, tüketicinin üreticileri tanıması gerekmez.
Bu isim alanı genellikle MQTT aracısı üzerinde kurulur ve ISA-95 ekipman hiyerarşisini izler:
acme/istanbul/paketleme/hat-3/dolum-02/sicaklik
Buradaki her seviye (işletme, tesis, alan, hat, varlık, metrik) verinin nerede ve neye ait olduğunu anlatır. Böylece topic yolunun kendisi bir bağlam taşıyıcısı olur.
Neden noktadan noktaya entegrasyondan daha iyi?
- Bağlantı sayısı doğrusal artar: Her sistem yalnızca isim alanıyla konuşur; N sistem için yaklaşık N bağlantı gerekir.
- Olay tabanlıdır: Veri, değiştiğinde yayımlanır. Sürekli sorgulama (polling) yerine abone olunur.
- Yeni tüketici eklemek kolaydır: Yeni bir uygulama kaynak sistemlere dokunmadan isim alanına abone olabilir.
- Bağlam tutarlıdır: Veri anlamlı adlarla ve ortak modellerle sunulur; her proje veriyi yeniden yorumlamak zorunda kalmaz.
UNS ne değildir?
- Bir ürün değildir. MQTT aracısı, veri modelleri ve iyi tanımlanmış bir adlandırma düzeninin birleşimidir.
- Bir veri tabanı değildir. UNS en güncel durumu taşır; uzun süreli tarihçe için historian veya zaman serisi veri tabanı gerekir.
- Sihirli bir çözüm değildir. Adlandırma disiplini, sahiplik ve erişim kontrolü olmadan hızla dağınık bir konu ağacına dönüşebilir.
Nasıl kurulur?
- Kapsamı küçük tutun. Tek bir hat veya tesisle başlayın; bir kullanım senaryosunu (örneğin duruş izleme) uçtan uca gösterin.
- Hiyerarşiyi tanımlayın. ISA-95 terimleriyle işletme–tesis–alan–hat–varlık yapısını ve ad kurallarını belgeleyin. (Topic isimlendirme rehberi)
- Verileri modelleyin. Ham etiketleri varlık modellerine dönüştürün: birim, zaman damgası ve kalite bilgisiyle birlikte. Şablonlar, aynı modeli yüzlerce varlığa uygulamanın yoludur.
- Yayımlayın ve izleyin. Bir MQTT aracısı kurun; üreticileri bağlayın, erişim kurallarını (hangi istemci hangi dalı okuyup yazabilir) tanımlayın.
- Tüketicileri ekleyin. Pano, analitik ve ERP bağlantılarını isim alanından türetin.
Sparkplug ile ilişkisi
Sparkplug B, MQTT üzerinde konu yapısını, yük formatını ve durum yönetimini standartlaştıran bir şartnamedir. UNS Sparkplug ile de düz MQTT ile de kurulabilir: Sparkplug cihaz keşfi ve “doğum/ölüm” mesajlarıyla veri tazeliğini bilmeyi kolaylaştırır; düz MQTT ise yük formatında daha fazla esneklik sağlar. Konu yapısını denemek için Sparkplug B ve UNS Topic Oluşturucu aracımızı kullanabilirsiniz.
Dikkat edilecek noktalar
- Adlandırma yönetişimi: Kim yeni dal ekleyebilir? Adlar nasıl değiştirilir? Bunu baştan netleştirin.
- Güvenlik: Aracı TLS ile korunmalı, istemciler kimlik doğrulamalı ve yetkilendirme dal bazında tanımlanmalıdır. OT ağlarında aracıların konumu için ağ segmentasyonu ilkelerine bakın.
- Veri kalitesi: Yayımlanan değerin birimi, zaman damgası ve kalitesi belirsizse UNS yalnızca kötü veriyi hızlı dağıtır.
- Yük boyutu ve hız: Her değişikliği yayımlamak yerine deadband gibi mekanizmalarla gürültüyü bastırın.
HighByte Intelligence Hub ile UNS
HighByte Intelligence Hub, bu mimarinin “bağlan–modelle–şartlandır–yayınla” adımlarını kod yazmadan uygulayan bir endüstriyel DataOps platformudur. OPC UA, MQTT, SQL ve REST gibi kaynaklara bağlanır, yeniden kullanılabilir şablonlarla varlık modelleri oluşturur ve gömülü MQTT aracısıyla (MQTT v3.1.1/v5, Sparkplug A ve B desteğiyle) isim alanını yayımlar. Ayrıntılar için DataOps ve UNS çözüm sayfamıza göz atabilirsiniz.