SCADA
IronFlock, SCADA işlevselliğini dağıtık mimarisi aracılığıyla hayata geçirir: PLC’ler ve endüstriyel donanımlarla arayüz oluşturmak için uçta hafif veri toplayıcı uygulamalar çalışır, toplanan tüm veriler proje başına zaman serisi veritabanında depolanır ve Board Studio uygulaması, bu veriler üzerinde SCADA görselleştirmeleri oluşturmak için tam bir dashboard oluşturucu sunar.
Mimari
PLCs / Sensors / Hardware
↓
Data Collector Apps (edge devices)
↓
FleetDB (time-series storage)
↓
Board Studio (SCADA dashboards)
↓
Control Channel (back to edge devices)Uçta Veri Toplama
Her uç cihaz, bağlı donanımın yerel protokolünü konuşan küçük, konteynerize uygulamalar olan bir veya daha fazla veri toplayıcı uygulama çalıştırır. Bunlar standart Docker konteynerleri olduğundan herhangi bir protokol veya sürücü desteklenebilir:
- Modbus TCP/RTU — Modbus uyumlu PLC’lere, sensörlere ve aktüatörlere bağlanma
- OPC UA — Endüstriyel denetleyicilerdeki OPC UA sunucularıyla arayüz kurma
- MQTT — Yerel ağdaki MQTT broker’larına abone olma
- BACnet — Bina otomasyon sistemlerinden veri toplama
- Özel protokoller — Tescilli veya niş donanımlar için herhangi bir dilde toplayıcı yazma
Bir toplayıcı uygulama bağlı donanımdan değerleri okur — kayıtlar, etiketler, konular — ve bunları FleetDB’ye yazar. Veriler, projenin TimescaleDB veritabanında cihaz ve uygulama bazında etiketlenerek otomatik olarak zaman serisi telemetrisi olarak depolanır.
Bu yaklaşım, uç katmanı basit ve modüler tutar. Her toplayıcı uygulama yalnızca konuştuğu protokolden sorumludur. Yapılandırılacak monolitik bir ağ geçidi veya sürücü çerçevesi yoktur — her biri tek bir entegrasyonu ele alan küçük, odaklanmış uygulamalar vardır.
Doğrudan PLC Erişimi
Toplayıcı uygulamalar doğrudan uç cihazda çalıştığından, bulut üzerinden gidiş-dönüş olmadan yerel ağdaki PLC’lere ve donanımlara erişebilir. Bir IronFlock cihazındaki Modbus toplayıcısı, aynı alt ağdaki PLC’lerle doğrudan iletişim kurar. Veriler yerel olarak tamponlanır ve bağlantı mevcut olduğunda FleetDB ile senkronize edilir — cihazlar çevrimdışıyken bile veri toplamaya devam eder.
Board Studio ile SCADA Dashboard’ları
Veriler FleetDB’ye akmaya başladığında, Board Studio uygulaması SCADA ekranları oluşturmak için tarayıcı tabanlı bir dashboard oluşturucu sunar. Board Studio, projenin zaman serisi veritabanına doğrudan bağlanır ve şunları sunar:
- Widget kütüphanesi — Göstergeler, grafikler, tablolar, indikatörler, haritalar ve daha fazlası
- Gerçek zamanlı güncellemeler — Yeni veriler geldikçe dashboard’lar canlı olarak güncellenir
- Çoklu cihaz görünümleri — Tek bir dashboard’da birden fazla uç cihaz ve toplayıcı uygulamadan gelen verileri birleştirme
- Yapılandırılabilir düzenler — Süreç genel bakışları, ekipman durum ekranları veya operasyonel dashboard’lar oluşturmak için widget’ları serbestçe düzenleme
Dashboard’lara herhangi bir tarayıcıdan erişilebilir — masaüstü yazılımı veya VPN gerekmez.
Board Düzeni Seçenekleri
SCADA board’larında kullanabileceğiniz, her biri farklı görselleştirme ihtiyaçlarına uygun üç ana düzen modu vardır. Tüm düzen özelliklerine (Grid Snap, Overflow, Scale to Fit, Fixed Width/Height) ilişkin ayrıntılı referans için IoT Dashboards Düzen belgelerine bakın.
-
Grid Snap kapalı, overflowX / overflowY ile Widget’lar tuval üzerinde serbestçe konumlandırılır. SCADA tasarımı pencere boyutuyla ölçeklenmez, ancak görüntü alanının alt ve sağ kenarlarının ötesine uzanabilir. Kullanıcıların tam düzeni görmek için kaydırması gerekebilir. Bu, bozulma olmadan sabit bir fiziksel düzene (örn. fabrika kat planı) uyan büyük bir tuval gerektiğinde kullanışlıdır.
-
Grid Snap kapalı, Scale to Fit ile Widget’lar serbestçe konumlandırılır, ancak board’un en boy oranını siz belirleyen sınırlı bir görüntü alanı vardır. Tüm düzen ekran boyutuyla orantılı olarak ölçeklenir. Kaydırma gerekmez. Bu mod, dashboard’un herhangi bir çözünürlükte ekranı düzgün şekilde doldurması gereken kontrol odası ekranları veya kiosk ekranları için idealdir.
-
Grid Snap açık (overflow yok, Scale to Fit yok) Izgara, ince çözünürlükle (çok sayıda satır ve sütun) yapılandırılmalıdır. SCADA sembolleri yerleştirildiğinde, boyutlarını kilitleyen ve duyarlı yeniden ölçeklendirme tarafından bozulmalarını önleyen Sabit Genişlik ve Sabit Yükseklik otomatik olarak etkinleştirilir. Bu, sembollerin etrafındaki her şey duyarlı kalırken SCADA düzenini konum ve oranda sabit tutar. Fixed Width/Height’ın Grid Snap ile nasıl etkileşime girdiğine ilişkin ayrıntılar için Düzen belgelerine bakın.
SCADA Sembollerini Diğer Widget’larla Birleştirme
SCADA sembolleri ve geleneksel grafik widget’ları aynı board’da serbestçe birleştirilebilir. Bu, yalnızca saf süreç diyagramlarıyla sınırlı olmadığınız anlamına gelir — SCADA sembollerinizin hemen yanına çizgi grafikler, sütun grafikler, göstergeler, tablolar, haritalar veya diğer widget’ları yerleştirebilirsiniz.
Yaygın bir model, birden fazla tesis veya alt sistemi listeleyen bir gezinme kenar çubuğuyla çok board’lu bir SCADA uygulaması oluşturmaktır. Her giriş, o tesisin SCADA süreç diyagramını ve canlı veri grafiklerini gösteren özel bir board’a bağlantı verir. Bu şekilde, tek bir Board Studio projesi gezinme, süreç görselleştirmeleri ve analitik grafiklerle eksiksiz bir çok tesisli SCADA kontrol merkezi olarak hizmet verebilir.
AI Destekli Dashboard Oluşturma
IronFlock AI, sohbet aracılığıyla dashboard’lar oluşturmanıza ve yapılandırmanıza yardımcı olabilir. Her widget’ı manuel olarak yerleştirip yapılandırmak yerine ne istediğinizi açıklayabilirsiniz:
- “Berlin tesisindeki tüm cihazlar için sıcaklık ve basıncı gösteren bir dashboard oluştur”
- “Son 24 saatteki motor RPM’ini karşılaştıran bir çizgi grafik ekle”
- “Tank seviyesi %20’nin altına düştüğünde kırmızıya dönen bir uyarı indikatörü yapılandır”
AI, projenizin FleetDB’sindeki mevcut verileri anlar ve sizin adınıza dashboard’lar oluşturabilir, widget ekleyebilir ve veri bağlamalarını yapılandırabilir. Bu, ham veri toplamadan çalışan bir SCADA ekranına geçiş süresini önemli ölçüde azaltır.
Çift Yönlü Kontrol Kanalı
IronFlock yalnızca veri toplama ve görselleştirmeyle sınırlı değildir. Platform ayrıca SCADA dashboard’larından eylemlerin tetiklenmesine olanak tanıyan uç cihazlara geri dönen bir kontrol kanalını destekler.
Bir uç uygulama kontrol işlevi açığa çıkarıyorsa — PLC kayıtlarına yazma, röleleri açıp kapama veya ayar noktalarını düzenleme gibi — bu eylemler dashboard’dan çağrılabilir. Bu, yaygın SCADA kontrol modellerini mümkün kılar:
- Manuel kontrol — Bir operatör bir valf açmak, motor başlatmak veya alarm onaylamak için dashboard’daki bir düğmeye tıklar
- Alarm odaklı eylemler — Bir alarm tetiklendiğinde operatör, alarm bildiriminden doğrudan önceden tanımlanmış bir eylemle yanıt verebilir (örn. sıcaklık eşiği aşıldığında pompayı kapat)
- AI başlatmalı kontrol — İsteğe bağlı olarak IronFlock AI, izleme ile aktüasyon arasındaki döngüyü kapatmak amacıyla veri modellerine veya alarmlara yanıt olarak otomatik kontrol eylemlerini çağırmak için yetkilendirilebilir
Kontrol kanalı, veri toplama ile aynı güvenli iletişim yolunu kullanır. Komutlar dashboard’dan IronFlock mesaj broker’ı aracılığıyla uç cihaza iletilir; burada uygulama eylemi bağlı donanımda yürütür.
Kontrol Nasıl Çalışır
- Bir uç uygulama kontrol uç noktalarını kaydeder — parametreleri kabul eden ve bağlı donanım üzerinde eylemler gerçekleştiren fonksiyonlar
- Bu uç noktalar dashboard’da çağrılabilir eylemler olarak görünür
- Bir kullanıcı (veya AI) dashboard arayüzünden bir eylem tetikler
- Komut uç cihaza yönlendirilir ve uygulama tarafından yürütülür
- Sonuç dashboard’a bildirilir
Bu, kontrol mantığını ait olduğu yerde — donanıma yakın, uç uygulamada — tutarken dashboard’lardan, alarmlardan veya AI ajanlarından merkezi tetikleme sağlar.
Geleneksel SCADA ile Karşılaştırma
| Konu | Geleneksel SCADA | IronFlock SCADA |
|---|---|---|
| Protokol sürücüleri | Monolitik, satıcıya özgü | Modüler Docker uygulamaları, herhangi bir dil |
| Dashboard oluşturucu | Masaüstü mühendislik aracı | Tarayıcı tabanlı Board Studio |
| Veri depolama | Tescilli tarih sunucusu | Açık TimescaleDB (SQL sorgulanabilir) |
| Uzaktan erişim | VPN gerekli | Yerleşik güvenli tünelleme |
| AI entegrasyonu | Yok | Doğal dil sorguları, AI destekli dashboard’lar, AI tetiklemeli kontrol |
| Yeni protokol ekleme | Satıcı bağımlılığı, lisans maliyeti | Yeni bir toplayıcı uygulama dağıtma |
| Çok tesisli yönetim | Tesis başına ayrı sunucular | Tek kontrol düzlemi |