Türkçe
English
Bir tesise saha ziyareti yaptığımızda sayaç envanteri çıkardığımızda görüntü hep benzer: elektrik sayacı bir marka, su sayacı başka, doğalgaz sayacı bir üçüncü. Hepsi farklı şirketlerden, farklı protokollerle konuşuyor. Birçok tesis "her birinin kendi yazılımı var, ay sonu toplu rapor için tabloya elle yazıyoruz" diyor. Bu, 2026'da hâlâ çok yaygın bir manzara.
Bu yazıda çoklu marka sayaçları tek platforma nasıl toplarsınız, hangi protokoller karşımıza çıkar ve gateway tabanlı çözümün neden tek doğru yaklaşım olduğunu anlatıyoruz.
Sahada gördüğümüz tipik manzara
| Sayaç türü | Yaygın markalar | Tipik protokol |
|---|---|---|
| Elektrik | Schneider, Janitza, Carlo Gavazzi, Siemens | Modbus-RTU / Modbus-TCP |
| Su | Kamstrup, Itron, Sensus, Diehl | M-Bus (wired) / Wireless M-Bus |
| Doğalgaz | Itron, Elster, Honeywell | M-Bus / IEC 62056 / pulse |
| Isı / Enerji | Kamstrup, Landis+Gyr, Engelmann | M-Bus / Modbus |
| Eski / endüstriyel | — | IEC 61107 (eski optik port), serbest puls çıkışı |
Yaygın hatalı yaklaşım: her marka için ayrı yazılım
Çoğu tesis başlangıçta üreticinin verdiği "bedava" yazılımı kullanır. Schneider için EcoStruxure, Janitza için GridVis, Kamstrup için READy… Her biri kendi başına çalışır ama:
- Veri konsolidasyonu yok — toplam raporlar manuel
- Alarm yönetimi parçalı — bir su sayacı saat 03:00'te durduğunda kimse görmez
- Tarihsel veri farklı veritabanlarında — trend analiz zor
- Yeni cihaz eklendiğinde lisans + ek yazılım
Doğru yaklaşım: çoklu protokol gateway + tek SCADA platformu
Tüm sayaçlar fiziksel olarak protokol gateway'ine bağlanır. Gateway her sayacı kendi diliyle okur, normalize edilmiş veriyi MQTT, REST API veya Modbus-TCP üzerinden tek SCADA platformuna iletir.
Gateway katmanında ne olur?
- Protokol dönüşümü: M-Bus telegrafı → JSON
- Birim normalizasyonu: kWh, kvarh, m³, GJ — hepsi standart birime
- Zaman damgası: her örnek UTC + tesis lokal saatiyle damgalanır
- Veri kalite işareti: "ölçüm CRC OK", "stale", "out-of-range"
- Yerel tamponlama: internet kesintilerinde gateway 7-30 gün veriyi tutar, bağlantı dönünce gönderir
SCADA katmanında ne yapılır?
- Sayaç gruplama (bina/kat/hat bazında)
- Eşik bazlı alarmlar (örn. su tüketimi 03:00'te kesilirse sızıntı uyarısı)
- Karşılaştırmalı raporlar (önceki ay, geçen yıl aynı dönem)
- Otomatik fatura uyumluluğu (cluster bazında toplam)
- API ile ERP/muhasebe sistemine entegrasyon
Marka bağımsızlığı neden kritik?
Sahanın 5 yıl sonra ihtiyacı bugünkünden farklı olur. Yeni bir bina eklersiniz, eski bir cihaz arızalanır, üretici Türkiye temsilcisini değiştirir. Eğer SCADA'nız tek bir markaya kilitliyse, her yeni cihazda ya o markaya kalmak ya da paralel ikinci sistem kurmak zorundasınız.
NEOVUS Argus SCADA platformu Modbus-RTU/TCP, M-Bus, BACnet-IP/MS/TP, KNX-IP, IEC 61107, MQTT ve OPC-UA protokollerini doğrudan destekler. Yeni sayaç eklemek için sürücü değil sadece konfigürasyon gerekir.
Bir tesis örneği: ilaç fabrikası, 78 sayaç, 4 protokol
İlaç üretim tesisinde elektrik (42 adet, Modbus-RTU), su (18 adet, M-Bus), doğalgaz (4 adet, M-Bus), kompresörlü hava (8 adet, Modbus-TCP), buhar (6 adet, pulse + Modbus) sayacımız vardı. Mevcut durumda 4 farklı yazılım, ay sonu Excel'de 6 saatlik konsolidasyon.
NEOVUS gateway + Argus geçişi sonrası:
- Tek dashboard, gerçek zamanlı kWh + m³ + Sm³ + ton-buhar
- Üretim hattı bazında SEC (Specific Energy Consumption) hesabı
- Otomatik aylık fatura raporu, mali tabloya CSV export
- Aylık enerji raporu hazırlama süresi 6 saat → 5 dakika
Tesisinizdeki sayaç envanterini paylaşırsanız, hangi protokolleri ve hangi gateway konfigürasyonunu önereceğimizi 2-3 günde rapor edebiliriz.