Endüstriyel Datalogger (Veri Kaydedici) Nedir? RTU ve PLC ile Karşılaştırmalı Rehber

Saha verisini güvenilir biçimde toplamak, izleme ve raporlama yazılımlarının doğru çalışabilmesi için ilk koşuldur. Endüstriyel datalogger veri kaydedici, inverter, sayaç, sensör ve kontrolör gibi saha cihazlarından ölçüm değerlerini okuyan, zaman bilgisiyle saklayan ve üst sisteme ileten cihazdır. Bu yazıda datalogger'ın ne işe yaradığını, RTU ve PLC'den farkını, seçimde nelere bakılması gerektiğini ve verinin izleme yazılımına nasıl taşındığını ele alıyoruz.

Kısa özet: Datalogger öncelikle veri toplama ve kayıt için tasarlanmıştır; PLC süreci kontrol eder, RTU ise uzak noktalardaki ölçüm ve kontrolü haberleşme odaklı üstlenir. Doğru seçim; ihtiyaç duyulan protokollere, kesinti durumunda veri koruma yeteneğine ve verinin hangi sisteme aktarılacağına bağlıdır.

Endüstriyel Datalogger (Veri Kaydedici) Nedir, Ne İşe Yarar?

Datalogger, sahadaki cihazları belirli aralıklarla sorgulayan ve elde ettiği değerleri kalıcı belleğe yazan bir veri toplama cihazıdır. Çoğu zaman bir ağ geçidi gibi de davranır: farklı cihazlardan, farklı protokollerle gelen veriyi tek bir düzende toplar ve üst sisteme iletir.

Temel görevleri şunlardır:

• Saha cihazlarından ölçüm değerlerini periyodik olarak okumak
• Her değeri zaman bilgisiyle birlikte kaydetmek
• Haberleşme koptuğunda veriyi cihaz üzerinde saklamak
• Bağlantı geri geldiğinde birikmiş veriyi SCADA, izleme yazılımı veya buluta göndermek
• Alarm ve durum bilgilerini ilgili sisteme aktarmak

Bir tesisteki verinin kalitesi, çoğunlukla bu katmanın nasıl kurulduğuna bağlıdır. Üst katmandaki en gelişmiş yazılım bile eksik, geç gelen veya zamanı hatalı veriyle anlamlı sonuç üretemez.

Datalogger, RTU ve PLC Arasındaki Farklar

Üç cihaz türü zaman zaman birbirinin yerine kullanılır, ancak tasarım amaçları farklıdır. Ayrımın kesin sınırı üreticiye göre değişebilir; modern cihazların çoğu birden fazla işlevi bir arada sunar. Aşağıdaki tablo genel eğilimi gösterir.

Özellik	Datalogger	RTU	PLC
Ana amaç	Veri toplama, kayıt ve iletme	Uzak noktadan ölçüm, durum izleme ve haberleşme	Süreç ve makine kontrolü
Kontrol mantığı	Genellikle sınırlı veya yok	Temel kontrol ve komut iletimi	Güçlü, deterministik kontrol programı
Yerel veri kaydı	Temel işlevdir	Modele göre değişir	Genellikle ana işlev değildir
Haberleşme odağı	Çoklu protokol, ağ geçidi rolü	Uzak haberleşme, SCADA uyumu	Saha ağı ve kontrol ağı
Tipik kullanım	Enerji santralleri, izleme projeleri	Dağıtık ve uzak tesisler	Üretim hatları, proses kontrol

Pratik bir yaklaşım şudur: Amaç sadece izleme ve kayıtsa datalogger yeterli olabilir. Uzak bir noktada hem ölçüm hem komut iletimi gerekiyorsa RTU öne çıkar. Sürecin gerçek zamanlı ve hassas biçimde kontrol edilmesi gerekiyorsa PLC sıklıkla tercih edilir; ancak uygulamaya göre DCS, PAC veya uygun gerçek zamanlı kontrol platformları da kullanılabilir. Birçok projede kontrol katmanı kontrolü yürütür, datalogger ise aynı sahadaki veriyi izleme katmanı için ayrı ve güvenilir biçimde toplar.

Veri Toplama Yöntemleri ve Desteklenen Protokoller

Datalogger'ın değeri büyük ölçüde konuşabildiği cihazların çeşitliliğiyle ilgilidir. Saha ekipmanları farklı üreticilerden gelir ve her biri kendi haberleşme yöntemini kullanabilir.

Sık karşılaşılan protokoller ve arayüzler:

• Modbus RTU (RS-485): Seri hat üzerinden inverter, sayaç ve çok sayıda saha cihazıyla yaygın kullanılır.
• Modbus TCP: Aynı veri modelinin Ethernet üzerinden taşınmasıdır.
• IEC 60870-5-104 ve DNP3: Enerji ve altyapı sistemlerinde SCADA haberleşmesi için bilinen protokollerdir.
• OPC UA: Üretici bağımsız, güvenlik özellikleri olan modern bir veri modelidir.
• MQTT: Hafif yapısıyla bulut ve IoT platformlarına veri göndermede sık tercih edilir.
• Analog ve dijital girişler: Sensörler, kuru kontaklar ve sinyal çıkışları için kullanılır.

Veri toplama yöntemi olarak iki temel yaklaşım vardır. Periyodik sorgulama (polling) yönteminde datalogger cihazlara belirli aralıklarla istek gönderir. Olay tabanlı yöntemde ise cihaz yalnızca değer değiştiğinde veya alarm oluştuğunda bilgi gönderir. Tarama aralığı kısaldıkça veri çözünürlüğü artar, ancak hat yükü ve depolama ihtiyacı da artar. Aralığı, izlenen büyüklüğün ne kadar hızlı değiştiğine göre belirlemek gerekir.

Doğru Datalogger Seçiminde Kritik Özellikler

Seçim yaparken cihazın veri sayfasındaki sayılardan önce kendi sahanızın gerçek ihtiyaçlarını netleştirmek faydalıdır. Aşağıdaki kontrol listesi bu değerlendirme için başlangıç noktası olarak kullanılabilir.

Haberleşme ve uyumluluk

• Sahadaki tüm cihaz modelleriyle ve protokol sürümleriyle uyumlu mu?
• Yeterli sayıda seri ve Ethernet portu var mı, ileride cihaz eklenebilir mi?
• Üst sisteme hangi protokolle veri iletiyor?

Veri güvenilirliği

• Kalıcı bellek kapasitesi, beklenen en uzun haberleşme kesintisini karşılıyor mu?
• Kaynak cihazın ölçüm zaman damgası ile datalogger'ın okuma zaman damgası ayrı ayrı kaydedilebiliyor mu?
• Zaman senkronizasyonu (NTP, GPS vb.) destekleniyor mu?
• Elektrik kesintisinde kayıtlar korunuyor mu, cihaz kendiliğinden yeniden başlıyor mu?

Güvenlik

• Şifreli iletişim (ör. TLS) destekleniyor mu?
• Kullanıcı yetkilendirme ve erişim kayıtları var mı?
• Üretici yazılım güncellemelerini düzenli sunuyor mu?

Saha koşulları ve işletme

• Çalışma sıcaklığı, nem ve koruma sınıfı tesis ortamına uygun mu?
• Besleme gerilimi ve montaj şekli (DIN ray vb.) uyumlu mu?
• Uzaktan yapılandırma ve izleme mümkün mü?

Bu soruların yanıtlarını proje başında yazılı hale getirmek, sonradan cihaz değiştirme ihtiyacını azaltır.

Veri Kaybını Önleme: Tampon Bellek ve Zaman Senkronizasyonu

Saha ağlarında kesinti kural dışı değil, beklenen bir durumdur. İnternet bağlantısı kopabilir, bir merkez sunucusu bakıma girebilir ya da hat geçici olarak aksayabilir. Önemli olan, bu anlarda veri kaybı riskini azaltmak ve verinin sonradan doğru sırayla teslim edilmesini sağlamaktır.

Tampon bellek (store and forward). Datalogger, bağlantı yokken okuduğu verileri kendi belleğinde biriktirir ve bağlantı döndüğünde üst sisteme gönderir. Bellek kapasitesi tek başına yeterli değildir; kayıtların güç kesintisinde silinmeyen kalıcı depolamaya yazılması ve aktarımın güvenilir bir mekanizmayla yapılması da gerekir. Dikkat edilecek noktalar:

• Bellek dolduğunda eski kayıtların mı silineceği yoksa yeni kayıtların mı durdurulacağı
• Birikmiş verinin gönderimi sırasında canlı verinin gecikmemesi
• Gönderimin onaylanması; yani alıcı veriyi aldığını teyit etmeden kaydın silinmemesi
• Güç kesintisinde kayıt bütünlüğünün korunması

Zaman damgası. Verinin ne zaman ölçüldüğü, ne zaman iletildiğinden daha önemlidir. Ancak datalogger'ın okuma anı her zaman gerçek ölçüm anını temsil etmez; sorgulanan cihazın örnekleme ve iletim gecikmeleri olabilir. Bu nedenle mümkünse kaynak cihazın ölçüm zaman damgası ile datalogger'ın okuma zaman damgası ayrı alanlar olarak saklanmalıdır. Kaynak cihaz zaman bilgisi sunmuyorsa, okuma zamanının ölçüm anına yaklaşık bir karşılık olduğu bilinmelidir. Zaman damgası yalnızca üst sistemde, veri ulaştığı anda atanırsa kesinti sonrası boşluklar ve kaymalar oluşur; geç gelen kayıt, ölçüm veya okuma anının zamanıyla saklanmalıdır.

Zaman senkronizasyonu. Cihazın saati zamanla sapabilir. Birden fazla datalogger'ın bulunduğu tesislerde bu sapmalar, olayların sıralamasını yorumlamayı zorlaştırır. Ortak bir zaman kaynağıyla senkronizasyon ve saat dilimi ile yaz saati uygulamalarının tutarlı yönetimi bu nedenle önemlidir. Yine de senkronizasyon tek başına olay sıralamasını garanti etmez; örnekleme aralığı ve iletim gecikmeleri de değerlendirmeye katılmalıdır.

Diğer önlemler:

• Kesintisiz güç kaynağı veya yedek besleme ile ani kapanmalarda kayıt bütünlüğünü korumak
• Eksik veri aralıklarını raporlama aşamasında işaretlemek, sessizce doldurmamak
• Cihaz sağlık bilgisini (bağlantı durumu, bellek doluluğu) izleme sistemine göndermek

Datalogger Verisinin İzleme Yazılımına ve Buluta Aktarılması

Toplanan veri yalnızca cihazda kaldığında sınırlı değer taşır. Asıl fayda, verinin izleme ve analiz katmanına düzenli ulaşmasıyla ortaya çıkar. Aktarım için genellikle iki yol kullanılır:

1. Yerel SCADA veya izleme sunucusuna aktarım: Tesis içindeki bir sunucu, datalogger'dan veriyi endüstriyel protokollerle alır. Bu yapı, internet bağlantısına bağımlılığı azaltır.
2. Bulut platformuna aktarım: Veri MQTT, HTTPS gibi yöntemlerle dışarıya gönderilir. Birden fazla tesisin tek ekrandan izlenmesini kolaylaştırır.

İki yöntem birlikte de kurgulanabilir: yerel sistem anlık işletme için, bulut ise merkezi raporlama ve uzun dönem analiz için kullanılır. Hangi yolun seçileceği; güvenlik politikaları, bant genişliği ve izlenecek tesis sayısına göre belirlenir.

İzleme katmanının mimarisini daha geniş çerçevede görmek isterseniz SCADA otomasyon sistemleri: mimari ve seçim rehberi yazısı, datalogger'ın bu mimarideki yerini anlamak için iyi bir devam noktasıdır. Yazılım tarafının genel çerçevesi için yazılım otomasyon nedir rehberine de bakabilirsiniz.

Enerji ve Endüstriyel Tesislerde Kullanım Senaryoları

Güneş enerjisi santralleri (GES). Çok sayıda inverter, sayaç ve meteoroloji sensörü aynı sahada çalışır. Datalogger bu cihazları toplayarak üretim, arıza ve çevre verisini tek akışta üst sisteme iletir. Uzaktan izleme ve müdahale konusunu inverter SCADA kontrolü yazısında daha ayrıntılı bulabilirsiniz.

Rüzgar santralleri. Türbinlerin geniş bir alana yayılması, haberleşme kesintilerini daha olası kılar. Uygun kapasiteli tampon bellek ve zaman bilgisinin dikkatli yönetimi, performans analizi için ölçüm sürekliliğini desteklemeye yardımcı olur. Konuyla ilgili yaklaşım için rüzgar santrali izleme otomasyonu içeriği faydalı olacaktır.

Endüstriyel tesisler. Enerji sayaçları, kompresörler, pompalar, kazanlar ve çevre sensörleri gibi ekipmanlar izlenerek tüketim takibi ve bakım planlaması için veri toplanır. Burada PLC üretimi yönetirken datalogger izleme ve raporlama verisini ayrı bir katmanda toplayabilir.

Dağıtık ve uzak noktalar. Trafo merkezleri, depolama tesisleri veya erişimi zor istasyonlarda, kesintiye dayanıklı kayıt özelliği özellikle önem kazanır.

Ezo VEGA Kaynaklarına Yönlendirme

Datalogger, izleme yazılımının veri kaynağıdır; seçimi de bu yazılımla birlikte düşünmek gerekir. Enerji santrallerinin izlenmesi ve yönetimi konusunda Ezo VEGA'nın Santrals sayfasını inceleyebilirsiniz. Sitedeki diğer rehber ve yazılar için Yazılım Otomasyon Blogu sayfası da kullanılabilir.

Sık Sorulan Sorular

Endüstriyel datalogger ile PLC arasındaki temel fark nedir?

Datalogger esas olarak veri toplama, kayıt ve iletme için tasarlanır. PLC ise süreç veya makineyi kontrol eden mantığı çalıştırır. Birçok projede ikisi birlikte kullanılır: PLC kontrolü yürütür, datalogger izleme için veriyi toplar.

Datalogger RTU yerine kullanılabilir mi?

Yalnızca izleme ve kayıt gerekiyorsa çoğu zaman evet. Uzak noktadan komut iletimi, kontrol işlevi veya belirli SCADA protokolleri gerekiyorsa RTU daha uygun olabilir. Karar, cihazın desteklediği işlevlere ve proje gereksinimlerine bağlıdır.

Haberleşme koptuğunda datalogger verisi kaybolur mu?

Tampon bellek (store and forward) özelliği olan bir cihaz, kayıtları kendi belleğinde saklar ve bağlantı geri geldiğinde göndermeye çalışır. Uygun kapasite, kalıcı depolama, güç kesintisinde kayıt bütünlüğü ve güvenilir aktarım mekanizmalarıyla veri kaybı riski azaltılır; ancak bu özellik tek başına kayıpsızlık garantisi vermez.

Zaman damgası neden ayrı ele alınmalıdır?

Datalogger'ın okuma anı, gerçek ölçüm anıyla her zaman aynı değildir; sorgulanan cihazın örnekleme ve iletim gecikmeleri olabilir. Bu yüzden kaynak cihazın ölçüm zaman damgası ile datalogger'ın okuma zaman damgası mümkünse ayrı saklanmalıdır. Zaman damgasının yalnızca üst sistemde atanması ise kesinti sonrası kaymalara yol açar; cihaz tarafında damgalama da tek başına olay sıralamasını garanti etmez.

Datalogger verisi hem yerel sisteme hem buluta aktarılabilir mi?

Evet. Birçok cihaz aynı anda hem yerel SCADA veya izleme sunucusuna hem de MQTT gibi yöntemlerle bulut platformuna veri gönderebilir. Bu, anlık işletme ile merkezi raporlamayı birlikte desteklemenin yaygın bir yoludur.