CompactLogix L35E EtherNet/IP Connection Limits and Planning — figure 1

Batas Koneksi dan Perencanaan EtherNet/IP CompactLogix L35E

CompactLogix L35E: 32 koneksi CIP pada port EtherNet/IP bawaan dibandingkan dengan 100 koneksi untuk seluruh pengontrol. Rencanakan jumlah perangkat, aktifka...

Allen-Bradley 1769-L35E memiliki port EtherNet/IP pada sisi depan pengontrol, sehingga menjadi titik pendaratan default untuk setiap HMI, drive, gateway, dan pengumpul data pada subpanel. Kemudahan ini menyembunyikan pemisahan yang tegas: port bawaan bukanlah sumber daya yang sama dengan kumpulan CIP di seluruh pengontrol. Instalasi yang “berjalan baik selama bertahun-tahun” sering gagal ketika PanelView kelima atau sumbu CIP Motion diam-diam menghabiskan anggaran port, sementara jumlah di seluruh pengontrol masih tampak aman.

Batas Koneksi EtherNet/IP CompactLogix L35E dan Perencanaan — gambar 1

Batas CIP pada port tertanam, bukan angka pemasaran chassis, yang menentukan apakah adaptor lain dapat ditugaskan dengan lancar.

Dua kumpulan koneksi yang mudah tertukar

Menurut spesifikasi komunikasi CompactLogix (keluarga publikasi 1769-TD007), L32E dan L35E mendukung sekitar 100 koneksi CIP di seluruh sistem. Namun, port EtherNet/IP tertanam biasanya dibatasi hingga sekitar 32 koneksi CIP. Sisanya hanya berguna jika Anda menambahkan adaptor Ethernet seperti 1769-AENTR pada bus lokal atau bus ekstensi dan memindahkan sebagian lalu lintas dari port panel depan. Menganggap “100 koneksi” sebagai izin untuk memasang lebih dari tiga puluh perangkat pada RJ45 adalah kesalahan perencanaan yang paling umum pada platform ini.

Sumber daya Batas tipikal L35E Catatan
Koneksi CIP di seluruh pengontrol ~100 Jumlahkan di semua port dan adaptor dalam sistem
Koneksi EtherNet/IP CIP bawaan ~32 Batas keras untuk perangkat pada port panel depan
Soket enkapsulasi TCP ~64 MSG, web, Kelas 3, listener forward-open
Paket per detik (ENET tertanam) ~5.000 PPS Agregat; ditentukan oleh RPI dan jumlah koneksi
Jalur perutean CIP simultan ~8 MSG melalui L35E

Port tertanam juga berbagi bandwidth dengan server web, klien BOOTP/DHCP, dan perutean tidak diminta. Lalu lintas non-CIP seperti Modbus TCP mentah atau sesi browser tidak menggunakan koneksi CIP, tetapi tetap menghabiskan soket TCP dan PPS. Laptop engineering yang dibiarkan membuka halaman diagnostik saat jendela polling HMI sedang sibuk bukanlah sesuatu yang gratis.

Apa yang sebenarnya menggunakan koneksi CIP

Jumlah koneksi ditentukan oleh konfigurasi perangkat, bukan oleh optimisme dalam spreadsheet. Jejak penggunaan yang umum di lapangan meliputi:

  • Stasiun PanelView Plus / FactoryTalk View ME: umumnya 1–4 koneksi, bergantung pada topik dan langganan alarm
  • Drive PowerFlex atau Kinetix: 1–2 (I/O implisit ditambah MSG eksplisit opsional; CIP Motion menambahkan satu konsumen lagi)
  • Gateway Anybus atau Ethernet-ke-RIO: biasanya 1 per target scanner
  • POINT I/O: 1 per modul, kecuali pengoptimalan rak menggabungkan satu chassis menjadi satu koneksi
  • Pasangan tag yang diproduksi/dikonsumsi: satu koneksi untuk setiap arah pasangan
  • Instruksi MSG aktif dengan jalur CIP: satu per pesan terbuka; caching berpengaruh

I/O yang dioptimalkan untuk rak sangat disarankan setiap kali empat modul atau lebih berbagi satu adaptor. Membiarkan setiap modul 1734 sebagai koneksi individual adalah cara mudah untuk menghabiskan anggaran 32 koneksi sebelum VFD pertama ditugaskan.

Batas Koneksi EtherNet/IP dan Perencanaan CompactLogix L35E — gambar 2

Switching terkelola dengan IGMP snooping mencegah I/O multicast membanjiri port yang sedang Anda lindungi.

Contoh subpanel

Pertimbangkan sebuah panel yang sudah membawa tiga HMI UniOP (~2 masing-masing), communicator Anybus, bridge Ethernet-ke-RIO Quest, client FactoryTalk View ME, dan node Pilz PNOZmulti. Inventarisasi itu saja dapat mendekati sebelas koneksi CIP. Menambahkan Kinetix 300 (implicit plus explicit) dan sebuah topik OPC mungkin masih menyisakan ruang numerik di bawah 32—namun RPI gerakan 5–10 ms dapat mendorong PPS ke zona berbahaya jauh sebelum penghitung koneksi berubah merah. Perencanaan kapasitas harus menilai jumlah CIP dan laju paket.

Daftar periksa perencanaan
1. Inventarisasi setiap Class 1, produced/consumed, MSG, dan topik HMI pada port faceplate
2. Tetapkan RPI / laju polling; perkirakan PPS = f(RPI, connections)
3. Buat model di Rockwell EtherNet/IP Capacity Tool (masukkan perangkat non-Rockwell secara manual)
4. Pastikan jumlah koneksi aktif di http://<controller-ip>/ sebelum menambahkan perangkat keras
5. Jika mendekati 32 CIP atau 5k PPS, pindahkan I/O atau HMI ke jalur kelas 1769-AENTR / EN2T

Gejala saat port kelebihan beban

Kelebihan beban jarang muncul sebagai satu kesalahan yang jelas. Perkembangan umumnya:

  1. Jitter RPI Class 1 meningkat; pembaruan I/O tiba terlambat
  2. Nilai HMI membeku sesaat; cap waktu alarm tampak tidak diperbarui
  3. Entri status CIP 0x0304 / 0x0312 / 0x0100 muncul pada halaman diagnostik Ethernet
  4. Instruksi MSG mengembalikan kode resource-unavailable atau timeout
  5. Server web tertanam berhenti merespons saat soket TCP habis
  6. Dalam kasus ekstrem, semua koneksi CIP terputus hingga perangkat dimatikan-nyalakan atau tersambung kembali

Anggaran koneksi CIP sebelum menambahkan node

Sebelum menambahkan perangkat lain, buka diagnostik web controller dan catat jumlah koneksi aktif, lalu bandingkan dengan spreadsheet Anda. Aktifkan IGMP snooping pada switch terkelola yang membawa I/O multicast. Jangan “memperbaiki” sel yang kelebihan beban dengan memasang switch lain yang tidak terkelola—itu hanya memperbanyak domain broadcast. Jika aplikasi secara permanen memerlukan lebih banyak koneksi daripada yang dapat ditangani faceplate, pindahkan trafik ke modul adapter atau platform CompactLogix yang lebih baru, alih-alih mengurangi RPI sampai kualitas gerakan menurun drastis.

Perhitungan koneksi perlu menjadi bagian dari tinjauan pemilihan platform, sama seperti waktu pemindaian. Sediakan adapter dan controller melalui rencana penyediaan cadangan sistem PLC dan PAC yang disiplin agar ekspansi berikutnya tidak dimulai dari switch Ethernet konsumen berlebih yang tersimpan di laci.

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, yang mencakup ControlLogix, CompactLogix, dan SLC-500 lama. Pekerjaan sehari-harinya meliputi logika RSLogix / Studio 5000 serta pengaktifan HMI FactoryTalk View pada armada perangkat yang sudah tua dan beragam.

Batas Koneksi dan Perencanaan EtherNet/IP CompactLogix L35E

CompactLogix L35E: 32 koneksi CIP pada port EtherNet/IP bawaan dibandingkan dengan 100 koneksi untuk seluruh pengontrol. Rencanakan jumlah perangkat, aktifkan IGMP snooping, dan verifikasi melalui ...

Allen-Bradley 1769-L35E memiliki port EtherNet/IP pada sisi depan pengontrol, sehingga menjadi titik pendaratan default untuk setiap HMI, drive, gateway, dan pengumpul data pada subpanel. Kemudahan ini menyembunyikan pemisahan yang tegas: port bawaan bukanlah sumber daya yang sama dengan kumpulan CIP di seluruh pengontrol. Instalasi yang “berjalan baik selama bertahun-tahun” sering gagal ketika PanelView kelima atau sumbu CIP Motion diam-diam menghabiskan anggaran port, sementara jumlah di seluruh pengontrol masih tampak aman.

Batas Koneksi EtherNet/IP CompactLogix L35E dan Perencanaan — gambar 1

Batas CIP pada port tertanam, bukan angka pemasaran chassis, yang menentukan apakah adaptor lain dapat ditugaskan dengan lancar.

Dua kumpulan koneksi yang mudah tertukar

Menurut spesifikasi komunikasi CompactLogix (keluarga publikasi 1769-TD007), L32E dan L35E mendukung sekitar 100 koneksi CIP di seluruh sistem. Namun, port EtherNet/IP tertanam biasanya dibatasi hingga sekitar 32 koneksi CIP. Sisanya hanya berguna jika Anda menambahkan adaptor Ethernet seperti 1769-AENTR pada bus lokal atau bus ekstensi dan memindahkan sebagian lalu lintas dari port panel depan. Menganggap “100 koneksi” sebagai izin untuk memasang lebih dari tiga puluh perangkat pada RJ45 adalah kesalahan perencanaan yang paling umum pada platform ini.

Sumber daya Batas tipikal L35E Catatan
Koneksi CIP di seluruh pengontrol ~100 Jumlahkan di semua port dan adaptor dalam sistem
Koneksi EtherNet/IP CIP bawaan ~32 Batas keras untuk perangkat pada port panel depan
Soket enkapsulasi TCP ~64 MSG, web, Kelas 3, listener forward-open
Paket per detik (ENET tertanam) ~5.000 PPS Agregat; ditentukan oleh RPI dan jumlah koneksi
Jalur perutean CIP simultan ~8 MSG melalui L35E

Port tertanam juga berbagi bandwidth dengan server web, klien BOOTP/DHCP, dan perutean tidak diminta. Lalu lintas non-CIP seperti Modbus TCP mentah atau sesi browser tidak menggunakan koneksi CIP, tetapi tetap menghabiskan soket TCP dan PPS. Laptop engineering yang dibiarkan membuka halaman diagnostik saat jendela polling HMI sedang sibuk bukanlah sesuatu yang gratis.

Apa yang sebenarnya menggunakan koneksi CIP

Jumlah koneksi ditentukan oleh konfigurasi perangkat, bukan oleh optimisme dalam spreadsheet. Jejak penggunaan yang umum di lapangan meliputi:

  • Stasiun PanelView Plus / FactoryTalk View ME: umumnya 1–4 koneksi, bergantung pada topik dan langganan alarm
  • Drive PowerFlex atau Kinetix: 1–2 (I/O implisit ditambah MSG eksplisit opsional; CIP Motion menambahkan satu konsumen lagi)
  • Gateway Anybus atau Ethernet-ke-RIO: biasanya 1 per target scanner
  • POINT I/O: 1 per modul, kecuali pengoptimalan rak menggabungkan satu chassis menjadi satu koneksi
  • Pasangan tag yang diproduksi/dikonsumsi: satu koneksi untuk setiap arah pasangan
  • Instruksi MSG aktif dengan jalur CIP: satu per pesan terbuka; caching berpengaruh

I/O yang dioptimalkan untuk rak sangat disarankan setiap kali empat modul atau lebih berbagi satu adaptor. Membiarkan setiap modul 1734 sebagai koneksi individual adalah cara mudah untuk menghabiskan anggaran 32 koneksi sebelum VFD pertama ditugaskan.

Batas Koneksi EtherNet/IP dan Perencanaan CompactLogix L35E — gambar 2

Switching terkelola dengan IGMP snooping mencegah I/O multicast membanjiri port yang sedang Anda lindungi.

Contoh subpanel

Pertimbangkan sebuah panel yang sudah membawa tiga HMI UniOP (~2 masing-masing), communicator Anybus, bridge Ethernet-ke-RIO Quest, client FactoryTalk View ME, dan node Pilz PNOZmulti. Inventarisasi itu saja dapat mendekati sebelas koneksi CIP. Menambahkan Kinetix 300 (implicit plus explicit) dan sebuah topik OPC mungkin masih menyisakan ruang numerik di bawah 32—namun RPI gerakan 5–10 ms dapat mendorong PPS ke zona berbahaya jauh sebelum penghitung koneksi berubah merah. Perencanaan kapasitas harus menilai jumlah CIP dan laju paket.

Daftar periksa perencanaan
1. Inventarisasi setiap Class 1, produced/consumed, MSG, dan topik HMI pada port faceplate
2. Tetapkan RPI / laju polling; perkirakan PPS = f(RPI, connections)
3. Buat model di Rockwell EtherNet/IP Capacity Tool (masukkan perangkat non-Rockwell secara manual)
4. Pastikan jumlah koneksi aktif di http://<controller-ip>/ sebelum menambahkan perangkat keras
5. Jika mendekati 32 CIP atau 5k PPS, pindahkan I/O atau HMI ke jalur kelas 1769-AENTR / EN2T

Gejala saat port kelebihan beban

Kelebihan beban jarang muncul sebagai satu kesalahan yang jelas. Perkembangan umumnya:

  1. Jitter RPI Class 1 meningkat; pembaruan I/O tiba terlambat
  2. Nilai HMI membeku sesaat; cap waktu alarm tampak tidak diperbarui
  3. Entri status CIP 0x0304 / 0x0312 / 0x0100 muncul pada halaman diagnostik Ethernet
  4. Instruksi MSG mengembalikan kode resource-unavailable atau timeout
  5. Server web tertanam berhenti merespons saat soket TCP habis
  6. Dalam kasus ekstrem, semua koneksi CIP terputus hingga perangkat dimatikan-nyalakan atau tersambung kembali

Anggaran koneksi CIP sebelum menambahkan node

Sebelum menambahkan perangkat lain, buka diagnostik web controller dan catat jumlah koneksi aktif, lalu bandingkan dengan spreadsheet Anda. Aktifkan IGMP snooping pada switch terkelola yang membawa I/O multicast. Jangan “memperbaiki” sel yang kelebihan beban dengan memasang switch lain yang tidak terkelola—itu hanya memperbanyak domain broadcast. Jika aplikasi secara permanen memerlukan lebih banyak koneksi daripada yang dapat ditangani faceplate, pindahkan trafik ke modul adapter atau platform CompactLogix yang lebih baru, alih-alih mengurangi RPI sampai kualitas gerakan menurun drastis.

Perhitungan koneksi perlu menjadi bagian dari tinjauan pemilihan platform, sama seperti waktu pemindaian. Sediakan adapter dan controller melalui rencana penyediaan cadangan sistem PLC dan PAC yang disiplin agar ekspansi berikutnya tidak dimulai dari switch Ethernet konsumen berlebih yang tersimpan di laci.

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, yang mencakup ControlLogix, CompactLogix, dan SLC-500 lama. Pekerjaan sehari-harinya meliputi logika RSLogix / Studio 5000 serta pengaktifan HMI FactoryTalk View pada armada perangkat yang sudah tua dan beragam.

Tinggalkan komentar

Harap diperhatikan, komentar perlu disetujui sebelum dipublikasikan.