Absolute Encoder Var Ama PLC Yanlış Pozisyon Okuyorsa Haberleşme Formatı Nasıl Kontrol Edilir?

Absolute Encoder Var Ama PLC Yanlış Pozisyon Okuyorsa Haberleşme Formatı Nasıl Kontrol Edilir?

📅 02 Eylül 2026⏱️ 12 dk okuma
Varvel Boşluksuz Redüktör İtaly Frt 50 1-10 80 B14
📑 İçindekiler (Tıkla Aç)

Absolute encoder’dan PLC’ye yanlış pozisyon verisi geliyorsa, öncelikle haberleşme protokolünün (SSI, Profinet, EtherCAT vb.) her iki cihazda da doğru ayarlandığından emin olun. Ardından, veri tipi (binary, Gray), byte sırası (endianness), veri uzunluğu, skalalama faktörleri ve PLC’deki adresleme ayarlarını detaylıca kontrol edin. Kablolama ve terminasyon da kritik öneme sahiptir.

Absolute Encoder Var Ama PLC Yanlış Pozisyon Okuyorsa Haberleşme Formatı Nasıl Kontrol Edilir? Nedir?

 

Endüstriyel otomasyon sistemlerinde, hareket kontrolünün temel taşlarından biri olan absolute encoderlar, bir milin veya doğrusal hareketin mutlak konumunu, sistem enerjisi kesilse bile hassas bir şekilde belirleyebilen cihazlardır. Bu encodersız sistemlerde pozisyon bilgisinin yanlış okunması, üretim hatalarına, makine duruşlarına ve ciddi güvenlik risklerine yol açabilir. Genellikle encoderlar fiziksel olarak doğru çalışırken, PLC (Programlanabilir Mantık Denetleyicisi) tarafından okunan pozisyon değerinin hatalı olması, büyük çoğunlukla haberleşme protokolü, veri formatı veya PLC programlama hatalarından kaynaklanır. Bu durum, veri alışverişindeki bir uyumsuzluğa işaret eder ve bu uyumsuzluğun tespiti, sistemin sağlıklı çalışması için hayati öneme sahiptir. Haberleşme formatı kontrolü, encoder ile PLC arasındaki dijital dilin doğru konuşulup konuşulmadığını anlamak anlamına gelir.

Çalışma Prensibi ve Teknik Veriler

Absolute encoderlar, genellikle optik veya manyetik prensiplerle çalışır ve her bir konuma benzersiz bir dijital kod atar. Bu kod, tek turlu (single-turn) veya çok turlu (multi-turn) olabilir. Tek turlu encoderlar bir devir içindeki konumu verirken, çok turlu encoderlar toplam devir sayısını da takip eder. PLC’ye bu verinin aktarımı çeşitli endüstriyel haberleşme protokolleri aracılığıyla gerçekleşir. En yaygın kullanılanlar arasında SSI (Synchronous Serial Interface), Profibus, Profinet, EtherCAT, Modbus TCP/RTU, DeviceNet ve CANopen bulunur. Her protokolün kendine özgü veri yapısı, hız limitleri ve hata denetim mekanizmaları vardır.

Haberleşme formatı kontrolünde dikkate alınması gereken temel teknik veriler şunlardır:

  • Haberleşme Protokolü: Encoder ve PLC’nin aynı protokolü kullandığından ve bu protokolün her iki cihazda da doğru şekilde yapılandırıldığından emin olunmalıdır. Örneğin, bir encoder SSI kullanıyorsa, PLC’nin de SSI master modunda yapılandırılmış bir arayüzü olmalıdır.
  • Veri Tipi ve Uzunluğu: Encoder’ın ürettiği pozisyon verisi genellikle belirli bir bit uzunluğuna sahiptir (örneğin, 13 bit tek tur, 12 bit çok tur, toplam 25 bit). Bu veri, binary (ikili) veya Gray kodu formatında olabilir. PLC’nin bu veriyi doğru bit uzunluğunda ve doğru kodlama tipinde okuduğundan emin olunmalıdır. Gray kodunun binary’ye dönüştürülmesi gerekiyorsa, bu dönüşüm PLC programında yapılmalıdır.
  • Byte Sırası (Endianness): Özellikle 16 bit veya 32 bit gibi çoklu byte’lardan oluşan verilerde byte sırası (Little-Endian veya Big-Endian) uyumsuzluğu yanlış okumalara neden olabilir. PLC ve encoder’ın aynı byte sırasını kullandığından emin olunmalıdır. Genellikle Avrupa menşeli PLC’ler ve cihazlar Big-Endian, Amerikan menşeli olanlar Little-Endian kullanma eğilimindedir.
  • Skalalama Faktörü ve Ofset: Encoder’dan gelen ham dijital değer, genellikle fiziksel birimlere (mm, derece) dönüştürülmek için bir skalalama faktörü ve/veya ofset değeri gerektirir. PLC programındaki bu katsayıların doğru ayarlandığından emin olun.
  • Hata Denetimi: Bazı protokoller (özellikle seri olanlar) veri bütünlüğünü sağlamak için CRC (Cyclic Redundancy Check) veya parity bit kullanır. Bu hata denetim mekanizmalarının hem encoder hem de PLC tarafında doğru yapılandırıldığından ve hataların izlendiğinden emin olun.
  • Adresleme: Özellikle ağ tabanlı protokollerde (Profinet, EtherCAT), encoder’ın ağ üzerindeki adresi (IP adresi, cihaz numarası) ve PLC programında bu adrese yapılan çağrıların doğru olduğundan emin olun.
ParametreDeğer/Açıklama
Haberleşme ProtokolüSSI, Profinet, EtherCAT, Profibus, Modbus TCP/RTU, CANopen, DeviceNet. Her iki cihazda da uyumlu olmalı.
Veri Tipi ve KodlamaBinary veya Gray kodu. Encoder çıkışı ile PLC yorumu eşleşmeli. Gray kodu için PLC’de dönüşüm gerekebilir.
Veri Uzunluğu (Bit Sayısı)Encoder’ın tek/çok tur çözünürlüğüne bağlı olarak 13, 25, 32 bit gibi değerler. PLC’nin okuduğu bit uzunluğu ile eşleşmeli.
Byte Sırası (Endianness)Big-Endian veya Little-Endian. Çoklu byte verilerinde PLC ve encoder aynı sırayı kullanmalı.
Skalalama FaktörüHam encoder değerini fiziksel birime (mm, derece) dönüştüren katsayı. PLC programında doğru ayarlanmalı.
Hata Denetimi (CRC/Parity)Veri bütünlüğünü sağlayan mekanizmalar. Her iki tarafta da etkin ve uyumlu olmalı.
Adresleme/Cihaz KimliğiAğ tabanlı protokollerde encoder’ın benzersiz adresi (IP, cihaz ID). PLC programında doğru çağrılmalı.
Absolute Encoder Var Ama PLC Yanlış Pozisyon Okuyorsa Haberleşme Formatı Nasıl Kontrol Edilir?

Sahada Dikkat Edilmesi Gerekenler

  • Kablolama Bütünlüğü ve Topraklama: Haberleşme formatı doğru olsa bile, fiziksel katmandaki sorunlar yanlış veri okunmasına neden olabilir. Encoder kablosunun hasarlı olup olmadığını, konnektörlerin gevşek olup olmadığını kontrol edin. Özellikle uzun kablo mesafelerinde veya yüksek elektriksel gürültülü ortamlarda, uygun ekranlama ve topraklama hayati öneme sahiptir. Ekranın hem encoder hem de PLC tarafında doğru şekilde sonlandırıldığından emin olun.
  • Terminasyon Dirençleri ve Veri Hızı: Özellikle RS485 tabanlı (Profibus, Modbus RTU) seri haberleşmelerde, hattın başlangıç ve bitiş noktalarında uygun terminasyon dirençleri bulunmalıdır. Yanlış veya eksik terminasyon, sinyal yansımalarına ve veri bozulmasına yol açar. Ayrıca, haberleşme hızının (baud rate) hem encoder hem de PLC tarafında aynı olduğundan ve protokolün izin verdiği sınırlar içinde kaldığından emin olun. Yüksek hızlarda veri kaybı yaşanabilir.
  • Encoder ve PLC Parametreleri Karşılaştırması: Encoder’ın kullanım kılavuzunu ve PLC’nin haberleşme modülü dokümantasyonunu dikkatlice inceleyin. Encoder’ın çıkış formatı (binary/Gray, bit uzunluğu, byte sırası) ile PLC’nin giriş ayarlarının (veri tipi, byte sırası, veri uzunluğu) birebir eşleştiğinden emin olun. Genellikle PLC konfigürasyon yazılımında (örn: Siemens TIA Portal, Rockwell Studio 5000) encoder’ın GSD/EDS/AOP dosyası kullanılarak yapılan otomatik konfigürasyonlar bu tür hataları azaltır, ancak manuel ayarlarda dikkatli olunmalıdır.
  • PLC Programındaki Veri İşleme: Encoder’dan gelen ham verinin PLC programı içinde nasıl işlendiğini gözden geçirin. Gray kodundan binary’ye dönüşüm yapılıyor mu? Skalalama ve ofset hesaplamaları doğru mu? Veri tipi dönüşümleri (WORD’den DINT’e veya REAL’e) sırasında bilgi kaybı veya yanlış yorumlama oluyor mu? Özellikle kayan nokta (float/real) dönüşümlerinde hassasiyet kayıplarına dikkat edin.
  • Hata Kodları ve Tanılama Araçları: Hem encoder’ın hem de PLC’nin haberleşme modülünün sunduğu tanılama (diagnostics) ekranlarını veya hata kodlarını kontrol edin. Bu araçlar, fiziksel bağlantı sorunlarından protokol uyumsuzluklarına kadar çeşitli sorunlar hakkında değerli ipuçları sağlayabilir. Örneğin, bir Profinet IO cihazı olan encoder’ın PLC’deki diagnostik buffer’ında “Device not reachable” veya “Data format mismatch” gibi hatalar görülebilir.
Absolute Encoder Var Ama PLC Yanlış Pozisyon Okuyorsa Haberleşme Formatı Nasıl Kontrol Edilir?

Sık Karşılaşılan Sorunlar ve Çözümleri

Sahada karşılaşılan yanlış pozisyon okuma problemlerinin çoğu, aşağıdaki senaryolara ve çözümlerine dayanır:

  • Sorun: Yanlış Haberleşme Protokolü Seçimi.

    Açıklama: Encoder Profinet desteklerken, PLC modülü EtherCAT olarak ayarlanmış veya tam tersi. Ya da SSI encoder için PLC’de genel amaçlı dijital giriş kullanılmış.

    Çözüm: Hem encoder’ın hem de PLC’nin haberleşme modülünün ayarlarını kontrol edin ve aynı endüstriyel haberleşme protokolünü kullandığından emin olun. Gerekirse, PLC’ye uygun haberleşme modülünü takın veya encoder’ı farklı bir protokolle yapılandırın.

  • Sorun: Byte Sırası (Endianness) Uyuşmazlığı.

    Açıklama: Encoder veriyi Big-Endian olarak gönderirken, PLC Little-Endian olarak yorumluyor veya tam tersi. Özellikle 16 bit veya 32 bitlik pozisyon değerlerinde bu durum, değerin tamamen yanlış okunmasına neden olur.

    Çözüm: PLC programında veya haberleşme modülü ayarlarında byte swap (byte değişimi) fonksiyonunu kullanarak verinin doğru sırada okunmasını sağlayın. Bazı PLC’ler veya haberleşme modülleri bu ayarı doğrudan sunar.

  • Sorun: Yanlış Veri Tipi veya Bit Uzunluğu.

    Açıklama: Encoder 25 bitlik Gray kodu gönderirken, PLC 16 bit binary olarak okumaya çalışıyor veya Gray kodunu binary’ye dönüştürmeyi atlıyor.

    Çözüm: Encoder’ın teknik özelliklerini inceleyerek çıkış veri tipini (binary/Gray) ve bit uzunluğunu (örneğin, 13 bit single-turn, 12 bit multi-turn) doğrulayın. PLC programında bu veri tipine uygun bir değişken tanımlayın ve Gray kodu kullanılıyorsa, gerekli dönüşüm bloğunu (örneğin, G_B veya GRAY_TO_BIN) ekleyin.

  • Sorun: Hatalı Skalalama veya Ofset Değerleri.

    Açıklama: Encoder’dan gelen ham değer doğru olsa bile, PLC programındaki skalalama faktörü veya ofset değeri yanlış ayarlanmışsa, nihai pozisyon değeri hatalı olacaktır.

    Çözüm: Mekanik sistemin hareket aralığını ve encoder’ın çözünürlüğünü dikkate alarak doğru skalalama faktörünü (örneğin, darbe/mm veya darbe/derece) hesaplayın. Gerekirse, başlangıç noktası için bir ofset değeri ekleyin ve PLC programında bu değerleri güncelleyin.

  • Sorun: Adresleme veya Cihaz Kimliği Hatası.

    Açıklama: Özellikle ağ tabanlı protokollerde (Profinet, EtherCAT), encoder’ın ağdaki adresi (IP adresi, cihaz numarası) PLC programındaki çağrı adresiyle eşleşmiyor.

    Çözüm: Encoder’ın ağ ayarlarını (IP adresi, subnet mask, device name/ID) kontrol edin. PLC’nin donanım konfigürasyonunda ve programında bu adreslerin doğru şekilde tanımlandığından emin olun. Profinet/EtherCAT ağlarında cihazın ağa bağlanıp bağlanmadığını ve doğru tanımlanıp tanımlanmadığını kontrol etmek için ağ tarama araçlarını kullanın.

  • Sorun: Elektriksel Gürültü veya Kablolama Sorunları.

    Açıklama: Haberleşme formatı ve ayarları doğru olsa bile, elektriksel gürültü, zayıf ekranlama veya hasarlı kablolar veri bozulmasına neden olabilir.

    Çözüm: Kablolama sürekliliğini ve izolasyonunu kontrol edin. Encoder kablosunun yüksek akım veya gürültü kaynaklarından uzakta olduğundan emin olun. Ekranlamanın her iki tarafta da doğru topraklanmış olduğunu doğrulayın. Gerekirse, ferrit boğumlar veya daha iyi ekranlanmış kablolar kullanın.

Uzman Tavsiyesi

Absolute encoder’dan PLC’ye yanlış pozisyon verisi aktarılması, endüstriyel otomasyon sistemlerinde karşılaşılan yaygın ancak genellikle çözülebilir bir sorundur. Bu tür bir durumda, sorunun kaynağını bulmak için sistematik bir yaklaşım benimsemek esastır. İlk olarak, fiziksel bağlantıların ve kablolamanın sağlamlığını kontrol etmek, elektriksel gürültüden kaynaklanan olası sorunları elemek için kritik öneme sahiptir. Ardından, encoder’ın ve PLC’nin haberleşme protokolü ayarlarını, veri tiplerini, bit uzunluklarını ve özellikle byte sırası (endianness) gibi detayları karşılaştırmak gerekir. Çoğu zaman, PLC programındaki basit bir skalalama faktörü hatası veya Gray kodundan binary’ye dönüşümün atlanması gibi yazılımsal eksiklikler, yanlış pozisyon okumalarına yol açar. Saha tecrübemiz gösteriyor ki, bu tür sorunlarda üretici dokümanlarını (encoder ve PLC haberleşme modülü kılavuzları) detaylıca incelemek ve adım adım kontrol listesi oluşturmak, çözüm sürecini hızlandırır. Modern PLC ve encoder sistemleri, dahili tanılama araçları ve hata kayıtları sunar; bu özelliklerden faydalanarak sorunun kökenine inmek çok daha kolaydır. Unutmayın, doğru veri formatı ve iletişim parametreleri, hassas hareket kontrolünün temelidir ve bu detaylara gösterilen özen, sisteminizin güvenilirliğini ve performansını doğrudan etkiler. Her zaman önce basit ve bariz olanı kontrol edin, ardından daha karmaşık yazılım ve protokol detaylarına inin.

Yorum bırakın

Alışveriş Sepeti
⚙ Araçlar
Scroll to Top