Had Sambungan dan Perancangan CompactLogix L35E EtherNet/IP
CompactLogix L35E: 32 sambungan CIP pada port EtherNet/IP terbina dalam berbanding 100 untuk keseluruhan pengawal. Rancang bilangan peranti, dayakan penginti...
Allen-Bradley 1769-L35E menyertakan port EtherNet/IP pada bahagian hadapan pengawal, menjadikannya titik sambungan lalai bagi setiap HMI, pemacu, gerbang dan pengumpul data pada subpanel. Kemudahan itu menyembunyikan pembahagian yang ketat: port terbina dalam bukan sumber yang sama dengan kumpulan CIP seluruh pengawal. Pemasangan yang “berjalan lancar selama bertahun-tahun” sering gagal apabila PanelView kelima atau paksi CIP Motion menghabiskan bajet port secara senyap, sedangkan jumlah seluruh pengawal masih kelihatan sihat.
Had CIP port terbenam, bukannya angka pemasaran casis, menentukan sama ada penyesuai lain dapat ditauliahkan dengan lancar.
Dua kumpulan sambungan yang mudah dikelirukan
Menurut spesifikasi komunikasi CompactLogix (keluarga penerbitan 1769-TD007), L32E dan L35E menyokong kira-kira 100 sambungan CIP merentasi sistem. Walau bagaimanapun, port EtherNet/IP terbenam biasanya terhad kepada kira-kira 32 sambungan CIP. Baki sambungan hanya berguna jika anda menambah penyesuai Ethernet seperti 1769-AENTR pada bas setempat atau lanjutan dan memindahkan sebahagian trafik keluar dari port panel hadapan. Menganggap “100 sambungan” sebagai kebenaran untuk menyambungkan lebih daripada tiga puluh peranti ke RJ45 ialah kesilapan perancangan paling lazim pada platform ini.
| Sumber | Had lazim L35E | Nota |
|---|---|---|
| Sambungan CIP seluruh pengawal | ~100 | Jumlah merentasi port dan penyesuai dalam sistem |
| Sambungan EtherNet/IP CIP terbina dalam | ~32 | Had keras bagi peranti pada port panel hadapan |
| Soket enkapsulasi TCP | ~64 | MSG, web, Kelas 3, pendengar forward-open |
| Paket sesaat (ENET terbenam) | ~5,000 PPS | Agregat; dipacu oleh RPI dan bilangan sambungan |
| Laluan penghalaan CIP serentak | ~8 | Jambatan MSG melalui L35E |
Port terbenam turut berkongsi lebar jalur dengan pelayan web, klien BOOTP/DHCP dan penghalaan tanpa diminta. Trafik bukan CIP seperti Modbus TCP mentah atau sesi pelayar tidak menggunakan sambungan CIP, namun masih menggunakan soket TCP dan PPS. Komputer riba kejuruteraan yang dibiarkan pada halaman diagnostik semasa tempoh tinjauan HMI yang sibuk bukanlah percuma.
Perkara yang sebenarnya menggunakan sambungan CIP
Bilangan sambungan ditentukan oleh konfigurasi peranti, bukan oleh andaian optimistik dalam hamparan. Jejak penggunaan yang lazim di lapangan termasuk:
- Stesen PanelView Plus / FactoryTalk View ME: lazimnya 1–4 sambungan bergantung pada topik dan langganan penggera
- Pemacu PowerFlex atau Kinetix: 1–2 (I/O tersirat serta MSG eksplisit pilihan; CIP Motion menambah satu lagi pengguna)
- Gerbang Anybus atau Ethernet-ke-RIO: biasanya 1 bagi setiap sasaran pengimbas
- POINT I/O: 1 bagi setiap modul melainkan pengoptimuman rak mengecilkan casis kepada satu sambungan
- Pasangan tag yang dihasilkan/digunakan: satu sambungan bagi setiap arah pasangan
- Arahan MSG aktif dengan laluan CIP: satu bagi setiap mesej terbuka; caching penting
I/O yang dioptimumkan untuk rak amat disarankan apabila empat modul atau lebih berkongsi satu penyesuai. Menjadikan setiap modul 1734 sebagai sambungan individu ialah cara mudah untuk menghabiskan bajet 32 sebelum VFD pertama ditauliahkan.
Pensuisan terurus dengan IGMP snooping menghalang I/O multicast daripada membanjiri port yang cuba anda lindungi.
Contoh subpanel berpengiraan
Pertimbangkan sebuah panel yang sudah membawa tiga HMI UniOP (~2 setiap satu), komunikator Anybus, jambatan Ethernet-ke-RIO Quest, klien FactoryTalk View ME dan nod Pilz PNOZmulti. Inventori itu sahaja boleh menghampiri sebelas sambungan CIP. Menambah Kinetix 300 (implisit serta eksplisit) dan topik OPC mungkin masih memberikan lebihan kapasiti berangka di bawah 32—namun RPI gerakan 5–10 ms boleh mendorong PPS ke zon bahaya jauh sebelum pembilang sambungan bertukar merah. Perancangan kapasiti mesti menilai kedua-dua jumlah CIP dan kadar paket.
Senarai semak perancangan 1. Inventorikan setiap topik Kelas 1, terhasil/digunakan, MSG dan HMI pada port panel hadapan 2. Tetapkan kadar RPI / tinjauan; anggarkan PPS = f(RPI, connections) 3. Modelkan dalam Rockwell EtherNet/IP Capacity Tool (masukkan peranti bukan Rockwell secara manual) 4. Sahkan jumlah sambungan langsung di http://<controller-ip>/ sebelum menambah perkakasan 5. Jika menghampiri 32 CIP atau 5k PPS, pindahkan I/O atau HMI ke laluan kelas 1769-AENTR / EN2T
Gejala apabila port terlebih langganan
Lebihan beban jarang muncul sebagai satu kerosakan yang jelas. Perkembangan tipikal:
- Jitter RPI Kelas 1 meningkat; kemas kini I/O tiba lewat
- Nilai HMI terhenti seketika; cap masa penggera kelihatan lapuk
- Entri status CIP 0x0304 / 0x0312 / 0x0100 muncul pada halaman diagnostik Ethernet
- Arahan MSG mengembalikan kod sumber tidak tersedia atau tamat masa
- Pelayan web terbenam berhenti memberi respons apabila soket TCP habis digunakan
- Dalam kes ekstrem, semua sambungan CIP terputus sehingga kuasa dimatikan dan dihidupkan semula atau sambungan diwujudkan semula
Bajet sambungan CIP sebelum menambah nod
Sebelum menambah peranti lain, buka diagnostik web pengawal dan catat jumlah sambungan langsung berbanding hamparan anda. Dayakan IGMP snooping pada suis terurus yang membawa I/O multicast. Jangan “membaiki” sel yang terlebih beban dengan memasukkan satu lagi suis tidak terurus—tindakan itu hanya menggandakan domain siaran. Apabila aplikasi sememangnya memerlukan lebih banyak sambungan daripada yang boleh disokong panel hadapan, pindahkan trafik ke modul penyesuai atau platform CompactLogix yang lebih baharu, bukannya mengurangkan RPI sehingga kualiti gerakan merosot.
Pengiraan sambungan sama penting dalam semakan pemilihan platform seperti masa imbasan. Simpan penyesuai dan pengawal melalui pelan peruntukan sistem PLC dan PAC yang berdisiplin supaya pengembangan seterusnya tidak bermula dengan suis Ethernet pengguna lebihan dari dalam laci.
Tentang Penulis
Mark Townsend | Jurutera Automasi Kanan – Sistem Allen-Bradley
Mark Townsend ialah jurutera automasi kanan dengan pengalaman lebih 18 tahun menggunakan platform Allen-Bradley, merangkumi ControlLogix, CompactLogix dan SLC-500 legasi. Kerja hariannya melibatkan logik RSLogix / Studio 5000 serta pentauliahan HMI FactoryTalk View pada kumpulan peralatan lama dan bercampur.