Kinetix 5500 EtherNet/IP Network Switch Requirements and Topology — figure 1

Persyaratan dan Topologi Sakelar Jaringan EtherNet/IP Kinetix 5500

Konfigurasikan drive servo Allen-Bradley Kinetix 5500 di EtherNet/IP. Mencakup CIP Sync, pengaturan waktu IEEE 1588 V2, pemilihan Stratix, topologi DLR, dan ...

Axis servo dengan cepat menyingkap kelemahan jaringan. Mengintegrasikan Kinetix 5500 (2198-xxxx-ERS3) ke subnet yang sudah membawa I/O ControlLogix, adaptor keselamatan, lalu lintas PanelView, dan VFD menimbulkan pertanyaan praktis: apakah Stratix terkelola wajib digunakan, dan topologi mana yang menjaga CIP Sync tetap dalam anggaran? Jawabannya bergantung pada Requested Packet Interval, sinkronisasi waktu IEEE 1588 V2, dan jitter—bukan pada apakah drive tersebut “melakukan ping”.

Persyaratan Switch dan Topologi Jaringan EtherNet/IP Kinetix 5500 — gambar 1

CIP Motion tidak toleran terhadap jitter waktu tinggal yang tidak dikelola, bahkan ketika koneksi unicast tampak sehat di Studio 5000.

Persyaratan CIP Motion / CIP Sync

Parameter Kebutuhan Kinetix 5500 yang umum
Periode pembaruan 1 ms (firmware ERS3 6.xxx+); keluarga yang lebih lama mungkin memerlukan 2 ms
Sinkronisasi waktu CIP Sync (IEEE 1588 V2), grandmaster + jam transparan
Anggaran jitter Kelas submikrodetik dari ujung ke ujung melalui rantai TC
Kelas koneksi Kelas 1; Studio 5000 v28+ sering kali menggunakan unicast secara default untuk 5500
Topologi Star, linear, atau DLR—jangan melakukan kaskade switch konsumen secara sembarangan

Jika ada switch dalam jalur yang gagal bertindak sebagai jam transparan (atau setidaknya membatasi waktu tinggal PTP), drive menolak sinkronisasi dan kesalahan tersebut tampak seperti masalah servo.

Daftar periksa fitur switch

  • Jam transparan IEEE 1588 V2 dengan spesifikasi waktu tinggal yang ketat
  • QoS perangkat keras dengan prioritas ketat untuk DSCP yang kritis terhadap waktu (penandaan EtherNet/IP dan PTP)
  • Pengintaian IGMPv2/v3 saat multicast masih digunakan
  • Perilaku CIP yang divalidasi ODVA / Rockwell jika memungkinkan (keluarga Stratix 5700/5400/5410)

Switch yang tidak dikelola meneruskan frame PTP tanpa mengoreksi waktu tinggal; jitter multi-hop dapat mencapai ratusan mikrodetik—di luar anggaran gerakan 1 ms. Switch terkelola pihak ketiga dapat digunakan jika PTP TC dan QoS dikonfigurasi dengan benar, tetapi Anda menanggung risikonya dan kehilangan diagnostik Stratix bawaan di pohon I/O.

Topologi axis sedikit: DLR langsung dari EN2TR

Untuk satu atau dua axis, pola yang telah terbukti adalah melakukan segregasi fisik daripada langsung membeli switch gerakan:

Port 1 EN2TR -> switch pabrik (HMI, I/O, VFD)
Port 2 EN2TR -> Port 1 Kinetix 5500 (DLR 2-node)
Drive: Topologi Jaringan = DLR, node (bukan supervisor)
Periode Pembaruan Axis = 1 ms (sesuai dengan RPI)

Gerakan CIP unicast pada segmen dua-node tersebut mengurangi beban IGMP dari jalur gerakan. Panjang kabel tetap harus mematuhi batas kabel tembaga; keliling ring adalah jumlah kedua segmen saat Anda nantinya memperluas rantai DLR.

Persyaratan dan Topologi Switch Jaringan EtherNet/IP Kinetix 5500 — gambar 2

Domain broadcast HMI adalah musuh tersembunyi arus Motion 1 ms pada subnet bersama.

Opsi pemisahan HMI

Opsi Kapan cocok digunakan
Drive langsung pada Port 2 EN2TR 1–2 sumbu; tanpa biaya switch tambahan
Modul ENxT kedua Beban HMI besar atau rencana penambahan sumbu
Penggantian jaringan yang tidak dikelola dengan Stratix Banyak sumbu; keselamatan/I/O/HMI campuran dalam satu domain L2

Update Period versus RPI

Pada sumbu Kinetix 5500, Update Period (properti Motion) dan RPI (properti Connection) adalah parameter yang saling terkait tetapi tidak identik. Atur keduanya ke 1 ms untuk firmware ERS3 yang mendukungnya, dan pertahankan agar nilainya sama. Ketidakcocokan sering menjadi akar masalah “Connection Not Established” selama commissioning. Laju pengumuman PTP pada ENxT harus tetap menggunakan nilai yang direkomendasikan Rockwell, kecuali dokumen arsitektur yang telah divalidasi menyatakan sebaliknya.

Saat jumlah sumbu bertambah hingga melampaui sekitar delapan hingga sepuluh drive pada jaringan bersama yang tidak dikelola, jitter kumulatif biasanya memaksa peningkatan ke Stratix meskipun koneksi unicast tampak dapat diterima saat hanya ada satu atau dua sumbu. Rencanakan titik perubahan ini selama retrofit pertama, bukan setelah gangguan sinkronisasi ketiga yang tidak dapat dijelaskan.

Pemeriksaan commissioning

  1. Pastikan grandmaster adalah ENxT yang dimaksud; baca status PTP pada Stratix jika tersedia
  2. Sesuaikan Update Period dan RPI; ketidakcocokan menyebabkan gangguan koneksi
  3. Verifikasi daftar NS/koneksi terhadap penghitung switch saat keduanya tidak cocok
  4. Uji navigasi HMI secara intensif saat sumbu berjalan—perhatikan gangguan sinkronisasi
  5. Dokumentasikan gambar topologi; switch kantor yang “sementara” menjadi utang permanen
  6. Catat nilai dasar kesalahan mengikuti sumbu sebelum dan sesudah pengujian beban HMI

Pencadangan perangkat keras Motion dan Logix harus mengikuti aturan PLC/PAC yang sama seperti yang diterapkan pada pengontrol diskret agar kegagalan EN2TR tidak membuat sel produksi terhenti.

Tentang Penulis

Mark Townsend | Insinyur Otomasi Senior – Sistem Allen-Bradley

Mark Townsend adalah insinyur otomasi senior dengan pengalaman lebih dari 18 tahun menggunakan platform Allen-Bradley, mencakup ControlLogix, CompactLogix, dan SLC-500 lama. Pekerjaan sehari-harinya meliputi logika RSLogix / Studio 5000 dan commissioning HMI FactoryTalk View pada armada perangkat yang sudah tua dan beragam.

Persyaratan dan Topologi Sakelar Jaringan EtherNet/IP Kinetix 5500

Konfigurasikan drive servo Allen-Bradley Kinetix 5500 di EtherNet/IP. Mencakup CIP Sync, pengaturan waktu IEEE 1588 V2, pemilihan Stratix, topologi DLR, dan HMI.

Axis servo dengan cepat menyingkap kelemahan jaringan. Mengintegrasikan Kinetix 5500 (2198-xxxx-ERS3) ke subnet yang sudah membawa I/O ControlLogix, adaptor keselamatan, lalu lintas PanelView, dan VFD menimbulkan pertanyaan praktis: apakah Stratix terkelola wajib digunakan, dan topologi mana yang menjaga CIP Sync tetap dalam anggaran? Jawabannya bergantung pada Requested Packet Interval, sinkronisasi waktu IEEE 1588 V2, dan jitter—bukan pada apakah drive tersebut “melakukan ping”.

Persyaratan Switch dan Topologi Jaringan EtherNet/IP Kinetix 5500 — gambar 1

CIP Motion tidak toleran terhadap jitter waktu tinggal yang tidak dikelola, bahkan ketika koneksi unicast tampak sehat di Studio 5000.

Persyaratan CIP Motion / CIP Sync

Parameter Kebutuhan Kinetix 5500 yang umum
Periode pembaruan 1 ms (firmware ERS3 6.xxx+); keluarga yang lebih lama mungkin memerlukan 2 ms
Sinkronisasi waktu CIP Sync (IEEE 1588 V2), grandmaster + jam transparan
Anggaran jitter Kelas submikrodetik dari ujung ke ujung melalui rantai TC
Kelas koneksi Kelas 1; Studio 5000 v28+ sering kali menggunakan unicast secara default untuk 5500
Topologi Star, linear, atau DLR—jangan melakukan kaskade switch konsumen secara sembarangan

Jika ada switch dalam jalur yang gagal bertindak sebagai jam transparan (atau setidaknya membatasi waktu tinggal PTP), drive menolak sinkronisasi dan kesalahan tersebut tampak seperti masalah servo.

Daftar periksa fitur switch

  • Jam transparan IEEE 1588 V2 dengan spesifikasi waktu tinggal yang ketat
  • QoS perangkat keras dengan prioritas ketat untuk DSCP yang kritis terhadap waktu (penandaan EtherNet/IP dan PTP)
  • Pengintaian IGMPv2/v3 saat multicast masih digunakan
  • Perilaku CIP yang divalidasi ODVA / Rockwell jika memungkinkan (keluarga Stratix 5700/5400/5410)

Switch yang tidak dikelola meneruskan frame PTP tanpa mengoreksi waktu tinggal; jitter multi-hop dapat mencapai ratusan mikrodetik—di luar anggaran gerakan 1 ms. Switch terkelola pihak ketiga dapat digunakan jika PTP TC dan QoS dikonfigurasi dengan benar, tetapi Anda menanggung risikonya dan kehilangan diagnostik Stratix bawaan di pohon I/O.

Topologi axis sedikit: DLR langsung dari EN2TR

Untuk satu atau dua axis, pola yang telah terbukti adalah melakukan segregasi fisik daripada langsung membeli switch gerakan:

Port 1 EN2TR -> switch pabrik (HMI, I/O, VFD)
Port 2 EN2TR -> Port 1 Kinetix 5500 (DLR 2-node)
Drive: Topologi Jaringan = DLR, node (bukan supervisor)
Periode Pembaruan Axis = 1 ms (sesuai dengan RPI)

Gerakan CIP unicast pada segmen dua-node tersebut mengurangi beban IGMP dari jalur gerakan. Panjang kabel tetap harus mematuhi batas kabel tembaga; keliling ring adalah jumlah kedua segmen saat Anda nantinya memperluas rantai DLR.

Persyaratan dan Topologi Switch Jaringan EtherNet/IP Kinetix 5500 — gambar 2

Domain broadcast HMI adalah musuh tersembunyi arus Motion 1 ms pada subnet bersama.

Opsi pemisahan HMI

Opsi Kapan cocok digunakan
Drive langsung pada Port 2 EN2TR 1–2 sumbu; tanpa biaya switch tambahan
Modul ENxT kedua Beban HMI besar atau rencana penambahan sumbu
Penggantian jaringan yang tidak dikelola dengan Stratix Banyak sumbu; keselamatan/I/O/HMI campuran dalam satu domain L2

Update Period versus RPI

Pada sumbu Kinetix 5500, Update Period (properti Motion) dan RPI (properti Connection) adalah parameter yang saling terkait tetapi tidak identik. Atur keduanya ke 1 ms untuk firmware ERS3 yang mendukungnya, dan pertahankan agar nilainya sama. Ketidakcocokan sering menjadi akar masalah “Connection Not Established” selama commissioning. Laju pengumuman PTP pada ENxT harus tetap menggunakan nilai yang direkomendasikan Rockwell, kecuali dokumen arsitektur yang telah divalidasi menyatakan sebaliknya.

Saat jumlah sumbu bertambah hingga melampaui sekitar delapan hingga sepuluh drive pada jaringan bersama yang tidak dikelola, jitter kumulatif biasanya memaksa peningkatan ke Stratix meskipun koneksi unicast tampak dapat diterima saat hanya ada satu atau dua sumbu. Rencanakan titik perubahan ini selama retrofit pertama, bukan setelah gangguan sinkronisasi ketiga yang tidak dapat dijelaskan.

Pemeriksaan commissioning

  1. Pastikan grandmaster adalah ENxT yang dimaksud; baca status PTP pada Stratix jika tersedia
  2. Sesuaikan Update Period dan RPI; ketidakcocokan menyebabkan gangguan koneksi
  3. Verifikasi daftar NS/koneksi terhadap penghitung switch saat keduanya tidak cocok
  4. Uji navigasi HMI secara intensif saat sumbu berjalan—perhatikan gangguan sinkronisasi
  5. Dokumentasikan gambar topologi; switch kantor yang “sementara” menjadi utang permanen
  6. Catat nilai dasar kesalahan mengikuti sumbu sebelum dan sesudah pengujian beban HMI

Pencadangan perangkat keras Motion dan Logix harus mengikuti aturan PLC/PAC yang sama seperti yang diterapkan pada pengontrol diskret agar kegagalan EN2TR tidak membuat sel produksi terhenti.

Tentang Penulis

Mark Townsend | Insinyur Otomasi Senior – Sistem Allen-Bradley

Mark Townsend adalah insinyur otomasi senior dengan pengalaman lebih dari 18 tahun menggunakan platform Allen-Bradley, mencakup ControlLogix, CompactLogix, dan SLC-500 lama. Pekerjaan sehari-harinya meliputi logika RSLogix / Studio 5000 dan commissioning HMI FactoryTalk View pada armada perangkat yang sudah tua dan beragam.

Tinggalkan komentar

Harap diperhatikan, komentar perlu disetujui sebelum dipublikasikan.