Đưa tư duy hướng đối tượng vào lập trình PLC

Tư duy hướng đối tượng có thể giúp phần mềm PLC dễ tái sử dụng, kiểm thử và bảo trì hơn, nhưng đây không phải là một tập hợp tính năng thống nhất trên mọi nền tảng. Một số môi trường IEC 61131-3 hỗ trợ phương thức, giao diện, thuộc tính, kế thừa và đa hình. Các nền tảng bộ điều khiển khác cung cấp khối hàm có thể tái sử dụng, lệnh bổ sung, kiểu dữ liệu do người dùng định nghĩa hoặc thư viện mà không triển khai đầy đủ mô hình hướng đối tượng. Kỹ sư phải thiết kế theo đúng nền tảng và phiên bản cụ thể.

Mục tiêu thực tế không phải là mô phỏng phần mềm doanh nghiệp. Đó là ngừng xem mọi van, động cơ, kênh analog và cụm thiết bị như một bài tập sao chép-dán mới. Một thành phần phần mềm được định nghĩa tốt sẽ cung cấp cho mỗi thiết bị một giao diện, mô hình trạng thái, cách xử lý cảnh báo, đường dẫn mô phỏng và bản ghi chẩn đoán nhất quán, đồng thời giữ phần đấu dây riêng của máy và các giới hạn quy trình bên ngoài lõi có thể tái sử dụng.

Phần cứng được thiết kế theo kiểu mô-đun; phần mềm có thể tái sử dụng cũng nên làm cho giao diện, trạng thái và cách ứng xử khi hỏng của mỗi mô-đun rõ ràng như vậy.

Bắt đầu với tính đóng gói, không phải tính kế thừa

Đóng gói nghĩa là đặt trạng thái và hành vi liên quan phía sau một giao diện được định nghĩa rõ ràng. Một thành phần van có thể nhận lệnh, điều kiện cho phép, tín hiệu phản hồi, chế độ và cấu hình. Nó có thể cung cấp các trạng thái mở, đóng, đang chuyển động, hỏng, bị liên động và chẩn đoán. Bộ định thời nội bộ, phát hiện chuyển tiếp, chính sách thử lại và logic cảnh báo vẫn thuộc quyền quản lý của thành phần.

Điều này vẫn có giá trị ngay cả trên nền tảng không hỗ trợ kế thừa. Một khối hàm hoặc lệnh bổ sung vẫn có thể bảo vệ trạng thái nội bộ, chuẩn hóa hành vi và giảm mã trùng lặp. Chỉ nên sử dụng kế thừa khi tồn tại quan hệ “là một” thực sự và kiểu dẫn xuất có thể tuân thủ giao diện cơ sở. Cây kế thừa sâu rất khó chẩn đoán trực tuyến và có thể khiến một thay đổi nhỏ ở lớp cơ sở ảnh hưởng đến nhiều máy.

Tách định nghĩa kiểu, dữ liệu phiên bản và ánh xạ I/O

Định nghĩa có thể tái sử dụng mô tả hành vi. Một phiên bản lưu trạng thái của một thiết bị vật lý hoặc logic. Ánh xạ I/O kết nối phiên bản đó với các tín hiệu thực. Việc trộn lẫn các trách nhiệm này khiến logic thư viện phụ thuộc vào địa chỉ giá đỡ và ngăn cản kiểm thử ngoại tuyến an toàn.

Giữ các thẻ đầu vào và đầu ra vật lý ở ranh giới tích hợp. Chuyển đổi tín hiệu thô thành các giá trị Boolean hoặc đơn vị kỹ thuật rõ ràng, gọi thành phần có thể tái sử dụng, sau đó ánh xạ các yêu cầu đầu ra đã được phê duyệt trở lại phần cứng. Cách bố trí này hỗ trợ mô phỏng, thay thế I/O và chuyển đổi theo từng giai đoạn. Nó cũng giúp chương trình cấp cao nhất thể hiện ý định của quy trình thay vì lặp lại việc thao tác địa chỉ.

Có thể xem các dòng bộ điều khiển và I/O trong bộ sưu tập hệ thống PLC và PAC, nhưng kiến trúc phần mềm được chọn phải tuân theo các ngôn ngữ được bộ điều khiển hỗ trợ, mô hình bộ nhớ, quy tắc thay đổi trực tuyến và chứng nhận an toàn.

Sử dụng giao diện như các hợp đồng hành vi

Ở nơi nền tảng hỗ trợ giao diện, hãy định nghĩa các thao tác mà bên gọi có thể phụ thuộc vào mà không cần công khai chi tiết triển khai. Chẳng hạn, CODESYS có tài liệu về các khối hàm hướng đối tượng với phương thức, giao diện, thuộc tính, kế thừa và lệnh gọi phương thức ảo trong tài liệu tham khảo chính thức về lập trình hướng đối tượng. Khả năng đó là có thật, nhưng không nên áp dụng mặc định cho mọi môi trường PLC.

Một giao diện có thể cho phép các cách triển khai động cơ khác nhau cung cấp các lệnh và trạng thái chung. Một bộ khởi động đơn giản, biến tần và động cơ servo đều có thể hỗ trợ thông tin về cho phép, dừng, đặt lại, chế độ, sẵn sàng, đang chạy và lỗi, đồng thời vẫn giữ các chẩn đoán nội bộ khác nhau. Khi đó, trình tự gọi phụ thuộc vào hợp đồng thay vì từng tham số riêng của nhà cung cấp.

Ưu tiên kết hợp cho máy móc và cụm thiết bị

Hầu hết thiết bị công nghiệp vốn có cấu trúc kết hợp. Một cụm bơm gồm động cơ, van cách ly, điều kiện cho phép, phép đo analog và logic trình tự. Một hệ thống bồn gồm thiết bị đo mức, van, bơm, cảnh báo và các chế độ vận hành. Hãy xây dựng các cụm lớn hơn bằng cách chứa các thành phần nhỏ đã được kiểm thử, thay vì dẫn xuất mọi thiết bị từ một lớp cơ sở phổ quát.

Phương pháp kết hợp giúp việc sở hữu trở nên rõ ràng. Trình tự bơm có thể điều khiển động cơ và van, nhưng thành phần động cơ vẫn quản lý phản hồi bộ khởi động, thời gian chờ khởi động và các trạng thái lỗi riêng của động cơ. Thành phần analog quản lý tính hợp lệ và việc định tỷ lệ tín hiệu. Cụm thiết bị điều phối chúng và báo cáo một trạng thái cô đọng cho logic cấp cao hơn.

Phương pháp kết hợp phản ánh hệ thống phân cấp của thiết bị, đồng thời cho phép mỗi thành phần động cơ, van và thiết bị đo giữ lại các chẩn đoán riêng.

Thiết kế mô hình trạng thái rõ ràng

Một thành phần nên cho phép quan sát trạng thái vận hành của nó. Chỉ dùng logic lệnh Boolean thường tạo ra các tổ hợp không thể xảy ra như vừa đang chạy vừa dừng, vừa tự động vừa thủ công hoặc vừa khỏe mạnh vừa hỏng. Mô hình trạng thái liệt kê có thể thể hiện các trạng thái không hoạt động, đang khởi động, đang chạy, đang dừng, bị lỗi và bảo trì cùng các chuyển tiếp có chủ đích.

Mỗi chuyển tiếp cần có điều kiện bắt đầu, bằng chứng hoàn tất, hành vi khi hết thời gian và quy tắc hủy. Lệnh nên là yêu cầu, không phải phép gán trực tiếp vào trạng thái. Lệnh đặt lại chỉ nên xóa lỗi đã chốt khi điều kiện nguyên nhân cho phép. Chế độ thủ công phải xác định biện pháp bảo vệ nào vẫn hoạt động và ai có quyền điều khiển đầu ra.

Tách cấu hình khỏi trạng thái thời gian chạy

Cấu hình bao gồm các giới hạn thời gian, dải đo kỹ thuật, ngưỡng cảnh báo, tùy chọn thiết bị và tính năng được bật. Trạng thái thời gian chạy bao gồm bộ tích lũy của bộ định thời, chế độ hiện tại, quyền sở hữu lệnh, lịch sử lỗi và trạng thái chuyển tiếp. Việc tách chúng giúp việc xem xét thay đổi và quản trị công thức trở nên rõ ràng hơn.

Không phải mọi cài đặt đều nên cho phép ghi từ HMI. Hãy xác định việc kiểm tra phạm vi, quyền theo vai trò, ghi nhật ký thay đổi và thời điểm giá trị mới có hiệu lực. Dữ liệu lưu giữ cũng cần có chính sách rõ ràng. Một thành phần khởi động lại sau khi mất điện không được khôi phục một lệnh không an toàn chỉ vì tất cả biến nội bộ đã được cấu hình là biến duy trì.

Kiểm thử thành phần trước khi nhân rộng các phiên bản

Lợi ích của việc tái sử dụng chỉ xuất hiện khi định nghĩa đáng tin cậy. Hãy xây dựng một bộ kiểm thử tạo ra phản hồi bình thường, phản hồi trễ, đầu vào mâu thuẫn, mất liên lạc, chất lượng analog kém, thay đổi chế độ, các lần thử đặt lại, khởi động nguồn và các ranh giới hết thời gian. Xác nhận đầu ra, cảnh báo và chuyển tiếp trạng thái cho từng trường hợp.

Sau đó, hãy kiểm thử nhiều phiên bản để phát hiện lỗi trạng thái dùng chung. Xác minh ảnh hưởng đến thời gian quét và bộ nhớ ở quy mô thực tế. Một lệnh gọi ngắn gọn ở cấp cao nhất không có nghĩa là phần triển khai không tiêu tốn tài nguyên tính toán. Cần diễn tập các thay đổi trực tuyến, nâng cấp thư viện và di chuyển dữ liệu phiên bản trên bộ điều khiển mục tiêu trước khi triển khai.

Kiểm soát thay đổi và lập phiên bản thư viện

Một thành phần có thể tái sử dụng có thể truyền một bản sửa lỗi đến nhiều nơi, nhưng cũng có thể truyền một lỗi đến nhiều nơi. Hãy gán phiên bản cho mỗi kiểu đã phát hành, đồng thời lưu tài liệu giao diện, hồ sơ kiểm thử và lịch sử thay đổi. Phân loại các thay đổi là tương thích hoặc phá vỡ tương thích. Không được âm thầm thay đổi ngữ nghĩa cảnh báo, thời gian mặc định, hành vi đầu ra hoặc bố cục dữ liệu duy trì trong một định nghĩa đã được sử dụng ổn định.

Dự án nên ghi lại phiên bản thư viện đã được biên dịch và tải xuống. Nếu nền tảng nhúng các bản sao mã nguồn, hãy quyết định cách so sánh và nhập các bản cập nhật đã được phê duyệt. Nếu nền tảng tham chiếu một thư viện được quản lý, hãy lập kế hoạch cho tính sẵn sàng và khả năng khôi phục. Đồ họa vận hành và màn hình faceplate phải phát triển cùng giao diện điều khiển, thay vì giả định rằng tên thành viên cũ luôn còn hợp lệ.

Tích hợp chẩn đoán với lớp vận hành

Một thành phần hữu ích sẽ báo cáo lý do nó không thể hoạt động: không có điều kiện cho phép, phản hồi không nhất quán, hết thời gian chuyển tiếp, quyền điều khiển cục bộ, cấu hình không hợp lệ, chất lượng đầu vào kém hoặc chức năng an toàn đang hoạt động. HMI nên chuyển trạng thái có cấu trúc đó thành thông báo có thể hành động mà không vượt qua quyền hạn của bộ điều khiển. Có thể tìm thấy phần cứng vận hành phù hợp trong mục HMI và máy tính công nghiệp, nhưng hợp đồng chẩn đoán bắt đầu từ mã điều khiển.

Góc nhìn kỹ thuật

Lập trình PLC hướng đối tượng có giá trị nhất như một kỷ luật về giao diện rõ ràng, trạng thái được đóng gói, phương pháp kết hợp, kiểm thử và tái sử dụng có kiểm soát. Kế thừa và đa hình đầy đủ có thể hữu ích trên những nền tảng triển khai chúng, nhưng đó không phải yêu cầu khởi đầu. Hãy bắt đầu với một kiểu thiết bị có phạm vi rõ ràng, chứng minh cách thiết bị xử lý lỗi, lập tài liệu cho giao diện và chỉ mở rộng sau khi bằng chứng kiểm thử đủ vững chắc. Kết quả phải giúp kỹ sư tiếp theo dễ chạy thử và khắc phục sự cố hơn, chứ không chỉ khiến mã nguồn trông tinh vi hơn.