Khắc phục tình trạng RSLogix 500 chậm khi chỉnh sửa trực tuyến | Allen-Bradl
Khắc phục tình trạng RSLogix 500 chạy chậm khi chỉnh sửa trực tuyến bằng cách đóng các tệp chương trình không sử dụng, sửa trình điều khiển USB-serial và điề...
Khi RSLogix 500 trở nên chậm chạp trong lúc chỉnh sửa dự án SLC hoặc MicroLogix đang trực tuyến, phản xạ đầu tiên thường là đổ lỗi cho thời gian quét PLC. Tuy nhiên, trong phần lớn trường hợp, bộ điều khiển vẫn hoạt động bình thường; nút thắt nằm ở máy trạm. Độ trễ khi chấp nhận chỉnh sửa, tra cứu tham chiếu chéo chậm và mở tệp bị trì hoãn thường liên quan đến việc mở quá nhiều tệp ladder và tệp dữ liệu trong trình chỉnh sửa, bộ chuyển đổi USB–serial bị hạn chế, chính sách nguồn Windows làm giảm xung CPU hoặc sự can thiệp của ổ đĩa và phần mềm diệt virus. Bài viết này phân biệt các quan niệm sai lầm trong xưởng với những cách khắc phục trên máy trạm giúp thao tác chỉnh sửa trở nên nhanh nhạy trở lại.
Hiệu suất chỉnh sửa RSLogix 500 phụ thuộc chủ yếu vào máy trạm kỹ thuật và đường truyền thông, không phải thời gian quét PLC.
RSLogix 500 duy trì lượng lớn trạng thái cửa sổ và cơ sở dữ liệu cho mỗi chương trình và tệp dữ liệu đang mở. Những kỹ thuật viên để hàng chục tệp LAD và bảng dữ liệu mở trong nhiều cửa sổ dự án sẽ buộc IDE phải làm mới nhiều đối tượng hơn đáng kể sau mỗi lần gõ phím và mỗi lần thăm dò trực tuyến. Đóng các tệp không sử dụng là bước đầu tiên mang lại hiệu quả cao nhất và nên trở thành thông lệ trước khi tinh chỉnh sâu hơn hệ điều hành.
Bộ chuyển đổi truyền thông và cổng COM
Công việc trực tuyến phụ thuộc vào đường truyền nối tiếp DF1 hoặc tương tự ổn định. Các bộ chuyển đổi USB–serial sử dụng chipset FTDI hoặc Silicon Labs CP210x nhìn chung hoạt động tốt với các công cụ Allen-Bradley. Bộ chuyển đổi dùng chipset Prolific thường gây mất kết nối, thử lại và hiện tượng phần mềm có vẻ bị treo khi trình điều khiển khôi phục. Hãy ưu tiên phần cứng FTDI hoặc CP210x đã được kiểm chứng, cài trình điều khiển của nhà sản xuất thay vì trình điều khiển chung do Windows tự chọn, đồng thời gán bộ chuyển đổi vào COM1 đến COM4 nếu có thể. Các số COM cao hơn đôi khi tương tác không tốt với các ngăn xếp truyền thông Rockwell cũ và cấu hình trình điều khiển đã lưu trong RSLinx Classic.
| Yếu tố | Triệu chứng trong RSLogix 500 | Biện pháp khắc phục |
|---|---|---|
| Nhiều tệp LAD/dữ liệu đang mở | Accept Edit chậm, gõ bị trễ | Đóng các tệp và cửa sổ không sử dụng |
| USB–serial Prolific | Thử lại, treo, không thể chuyển sang trực tuyến | Thay bằng FTDI hoặc CP210x |
| Gán COM5 trở lên | Sự cố trình điều khiển không liên tục | Buộc dùng COM1–COM4 |
| Tạm ngưng USB có chọn lọc | Ngẫu nhiên chuyển sang ngoại tuyến | Tắt trong cài đặt nguồn |
| Gói nguồn Cân bằng | Giao diện người dùng thỉnh thoảng bị khựng | Dùng gói Hiệu suất cao |
Ảnh hưởng của nguồn và ổ đĩa trong Windows
Các gói nguồn máy tính xách tay có tên Cân bằng hoặc Tiết kiệm pin thường chủ động đưa CPU vào trạng thái nghỉ và tạm ngưng thiết bị USB. Với máy tính xách tay dùng để chạy thử và đưa hệ thống vào vận hành, hãy chọn gói nguồn Hiệu suất cao, sau đó mở cài đặt nâng cao và tắt tính năng tạm ngưng USB có chọn lọc. Hai thay đổi này loại bỏ một nhóm sự cố chuyển sang ngoại tuyến không liên tục vốn dễ bị nhầm là lỗi phần mềm. Khi có thể, hãy lưu dự án và cài đặt RSLogix trên SSD cục bộ; chỉnh sửa qua thư mục mạng gia đình VPN không ổn định hoặc ổ đĩa cơ sẽ làm trầm trọng thêm mọi thao tác mở tệp.
Việc phần mềm diệt virus quét khi truy cập các thư mục .RSS và thư mục sao lưu .RSS có thể làm Accept Edit bị đình trệ trong lúc trình quét kiểm tra từng lần ghi. Theo chính sách CNTT, hãy loại trừ các thư mục dự án Rockwell và đường dẫn tạm thời của trình chỉnh sửa, hoặc lên lịch quét toàn bộ ngoài thời gian chạy thử và đưa hệ thống vào vận hành. Đảm bảo dung lượng trống trên ổ đĩa vẫn ở mức tốt; ổ đĩa hệ thống gần đầy khiến Windows phải liên tục xử lý tìm kiếm và bộ nhớ ảo trong khi chỉnh sửa trực tuyến.
Sau khi đóng các tệp không sử dụng và ổn định bộ chuyển đổi COM, thời gian Accept Edit là thước đo thực tế cho tình trạng máy trạm.
Quy trình khắc phục sự cố có cấu trúc
- Kiểm tra xem thời gian quét PLC và watchdog có bình thường trong tệp trạng thái bộ xử lý hay không. Nếu quá trình quét ổn định, hãy tập trung kiểm tra PC.
- Đóng mọi tệp ladder và tệp dữ liệu không cần cho lần chỉnh sửa hiện tại. Chỉ để mở một tệp LAD và các bảng dữ liệu quan trọng.
- Xác minh chipset USB–serial (FTDI/CP210x). Gán lại vào COM1–COM4 và tạo lại trình điều khiển RSLinx nếu cần.
- Đặt gói nguồn Hiệu suất cao và tắt tính năng tạm ngưng USB có chọn lọc. Khởi động lại một lần để xóa trạng thái nguồn USB cũ.
- Loại trừ các thư mục dự án khỏi quá trình quét khi truy cập của phần mềm diệt virus theo chính sách, đồng thời đảm bảo dung lượng trống trên ổ đĩa cục bộ đủ dùng.
- Đo thời gian Accept Edit với một thay đổi trên một bậc thang trước và sau khi thực hiện. Ghi lại mức cải thiện vào tài liệu hướng dẫn bảo trì.
Thời gian Accept Edit sau khi dọn dẹp máy trạm
Việc xác minh được thực hiện bằng phép thử thời gian Accept Edit: khi đang trực tuyến, thực hiện một thay đổi nhỏ trên tiếp điểm, chấp nhận chỉnh sửa và xác nhận thao tác hoàn tất trong khoảng thời gian phù hợp với mức chuẩn của nhà máy (thường là vài giây trên một máy tính xách tay hoạt động tốt). Nếu Accept Edit vẫn chậm sau khi đóng tệp và thay bộ chuyển đổi, hãy ghi lại CPU và hàng đợi ổ đĩa bằng Windows Performance Monitor trong lúc chỉnh sửa để tìm các vấn đề còn lại liên quan đến phần mềm diệt virus hoặc ổ đĩa. Những sai lầm thường gặp gồm đổ lỗi cho chương trình PLC về độ trễ của máy trạm, chạy đồng thời nhiều phiên bản RSLogix trên PC có ít RAM và bỏ qua số cổng COM sau khi Windows gán lại bộ chuyển đổi USB.
Một phiên làm việc sạch trong trình chỉnh sửa, một bộ chuyển đổi nối tiếp đáng tin cậy và cấu hình Windows không làm giảm xung sẽ đưa RSLogix 500 trở lại hiệu suất trực tuyến có thể sử dụng. Hãy chuẩn hóa các image máy tính xách tay kỹ thuật để mọi kỹ thuật viên đều có cùng cài đặt COM và nguồn khi hỗ trợ các nền tảng PLC SLC và MicroLogix cũ.
Về tác giả
Mark Townsend | Kỹ sư tự động hóa cấp cao – Hệ thống Allen-Bradley
Mark Townsend là kỹ sư tự động hóa cấp cao với hơn 18 năm làm việc trên các nền tảng Allen-Bradley, bao gồm ControlLogix, CompactLogix và dòng SLC-500 cũ. Công việc hằng ngày của ông là triển khai logic RSLogix / Studio 5000 và HMI FactoryTalk View trên các hệ thống cũ và đội thiết bị hỗn hợp.
