"SCADA için açık kaynak alternatif var mı?" sorusu son 5 yılda her saha ziyaretinde duyduğumuz ilk sorulardan biri. Cevap basit değil — bazı senaryolarda mükemmel çözüm, bazılarında ciddi bakım yükü olur. Bu yazıda en yaygın 5 açık kaynak SCADA aracını ve hangi durumda uygun olduklarını saha pratiğiyle inceliyoruz.
1. Inductive Automation Ignition
Tür: Ücretsiz versiyon (Maker Edition) + ticari Edge / Standard / Enterprise
- Güçlü yön: Modern, web tabanlı (Perspective designer), Python (Jython) scripting, çok-veri-tabanı desteği
- Sınır: Maker Edition ticari kullanım yasak. Ticari sürüm "açık kaynak" değil, ödenir lisans (ama tag bazlı değil — sınırsız tag avantajı var)
- Tipik kullanım: Orta-büyük tesis, mühendislik ekibi geliştirme yapabilen
2. Rapid SCADA
Tür: Tamamen açık kaynak, GNU GPL
- Güçlü yön: Windows + Linux, klasik HMI ekranları, Modbus + OPC-UA + MQTT desteği
- Sınır: Geliştirici topluluğu sınırlı, dokümantasyon Rusça orijinli (İngilizce çevirileri eksik), modern web UI yok
- Tipik kullanım: Küçük ve orta ölçek, donanım sınırlı saha
3. OpenSCADA
Tür: GNU GPL, Linux-first
- Güçlü yön: Çok protokol (Modbus, IEC 60870, SNMP), düşük kaynak tüketimi
- Sınır: UI eski tarz (Qt desktop), öğrenme eğrisi dik, profesyonel destek yok
- Tipik kullanım: Akademik, küçük araştırma tesisleri, "her şeyi kendim yaparım" felsefesi olan ekipler
4. ThingsBoard
Tür: Açık kaynak (Community Edition) + ticari Professional Edition
- Güçlü yön: IoT odaklı, MQTT/HTTP/CoAP, mükemmel web dashboard, rule engine, multi-tenant
- Sınır: Klasik SCADA özellikleri (alarm priority, HMI çizim, batch script) sınırlı. PLC programlama yok
- Tipik kullanım: IoT sensör ağları, akıllı bina izleme, çok-saha enerji izleme. Klasik proses otomasyonu için tek başına yetmez
5. Node-RED
Tür: Apache 2.0, JavaScript
- Güçlü yön: Drag-and-drop akış programlama, zengin paket ekosistemi (modbus, opc-ua, mqtt), edge çalışma
- Sınır: SCADA değil — protokol köprüsü / orkestratör. Operatör arayüzü için Dashboard eklentisi sınırlı
- Tipik kullanım: Edge gateway, protokol dönüşümü, IoT prototype. Production SCADA olarak değil, SCADA'nın yanında kullanılır
Hızlı karşılaştırma tablosu
| Araç | Ölçek | HMI | Protokol | Bulut | Topluluk |
|---|---|---|---|---|---|
| Ignition | Orta-Büyük | Mükemmel | Geniş | İyi | Çok aktif |
| Rapid SCADA | Küçük-Orta | Klasik | İyi | Sınırlı | Küçük (Rusça) |
| OpenSCADA | Küçük | Eski | Çok geniş | Yok | Sınırlı |
| ThingsBoard | IoT odaklı | Modern web | IoT protokolleri | Mükemmel | Çok aktif |
| Node-RED | Edge / gateway | Sınırlı | Eklenti ile çok | Yerleşik | Çok aktif |
Açık kaynak SCADA ne zaman uygundur?
- İç IT/mühendislik ekibiniz var, sistemi sahiplenecek
- Mevcut süreç kritik regülatif değil (FDA, GMP, NIST gibi standartlara uyum yoksa)
- Lisans bütçesi sınırlı ama insan kaynağı var (geliştirme zamanı = ödenen ücret)
- Tag sayısı çok büyük (sınırsız tag, lisans yenileme ağrısı yok)
- Esneklik kritik — özel scripting, custom raporlar, ERP entegrasyonu sürekli değişiyor
Açık kaynak ne zaman uygun değildir?
- Regülatif sertifikasyon gerekli (örn. FDA validasyonu — sertifikalı ürün gerekir)
- İç teknik ekip yok, dış destek bağımlılığı düşük olmalı
- 7/24 üretici hot-line desteği şart (bazı açık kaynak araçlarda profesyonel SLA opsiyonu var; çoğunda yok)
- Çok kompleks HMI çizimleri gerekli (Ignition hariç çoğu açık araçta sınırlı)
NEOVUS Argus nerede konumlanıyor?
Argus saf açık kaynak değil; ticari ama açık platform yaklaşımıdır. Yani:
- Tag/client/runtime kısıtsız (geleneksel ticari SCADA'ya kıyasla)
- Açık protokol desteği (Modbus, BACnet, KNX, M-Bus, OPC-UA, MQTT)
- Açık veri katmanı (REST, MQTT pub, Parquet arşiv)
- Linux + container hazır
- Profesyonel destek ve SLA paketi (açık kaynak'ta eksik olan parça)
- Saha pratiği (15+ yıllık integrator deneyimi)
Bütçenizi, ekibinizin teknik yeteneğini ve operasyonel ihtiyaçlarınızı paylaşın — sizin için en uygun yaklaşımın değerlendirmesini yapalım.
Türkçe
English