Allen-Bradley 1769-L35E tích hợp một cổng EtherNet/IP trên mặt bộ điều khiển, khiến đây trở thành điểm kết nối mặc định cho mọi HMI, biến tần, gateway và bộ thu thập dữ liệu trên một tủ phụ. Sự tiện lợi đó che giấu một phân vùng cứng: cổng tích hợp không phải là cùng một tài nguyên với nhóm CIP trên toàn bộ bộ điều khiển. Những hệ thống “chạy ổn trong nhiều năm” thường gặp lỗi khi PanelView thứ năm hoặc một trục CIP Motion âm thầm làm cạn ngân sách của cổng, trong khi tổng số trên toàn bộ bộ điều khiển vẫn có vẻ còn dư.

Chính các giới hạn CIP của cổng tích hợp, không phải các con số tiếp thị về chassis, mới quyết định liệu một adapter khác có được đưa vào vận hành suôn sẻ hay không.

Hai nhóm kết nối dễ bị nhầm lẫn

Theo các thông số kỹ thuật truyền thông CompactLogix (dòng ấn phẩm 1769-TD007), L32E và L35E hỗ trợ khoảng 100 kết nối CIP trên toàn hệ thống. Tuy nhiên, cổng EtherNet/IP tích hợp thường bị giới hạn ở khoảng 32 kết nối CIP. Phần còn lại chỉ hữu ích nếu bạn bổ sung một adapter Ethernet như 1769-AENTR trên bus cục bộ hoặc bus mở rộng và chuyển một phần lưu lượng ra khỏi cổng mặt trước. Coi “100 kết nối” là giấy phép gắn hơn ba mươi thiết bị vào đầu nối RJ45 là lỗi lập kế hoạch phổ biến nhất trên nền tảng này.

Cổng tích hợp cũng chia sẻ băng thông với máy chủ web, máy khách BOOTP/DHCP và định tuyến không được yêu cầu. Lưu lượng không phải CIP như Modbus TCP thô hoặc các phiên trình duyệt không tiêu thụ kết nối CIP, nhưng vẫn chiếm socket TCP và PPS. Một laptop kỹ thuật mở trang chẩn đoán trong lúc HMI đang thăm dò với tần suất cao không phải là tài nguyên miễn phí.

Những gì thực sự tiêu thụ một kết nối CIP

Số lượng kết nối được quyết định bởi cấu hình thiết bị, không phải bởi sự lạc quan trong bảng tính. Các quy mô thường gặp ngoài hiện trường gồm:

• Trạm PanelView Plus / FactoryTalk View ME: thường là 1–4 kết nối tùy thuộc vào topic và các gói đăng ký cảnh báo
• Biến tần PowerFlex hoặc bộ truyền động Kinetix: 1–2 kết nối (I/O ngầm định cộng với MSG tường minh tùy chọn; CIP Motion bổ sung một consumer khác)
• Gateway Anybus hoặc Ethernet sang RIO: thường là 1 kết nối cho mỗi thiết bị đích của bộ quét
• POINT I/O: 1 kết nối cho mỗi mô-đun, trừ khi tối ưu hóa rack gộp một chassis thành một kết nối duy nhất
• Các cặp tag được tạo/tiêu thụ: một kết nối cho mỗi hướng của cặp
• Các lệnh MSG đang hoạt động với đường dẫn CIP: một kết nối cho mỗi tin nhắn đang mở; bộ nhớ đệm rất quan trọng

I/O được tối ưu hóa cho rack được ưu tiên rõ rệt khi có từ bốn mô-đun trở lên dùng chung một adapter. Để từng mô-đun 1734 dưới dạng một kết nối riêng là cách dễ dàng tiêu hết ngân sách 32 kết nối trước khi biến tần VFD đầu tiên được đưa vào vận hành.

Chuyển mạch được quản lý cùng với IGMP snooping giúp ngăn I/O multicast tràn vào chính cổng mà bạn đang cố bảo vệ.

Ví dụ về một tủ phụ

Hãy xem xét một tủ điện đã kết nối ba HMI UniOP (~2 kết nối mỗi thiết bị), một bộ truyền thông Anybus, một cầu nối Ethernet-to-RIO Quest, một máy khách FactoryTalk View ME và một node Pilz PNOZmulti. Chỉ riêng danh mục này đã có thể gần 11 kết nối CIP. Việc thêm một Kinetix 300 (kết nối ngầm định cộng với kết nối tường minh) và một chủ đề OPC có thể vẫn còn dư địa về số lượng dưới mức 32—tuy nhiên, RPI chuyển động 5–10 ms có thể đẩy PPS vào vùng nguy hiểm từ lâu trước khi bộ đếm kết nối chuyển sang màu đỏ. Việc lập kế hoạch dung lượng phải đánh giá cả số lượng CIP lẫn tốc độ gói tin.

Danh sách kiểm tra lập kế hoạch
1. Kiểm kê mọi Class 1, kết nối sản xuất/tiêu thụ, MSG và chủ đề HMI trên cổng của bộ điều khiển
2. Gán RPI / tốc độ thăm dò; ước tính PPS = f(RPI, connections)
3. Mô hình hóa bằng Rockwell EtherNet/IP Capacity Tool (nhập thủ công các thiết bị không phải Rockwell)
4. Xác nhận số lượng kết nối hiện tại tại http://<controller-ip>/ trước khi thêm phần cứng
5. Nếu gần mức 32 kết nối CIP hoặc 5k PPS, chuyển I/O hoặc HMI sang tuyến 1769-AENTR / EN2T

Triệu chứng khi cổng bị phân bổ quá mức

Tình trạng quá tải hiếm khi biểu hiện thành một lỗi duy nhất, rõ ràng. Diễn tiến điển hình:

1. Độ dao động RPI của Class 1 tăng lên; các bản cập nhật I/O đến trễ
2. Các giá trị HMI tạm thời bị đóng băng; dấu thời gian cảnh báo có vẻ cũ
3. Các mục trạng thái CIP 0x0304 / 0x0312 / 0x0100 xuất hiện trên trang chẩn đoán Ethernet
4. Các lệnh MSG trả về mã không có tài nguyên hoặc mã hết thời gian chờ
5. Máy chủ web tích hợp ngừng phản hồi khi các socket TCP cạn kiệt
6. Trong trường hợp nghiêm trọng, toàn bộ kết nối CIP bị ngắt cho đến khi tắt bật nguồn hoặc kết nối lại

Ngân sách kết nối CIP trước khi thêm node

Trước khi thêm thiết bị khác, hãy mở phần chẩn đoán web của bộ điều khiển và ghi lại số lượng kết nối hiện tại để đối chiếu với bảng tính. Bật IGMP snooping trên các bộ chuyển mạch được quản lý đang truyền I/O multicast. Đừng “khắc phục” một cell quá tải bằng cách chèn thêm một bộ chuyển mạch không quản lý—việc đó chỉ làm nhân thêm các miền quảng bá. Khi ứng dụng thường xuyên cần nhiều kết nối hơn số cổng có thể hỗ trợ, hãy chuyển lưu lượng sang mô-đun adapter hoặc nền tảng CompactLogix mới hơn thay vì giảm RPI cho đến khi chất lượng chuyển động suy giảm.

Việc tính toán kết nối cũng cần được đưa vào các buổi đánh giá lựa chọn nền tảng, giống như thời gian quét. Hãy dự trữ bộ chuyển đổi và bộ điều khiển theo một kế hoạch dự phòng hệ thống PLC và PAC có kỷ luật, để lần mở rộng tiếp theo không phải bắt đầu bằng một bộ chuyển mạch Ethernet dân dụng dư thừa trong ngăn kéo.