Endüstriyel kontrol panosunda PLC ve kablolama

Kepware Server (eski adıyla KEPServerEX) ile yapılan ilk bağlantı genellikle kolaydır: bir kanal, bir cihaz, birkaç etiket ve OPC Quick Client’ta değerler akmaya başlar. Zor olan, bu yapının yüzlerce etiket ve onlarca cihaz olduğunda da düzenli, hızlı ve bakımı kolay kalmasını sağlamaktır. Bu yazı, yapılandırmanın temeli olan kanal–cihaz–etiket modelini ve onun üzerine kurulan iyi pratikleri anlatır.

Kısaca

Adları baştan düşünün, kanalları fiziksel bağlantıya göre ayırın, tarama ve zaman aşımı ayarlarını cihazın gerçek davranışına göre yapın ve tanılamayı açık tutun.

Proje hiyerarşisi

Kepware Server proje hiyerarşisiKanal fiziksel bağlantıyı ve sürücüyü, cihaz belirli bir kontrolörü, etiket grubu mantıksal gruplamayı, etiket ise tek bir veri noktasını tanımlar; adlar OPC öğe yolunu oluşturur.KanalSürücü ve fizikselbağlantı (ağadaptörü, seri port)CihazKontrolör adresiveya IP, model,zamanlama ve taramamoduEtiket grubuMantıksal gruplama:ekipman veya sistemEtiketAdres, veri tipi,tarama hızı,erişim, ölçeklemeKanal1.Hat2_PLC.Doldurucu.SicaklikOPC öğe yolu: istemciler etiketi bu yolla çağırır; ad değişirse istemci başvuruları kopar
Adlar istemcilerin kullandığı öğe yolunun parçasıdır; kalıcı ve anlamlı seçilmelidir.
  • Kanal: bir sürücüyü ve fiziksel bağlantıyı (ağ adaptörü veya seri port) temsil eder. Aynı kanaldaki cihazlarla iletişim sırayla yürür; farklı kanallar paralel çalışır.
  • Cihaz: belirli bir kontrolördür; adres veya IP, model, zamanlama ve tarama modu burada ayarlanır.
  • Etiket grubu: etiketleri ekipman veya sisteme göre toplayan mantıksal klasördür.
  • Etiket: tek bir veri noktasıdır; adres, veri tipi, tarama hızı, erişim (salt okunur veya okunur-yazılır) ve ölçekleme içerir.

Adlandırma: en pahalı hata

Kanal, cihaz ve etiket adları OPC öğe yolunu oluşturur (Kanal.Cihaz.Grup.Etiket). İstemciler—SCADA, tarihçe, OPC Router—etiketlere bu yolla başvurur. Adı sonradan değiştirmek, bu istemcilerin hepsinde başvuruları kırar. Bu yüzden:

  1. Ekipmanı adlandırın, adresi değil. Hat2_Doldurucu iyi, PLC_192_168_1_45 kötü bir addır; IP değişse bile ad kalır.
  2. Tutarlı bir kural belirleyin. Örneğin Tesis_Alan_Ekipman ve etiketlerde Ölçüm (sıcaklık, basınç, durum). Küçük harf/büyük harf ve ayırıcı kuralı yazın.
  3. Kısıtlara dikkat edin. Adlar nokta içeremez ve belirli karakterlerle başlayamaz; ürün belgelerindeki adlandırma kurallarına uyun.
  4. Adlandırmayı UNS veya veri modeliyle uyumlu tutun. Bu ad ileride MQTT konu adı olabilir (UNS).

Kanal ve cihaz ayarları

AyarNe işe yarar?İpucu
Tarama modu (scan mode)Verinin istemci talebine mi, sabit tarama hızına mı göre okunacağını belirlerCihaza gereksiz yük bindirmemek için istemci hızına saygılı modlar tercih edilir
Bağlantı ve istek zaman aşımıCevap verilmeyen isteğin ne kadar bekleneceğiYavaş hatlarda artırın; çok uzun değerler diğer cihazları bekletir
Deneme sayısıHata saymadan önce yapılacak tekrarKararsız ağlarda küçük artış faydalıdır
Otomatik düşürme (auto-demotion)Yanıt vermeyen cihazı geçici olarak devre dışı bırakıp diğerlerinin hızını korurKablosuz veya zaman zaman kopan cihazlarda açın
Blok boyutuArdışık adreslerin tek istekte okunmasıEtiket adreslerini ardışık dizmek istek sayısını azaltır

Performans için pratikler

  1. Kanalları fiziksel bağlantıya göre bölün. Ethernet’te aynı sürücüyle birden çok kanal paralel iletişim sağlayabilir; seri hatta bir hat bir kanaldır.
  2. Tarama hızını ihtiyaca göre seçin. Sıcaklık gibi yavaş değişen değerler saniyede onlarca kez okunmamalıdır; hızlı ve yavaş etiketleri ayırın.
  3. Cihaz CPU’sunu düşünün. Çok sayıda eş zamanlı istek, PLC döngü süresini etkileyebilir.
  4. Kullanılmayan etiketleri kaldırın. Hiçbir istemcinin kullanmadığı etiketler gereksiz yük yaratır.
  5. Ölçeklemeyi kaynakta mı sunucuda mı yapacağınıza karar verin ve belgeleyin; iki yerde ölçekleme hataya yol açar.

Tanılama ve sorun giderme

  • OPC Quick Client ile etiketin değerini, kalitesini ve zaman damgasını doğrulayın (veri kalitesi ve zaman damgası).
  • Kanal tanılamasını ve olay günlüğünü kullanarak hata, zaman aşımı ve yeniden deneme sayılarını izleyin.
  • “Bad” kalite genellikle iletişim (ağ, adres, güvenlik duvarı), adres (var olmayan veri bloğu) veya erişim (PLC tarafında izin) kaynaklıdır; sırayla elenir.
  • Bazı sürücüler cihazdan etiketleri otomatik üretebilir; bu zaman kazandırır ama üretilen adları gözden geçirin.

Proje yönetimi

  • Proje dosyasını sürüm kontrolünde veya düzenli yedeklerde tutun (yedeklilik, tamponlama ve kurtarma).
  • Değişiklikleri kayıt altına alın: kim, ne zaman, neden.
  • Üretim sunucusunda doğrudan deneme yapmayın; önce test projesinde sınayın.
  • Eklentileri (IoT Gateway, DataLogger, Advanced Tags) ihtiyaç doğduğunda ve belgelenmiş biçimde ekleyin.

Hangi cihaz için hangi sürücünün gerektiğini sürücü listesinden, protokol seçimini endüstriyel protokoller ve sürücü seçimi yazısından inceleyebilirsiniz.

Sık sorulan sorular

Her PLC için ayrı kanal mı açmalıyım?

Ethernet’te genellikle evet ya da yeterli kanal sayısıyla dengeli dağıtım iyi sonuç verir; çünkü kanallar paralel çalışır. Seri hatta aynı fiziksel hat tek kanaldır. Sürücü belgelerindeki sınırlara uyun.

Etiket adını değiştirirsem ne olur?

OPC öğe yolu değiştiği için etiketi adıyla çağıran istemcilerin tamamında başvurular kopar. Bu yüzden adları baştan kalıcı seçin.

Kepware Server ile OPC UA ve OPC DA aynı anda sunulabilir mi?

Evet; aynı etiketler her iki arayüzle de sunulabilir. Bu, DA’dan UA’ya geçişte köprü olarak kullanılır.