EtherCAT ve CANopen: Hareket Kontrolü İçin Hangisi?
Çevrim süresi, senkronizasyon, topoloji, eksen sayısı, CiA 402 ve devreye alma ölçütleriyle iki protokolü karşılaştıran karar rehberi.
Bu içerik ön boyutlandırma ve mimari karar desteğidir; seçilen ürünün kılavuzu ile makine risk değerlendirmesinin yerini almaz.
Kısa cevap
Sıkı eksen senkronizasyonu, kısa ve öngörülebilir çevrim veya büyüyen bir dağıtık I/O mimarisi gerekiyorsa EtherCAT güçlü adaydır. Daha düşük veri hacmi, daha mütevazı senkronizasyon ve CAN tabanlı mevcut bir makine altyapısı varsa CANopen yeterli ve ekonomik olabilir.
Karar, yalnızca nominal veri hızından verilmemelidir. Kontrolcü desteği, devreye alma ekosistemi, kablolama, çevrim bütçesi ve servis ekibinin deneyimi toplam sistem maliyetini belirler.
Ortak nokta: CiA 402 sürücü modeli
CiA 402; servo sürücüler, frekans dönüştürücüler ve step motorlar için durum makinesini, kontrol/status word yapısını ve çalışma modlarını standartlaştırır. EtherCAT, CoE üzerinden CANopen nesne sözlüğü ve sürücü profilini yeniden kullanabilir. Bu nedenle iki ağ arasındaki fark, her zaman eksen uygulama mantığını baştan yazmak anlamına gelmez.
EtherCAT ne zaman öne çıkar?
Dağıtılmış saatler, cihazların yerel saatlerini hassas biçimde hizalayarak giriş örnekleme ve çıkış uygulama anlarını ortak bir zaman tabanına taşır. Elektronik kam, uçan makas, gantry, kontur ve robotik gibi eksenler arası faz hatasının doğrudan ürün kalitesine yansıdığı uygulamalar bu özelliği kullanır.
EtherCAT çerçeveyi cihazlar üzerinden akış sırasında işler. Çok sayıda eksen ve I/O noktasında süreç verisinin aynı çevrimde taşınabilmesi, mimari büyürken öngörülebilirliği korur.
CANopen ne zaman mantıklıdır?
Tek veya az eksenli makinelerde, hareket komutlarının daha seyrek güncellendiği ve mevcut kontrolcünün güçlü bir CANopen master desteği sunduğu durumlarda CANopen gereksinimi karşılayabilir. Nesne sözlüğü, PDO/SDO ayrımı ve CiA 402 profili devreye alma davranışını standarda bağlar.
Bununla birlikte gerçek çevrim süresi; bit hızı, düğüm sayısı, PDO boyutu ve ağ yüküne göre hesaplanmalıdır. CANopen seçmek çevrim bütçesini hesaplamama gerekçesi değildir.
Karar kontrol listesi
Aşağıdaki sorulardan ilk üçüne evet yanıtı arttıkça EtherCAT lehine teknik gerekçe güçlenir. Son iki soru ise mevcut CANopen altyapısının toplam maliyet avantajını gösterebilir.
- Eksenler aynı zaman tabanında koordineli hareket edecek mi?
- Çevrim süresi veya jitter ürün kalitesini etkiliyor mu?
- Eksen ve dağıtık I/O sayısı büyüyecek mi?
- Kontrolcüde doğrulanmış EtherCAT master ve devreye alma aracı var mı?
- Mevcut CANopen yazılımı, kablolaması ve servis bilgisi korunmalı mı?
| Ölçüt | EtherCAT | CANopen |
|---|---|---|
| Fiziksel katman | Standart Ethernet fiziksel katmanı | CAN veri yolu |
| Senkronizasyon | Dağıtılmış saatlerle hassas ortak zaman | SYNC ve ağ tasarımına bağlı çevrim |
| Sürücü profili | CoE üzerinden CiA 402 kullanılabilir | Doğrudan CiA 402 |
| Tipik güçlü taraf | Koordineli çok eksen ve büyük dağıtık I/O | Daha mütevazı ağlar ve mevcut CAN altyapısı |
| Karar riski | Master/araç olgunluğunu doğrulamamak | Gerçek ağ yükünü ve çevrim bütçesini hesaplamamak |
Sık sorulan sorular
EtherCAT kullanmak CiA 402’den vazgeçmek midir?
Hayır. CoE, CANopen nesne sözlüğü ve CiA 402 sürücü profilinin EtherCAT üzerinde kullanılmasını sağlar.
Az eksenli her makinede CANopen mı seçilmeli?
Hayır. Senkronizasyon, çevrim süresi, kontrolcü ekosistemi ve gelecekteki büyüme eksen sayısından bağımsız olarak kararı değiştirebilir.
Teknik kaynaklar
Kaynaklar, standart sahipleri ve üreticilerin yayımladığı dokümanlardır.