Máy chủ OPC đã kết nối nhưng các tag bị đóng băng: Cách khắc phục tại hiện trường cho Kepware và Allen-Bradley EtherNet/IP
Tại sao kết nối màu xanh lại che giấu đường truyền dữ liệu bị chết?
Các máy chủ OPC kết nối bộ điều khiển với các lớp phía trên. Chúng cung cấp dữ liệu cho SCADA, HMI và các hệ thống lưu trữ dữ liệu. Triệu chứng kinh điển thường xuất hiện trong ca đêm. Trạng thái máy chủ hiển thị đang kết nối. Tuy nhiên, một số tag vẫn đứng yên ở giá trị cuối cùng. Trước hết, hãy hiểu loại sự cố này. Liên kết truyền tải vẫn hoạt động. Đường truyền dữ liệu thì không. Vì vậy, đừng vội khởi động lại máy chủ. Việc khởi động lại che giấu nguyên nhân gốc và sự cố sẽ tái diễn trong vài ngày. Trong các nhà máy Kepware và Allen-Bradley mà tôi từng làm việc, tám nguyên nhân giải thích gần như mọi trường hợp. Hãy kiểm tra theo thứ tự.
Làm thế nào để xác minh ánh xạ địa chỉ PLC sau mỗi lần chỉnh sửa trực tuyến?
Sai lệch địa chỉ là nguyên nhân hàng đầu. Các kỹ sư sửa đổi logic ControlLogix trong quá trình chạy thử hoặc tối ưu hóa. Họ di chuyển tag, thay đổi kích thước mảng và thay đổi kiểu dữ liệu. Cơ sở dữ liệu tag của Kepware vẫn chưa được cập nhật. Trình điều khiển tiếp tục đọc một thanh ghi mà logic không còn ghi vào nữa. Tag bị đứng yên với chất lượng tốt, và đây chính là cái bẫy. Tuy nhiên, cờ chất lượng thường vẫn hiển thị tốt vì thanh ghi vẫn tồn tại. Hãy kiểm tra trực tiếp ánh xạ.
- Bước 1 — Xuất cơ sở dữ liệu tag ControlLogix từ RSLogix 5000 và so sánh với các chuỗi địa chỉ trong Kepware.
- Bước 2 — Đọc cưỡng bức đúng tag đó trực tuyến trong bộ điều khiển. So sánh với dấu thời gian trong OPC Quick Client.
- Bước 3 — Nhập lại tag từ tệp ký hiệu của bộ điều khiển. Không bao giờ nhập lại địa chỉ thủ công.
Làm thế nào để điều chỉnh tốc độ quét và vùng chết trên các vòng lặp analog?
Việc thăm dò quá dồn dập làm bão hòa đường truyền CIP. Mỗi thiết bị Kepware mở một kết nối CIP đến bộ xử lý ControlLogix. Một bộ điều khiển Logix hỗ trợ số lượng kết nối CIP giới hạn, thường khoảng 40 đối với các bộ xử lý tiêu chuẩn. Nhiều máy khách kết hợp với tốc độ quét cao sẽ tiêu hao hết giới hạn đó. Bộ xử lý trì hoãn hoặc loại bỏ các yêu cầu. Hơn nữa, bộ lọc vùng chết có thể che giấu biến động thực. Vùng chết 2 phần trăm trên một vòng lặp nhiệt độ chậm sẽ loại bỏ những thay đổi nhỏ nhưng thực sự có ý nghĩa. Giá trị trong PLC thay đổi, nhưng máy khách không bao giờ nhận được thông báo.
- Bước 1 — Đặt chu kỳ cập nhật Kepware thành 1000 ms cho các tag quy trình analog. Chỉ dùng 100 ms cho các liên động nhanh.
- Bước 2 — Đặt vùng chết thấp hơn 0,5 phần trăm khoảng đo cho các tag analog quan trọng. Tắt hoàn toàn đối với các bộ tổng.
- Bước 3 — Kiểm tra số lượng kết nối CIP trên bộ điều khiển. Chia nhỏ các nhóm thiết bị lớn nếu số lượng gần chạm giới hạn.
Tôi nên kiểm tra gì liên quan đến nhóm thiết bị, bộ nhớ đệm và các gói đăng ký OPC UA?
Kepware tổ chức thiết bị thành các kênh và nhóm. Sai khe backplane, sai khe bộ xử lý hoặc sai địa chỉ IP chỉ làm ngừng hoạt động nhóm đó. Các tag trong những nhóm khác vẫn tiếp tục cập nhật. Vì vậy, một màn hình chỉ bị đứng một phần thường指向 một đối tượng thiết bị bị lỗi. Bộ nhớ đệm tạo thêm một lớp nữa. Máy chủ đọc PLC theo chu kỳ riêng và cung cấp dữ liệu cho máy khách từ bộ nhớ đệm. Nếu các trì hoãn của trình điều khiển làm gián đoạn việc làm mới bộ nhớ đệm, máy khách sẽ nhận các giá trị cũ dù liên kết vẫn đọc dữ liệu bình thường. Đối với máy khách OPC UA, hãy xác nhận điểm cuối. Sử dụng opc.tcp trên cổng 4840 cùng chứng chỉ ứng dụng đáng tin cậy. Kiểm tra để bảo đảm khoảng thời gian phát hành của gói đăng ký bằng hoặc lớn hơn khoảng thời gian lấy mẫu.
- Bước 1 — Mở nhật ký sự kiện Kepware. Lọc theo thiết bị cụ thể và tìm các lỗi CIP hoặc mã hết thời gian chờ.
- Bước 2 — Xác minh địa chỉ khe trong thuộc tính thiết bị với cấu hình backplane thực tế.
- Bước 3 — Theo dõi các bộ đếm chẩn đoán. Số lần đọc cũ cùng số lỗi yêu cầu tăng cho thấy bộ nhớ đệm bị thiếu dữ liệu cập nhật.
Logic PLC và phân mảnh gói tin ảnh hưởng thế nào đến việc cập nhật tag?
Một số biến chỉ được cập nhật khi thỏa mãn các điều kiện của chương trình. Chuỗi mẻ, liên động và máy trạng thái kiểm soát nhiều lần ghi. Nếu điều kiện không bao giờ được kích hoạt, thanh ghi sẽ giữ nguyên giá trị cuối cùng. Máy chủ OPC báo cáo đúng giá trị đó. Điều này trông giống lỗi truyền thông nhưng thực ra không phải. Vì vậy, hãy đọc logic trước khi kiểm tra mạng. Cuối cùng, hãy kiểm tra việc phân mảnh. Các lần đọc khối lớn qua EtherNet/IP có thể vượt quá giới hạn khung trên các mạng bị tắc nghẽn. Các mảnh đến trễ hoặc không đúng thứ tự sẽ làm hỏng cửa sổ tái lắp ráp. Hãy chia các khối tag quá lớn thành những lần đọc nhỏ hơn. Khi có thể, giữ mỗi lần đọc khối dưới 480 byte.
- Bước 1 — Truy vết bậc thang ghi vào tag bị đứng. Xác nhận điều kiện cho phép thực sự được kích hoạt.
- Bước 2 — Chia các lần đọc khối lớn của Kepware thành các nhóm dưới 100 tag mỗi nhóm.
- Bước 3 — Theo dõi cổng chuyển mạch để phát hiện lỗi CRC và các lần truyền lại trong khoảng thời gian xảy ra sự cố.
Kết luận & khuyến nghị hành động
Các tag bị đứng trên một liên kết OPC hiển thị màu xanh thường là vấn đề cấu hình hoặc tải, không phải vấn đề về cáp. Trước hết, hãy đối soát cơ sở dữ liệu tag sau mỗi lần chỉnh sửa bộ điều khiển. Thứ hai, duy trì tốc độ quét hợp lý và vùng chết chặt chẽ. Ngoài ra, hãy theo dõi giới hạn kết nối CIP và tình trạng nhóm thiết bị trước khi đổ lỗi cho mạng. Vì vậy, hãy hình thành thói quen hằng tuần xuất nhật ký sự kiện Kepware và lưu trữ ánh xạ tag cùng mỗi lần sửa đổi chương trình. Cuối cùng, hãy đào tạo nhân viên mới đọc mã chất lượng và dấu thời gian trước khi chạm vào bất cứ thứ gì. Một quy trình kiểm tra có kỷ luật sẽ xử lý phần lớn sự cố tag bị đứng trong chưa đầy một giờ, không cần khởi động lại, đồng thời giữ cho hệ thống lưu trữ dữ liệu của bạn đáng tin cậy.
Tác giả: Zhou Weiguo là kỹ sư tự động hóa công nghiệp với hơn 10 năm kinh nghiệm trong lĩnh vực PLC, DCS và các hệ thống điều khiển.
