IO-Link Collector

IO-Link akıllı sensörlerinizi takın ve sensör başına sıfır yapılandırma ile adlandırılmış, ölçeklenmiş mühendislik değerleri elde edin. IO-Link master’larınızı — ve arkalarındaki sensörleri ve aktüatörleri — bağlayın ve süreç verilerini doğrudan filo veritabanınıza akıtın. Her şey tarayıcıda yapılandırılır: kodlama yok, yeniden dağıtım yok, kesinti yok.

Uygulama, master başına seçilen üç taşıma katmanı üzerinden çalışır: HTTP/REST (ifm IoT Core API’si, Balluff master’larının uyguladığı satıcıdan bağımsız IO-Link Community JSON standardı ve diğer her şey için genel yapılandırılabilir-REST lehçesi), OPC UA (örn. OPC UA IO-Link Companion Spec) ve MQTT (örn. Pepperl+Fuchs). OPC UA ve MQTT taşıma katmanları abonelik tabanlıdır — değerler değiştikçe gönderilir. Taşıma katmanı ne olursa olsun, bağlı sensörler IODD’lerinden otomatik olarak çözülür — ham süreç verileri, sensör başına kurulum olmadan adlandırılmış, ölçeklenmiş mühendislik değerlerine dönüşür.

Neden bu uygulama

Otomatik sensör keşfi. Uygulamayı bir IO-Link master’a yönlendirin; her portu yoklar, hangi sensörlerin bağlı olduğunu algılar ve cihaz id’sini, satıcı id’sini ve ürün adını okur. Bağlı her port otomatik olarak bir datapoint olur.

Otomatik IODD çözümleme — eşleme olmadan adlandırılmış, ölçeklenmiş değerler. Uygulamanın kutudan çıktığı haliyle çalışma şekli budur. Bağlı her sensörü tanır ve ham süreç verilerini kendi başına bitmiş mühendislik değerlerine dönüştürür — sensörün resmi IODD’sini (IO-Link Device Description) genel IODD Finder üzerinde, hesap ve API anahtarı olmadan arayarak ve her değeri doğru ad, ölçeklendirme ve birimle çözerek. Bir sensör takın; sıcaklığı °C, basıncı bar veya mesafesi mm cinsinden öylece görünür. Çevrimdışı veya hava boşluklu (air-gapped) ağ geçitleri için, bir IODD’yi yerleşik kataloga yapıştırabilirsiniz ve aynı çözücü onu kullanır (yapıştırılan bir IODD, her zaman getirilen birine üstün gelir).

Hot-plug farkındalığı. Bir sensörü değiştirin, birini sökün veya yenisini ekleyin; uygulama otomatik olarak fark eder — master’ı yeniden keşfeder ve datapoint katalogunu yeniden başlatma olmadan günceller.

Yalnızca önemli olanı saklayın. Tek tek datapoint’leri duraklatın veya değişiklikte-sakla özelliğini açın; böylece bir değer yalnızca gerçekten değiştiğinde kaydedilir — gürültülü veya hızlı döngülü sinyallerin veritabanınızı şişirmesini önler.

Desteklenen master’lar, taşıma katmanları ve sensörler

Tüm keşif, hot-plug ve IODD/süreç-verisi çözümleme her taşıma katmanında ortaktır; Master Type ayarı yalnızca uygulamanın belirli bir master’a nasıl ulaştığını seçer.

Taşıma katmanları

Turck (TBEN / FEN) master’lar, IO-Link’i bunlardan herhangi biri yerine Modbus/TCP ve fieldbus üzerinden açığa çıkarır — onlar için Modbus Collector uygulamasını kullanın.

Master satıcıları

• ifm — IoT Core REST (AL13xx / AL19xx / AL11xx ve uyumlu); tüm portlar döngü başına tek bir toplu istekte okunur.
• Balluff — BNI (güncel firmware) ve CMTK, JSON-for-IO-Link standardı aracılığıyla.
• Pepperl+Fuchs — ICE2 / ICE3, MQTT (veya OPC UA) aracılığıyla.
• IO-Link Community JSON standardını uygulayan, bir OPC UA sunucusu açığa çıkaran, MQTT’ye yayınlayan veya port başına REST URL’leri sunan (generic) herhangi bir master.

IO-Link sensörleri ve süreç-verisi çözümleme

• Port başına otomatik keşif: cihaz id’si, satıcı id’si, ürün adı.
• Otomatik yeniden keşifle hot-plug algılama — yeniden başlatma yok.
• Otomatik IODD çözümleme — IODD Finder’dan anahtarsız otomatik getirme ve manuel IODD yapıştırma katalogu (yapıştırılan bir IODD, getirilen birine üstün gelir).
• Port başına manuel YAML çözümleme spesifikasyonu geçersiz kılma.
• Çözümleme tipleri: UINT8/16/32, INT8/16/32, FLOAT32, BOOL.
• Byte hizalı ve bit-alanı çözümleme — örn. tek bir süreç-verisi sözcüğüne paketlenmiş bir ölçülen değer ve durum bitleri (IODD tarzı).
• Değer başına doğrusal ölçeklendirme (value = raw × scale + bias) ve mühendislik birimleri.
• Hiçbir çözümleme yapılandırılmadığında ham süreç-verisi (hex) iletimi.

Güvenlik ve kimlik doğrulama

• OPC UA — güvenlik politikası (None, Basic256Sha256, Basic256, Basic128Rsa15), güvenlik modu (None, Sign, SignAndEncrypt) ve istemci sertifikası + özel anahtar.
• MQTT — TLS, isteğe bağlı bir CA sertifikası ile.
• OPC UA ve MQTT için kullanıcı adı / parola.

Ne elde edersiniz

Uygulamayı projenize kurun ve ona uç PC’ler (ağ geçitleri) atayın. Ardından uygulama board’unu açın, ayarlar görünümüne gidin ve bir master bağlantısı ekleyin: ağ geçidini seçin, master tipini seçin (varsayılan iolink_json), master’ın adresini girin (tipe bağlı olarak 192.168.0.10 gibi bir REST URL’si, bir opc.tcp://… uç noktası veya bir mqtt://… broker’ı) ve toplama aralığını ayarlayın. Bağlı sensörler IODD’lerinden otomatik olarak çözülür.

O andan itibaren uygulama master’dan toplar — HTTP master’larını yapılandırılan aralıkta yoklayarak veya OPC UA / MQTT üzerinden gönderilen güncellemeleri alarak — ve her değeri filo veritabanınızın measurements tablosunda saklar. Her okuma, portun bağlantı durumunu taşır (artı, mevcut olduğunda OPC UA kalitesi ve kaynak zaman damgası veya MQTT kaynak konusu); döngü başına master başına bir satır yazılır ve her master’ın canlı çevrimiçi/çevrimdışı durumu assetstatus tablosunda izlenir. Toplanan okumalar varsayılan olarak 3 ay saklanır (ayarlanabilir).

Manuel çözümleme spesifikasyonu (yedek)

Çözümleme IODD aracılığıyla otomatiktir, bu yüzden buna nadiren ihtiyaç duyulur — yalnızca bir sensörün yayınlanmış bir IODD’si olmadığında veya özel bir düzene ihtiyaç duyduğunuzda buna başvurun. Bir master’ın Datapoints alanına bir YAML dizisi koyun; her giriş, bir portun süreç verisinin bir bölümünü adlandırılmış, ölçeklenmiş bir değere eşler.

- label: Temperature
  port: 1
  offset: 0        # byte offset into the port's process data
  length: 2        # number of bytes
  type: INT16      # UINT8/16/32, INT8/16/32, FLOAT32, BOOL
  scale: 0.1       # value = raw × scale + bias
  unit: degC

Bit-alanı — bir değeri ve durum bitlerini tek bir süreç-verisi sözcüğüne paketleyen bir sensör için (bitler LSB’den sayılır, IODD tarzı), örn. ifm O5D mesafe sensörü:

- label: Distance
  port: 1
  type: UINT
  bit_offset: 4
  bit_length: 12
  scale: 10
  unit: mm
- label: OUT1
  port: 1
  type: BOOL
  bit_offset: 0

Ortak toplayıcı özellikleri

Her IronFlock toplayıcısı gibi, IO-Link Collector da tamamen tarayıcıda yapılandırılır — yerleşik uygulama board’unda parametre dosyaları ve yeniden başlatmalar olmadan master bağlantıları ekleyin, düzenleyin ve duraklatın; form yalnızca seçilen taşıma katmanıyla ilgili alanları gösterir ve satıcıları ve taşıma katmanlarını serbestçe karıştırarak ağ geçidi başına sınırsız master bağlayabilirsiniz. Uçta güvenilirdir: her master izolasyon içinde toplanır (erişilemeyen tek bir master asla diğerlerini durdurmaz) ve ağ geçidi platforma bağlantısını kaybederse, uygulama okumaya devam eder ve yerel olarak tamponlar, ardından yeniden bağlanmada verimli toplu yetişme yoluyla her şeyi sırayla iletir (tampon boyutu ağ geçidi başına yapılandırılabilir, isteğe bağlı yalnızca-iletme modu ile). Ve bunu donanım olmadan deneyebilirsiniz: herhangi bir master’ı demo moduna geçirin, uygulama gerçekçi sensör verileri (sıcaklık, basınç, akış, bir anahtar) üretir; böylece gerçek donanımı bağlamadan önce tüm deneyimi keşfedebilirsiniz.

Verileriniz üzerine inşa edin

Dahil edilen uygulama board’u, gelen verilere anında genel bir bakış sunar. Özelleştirilmiş sunumlar için, IO-Link ölçümlerinizi diğer uygulamalardan gelen verilerle yan yana gösteren özel gösterge panoları oluşturun, bunları Data Backend aracılığıyla sorgulayın ve toplanan değerleri SMS veya e-posta bildirimleriyle gerçek zamanlı izlemek için Alarmlar uygulamasını kullanın. Cihazları çevrimiçi getirmek ve uygulamayı kurmak için Cihaz Yönetimi ve Uygulama Yönetimi bölümlerine bakın.