Một mô-đun DIN-rail nói chuyện MQTT với đám mây, BACnet với tòa nhà, và Modbus TCP với các máy móc. Câu đó dùng để mô tả một bảng điều khiển đầy cổng kết nối. Giờ đây nó mô tả một CPU compact có khả năng Ethernet, và câu chuyện đa giao thức trên nền tảng xLogic không phải là một slide tiếp thị — nó nằm trong firmware, được tài liệu hóa qua các phiên bản hướng dẫn: MQTT từ V1.04, BACnet từ V1.57, Modbus từ ngày đầu.
Đây là cách sử dụng mà không tạo ra cơn ác mộng bảo trì.
Bản đồ Giao thức
Mỗi giao thức có khán giả tự nhiên của nó, và mẹo là giữ chúng tách biệt:
- Modbus TCP— sàn máy: VFDs, HMIs, SCADA, các PLC khác. Định lượng, dựa trên đăng ký, cái bắt tay công nghiệp phổ quát
- MQTT— đám mây: xuất bản dữ liệu từ xa đến một môi giới, bảng điều khiển đăng ký. Dựa trên sự kiện, thân thiện với NAT, được xây dựng cho các mạng không đáng tin cậy
- BACnet— tòa nhà: phòng máy, AHUs, đầu cuối BMS. Ngôn ngữ bản địa của ngành bất động sản
Một CPU phục vụ cả ba khán giả có nghĩa là nhà sản xuất máy, quản lý cơ sở và bảng điều khiển đám mây thấy cùng một thiết bị — mỗi người bằng ngôn ngữ riêng của họ, không ai cần một hộp chuyển đổi.
Tòa nhà Thực: Phòng Nhà máy Nhỏ
Một phòng nhà máy với một AHU, hai nhóm quạt cuộn và một bơm nhiệt: Modbus TCP đến HMI địa phương và các VFD, BACnet đến BMS tòa nhà để lập lịch và cảnh báo, MQTT đến dịch vụ đám mây để theo dõi từ xa. Ba giao thức, một bộ điều khiển, một chương trình. Kỹ sư BMS hỏi ai đã làm cổng kết nối. Câu trả lời — "không có cổng kết nối" — đã tạo ra một sự im lặng kéo dài năm giây.
Sự im lặng đó là sản phẩm đang hoạt động.
Những gì cần giữ tách biệt
Các giao thức có thể chia sẻ CPU, nhưng chúng không nên chia sẻ kế hoạch dữ liệu. Lập bản đồ các điểm một lần, có chủ ý: các thanh ghi nào là Modbus-visible, các đối tượng nào là BACnet, các chủ đề nào là MQTT. Một bản đồ điểm duy nhất, được duy trì trong một bảng tính, ngăn chặn sự thất bại cổ điển — một số đăng ký thay đổi và ba hệ thống âm thầm trở nên lỗi thời.
Và nhớ các giới hạn mô hình: BACnet/IP và MQTT cần các CPU có khả năng Ethernet. Các mô hình chỉ có serial giữ Modbus RTU và BACnet/MSTP. Kiểm tra mô hình so với yêu cầu trước khi hứa hẹn, không phải sau khi đơn đặt hàng.
Góc Hỗ trợ Không ai Định giá
Đa giao thức không chỉ là một tính năng; nó là một cánh cửa bán hàng. Các hồ sơ thầu hiện nay yêu cầu tích hợp BMS như tiêu chuẩn, kết nối đám mây như một mục trong danh sách kiểm tra. Một bộ điều khiển đáp ứng cả hai mà không cần thêm phụ kiện vượt qua bộ lọc đủ điều kiện trước. Sự khác biệt về giá giữa phiên bản đơn giao thức và đa giao thức là nhỏ; sự khác biệt trong các dự án bạn được phép thầu thì không.
Kỷ luật Bản đồ Điểm
Đa giao thức là một phước lành và một cái bẫy. Phước lành: một CPU phục vụ ba hệ thống. Cái bẫy: ba hệ thống đọc các phiên bản hơi khác nhau của sự thật. Giải pháp là nhàm chán và không thể thương lượng — một bản đồ điểm duy nhất liệt kê mỗi giá trị một lần, với thanh ghi của nó, đối tượng BACnet của nó, và chủ đề MQTT của nó trong cùng một hàng.
Bắt đầu bảng tính vào ngày đầu tiên, trước khi khối đầu tiên được kết nối. Các cột: tên giá trị, thanh ghi Modbus, loại và thể hiện đối tượng BACnet, chủ đề MQTT, loại dữ liệu, tỷ lệ điều chỉnh, tỷ lệ cập nhật, và hệ thống nào là quyền lực cho việc ghi. Cột cuối cùng quan trọng hơn những gì mọi người nghĩ — khi BMS và bảng điều khiển đám mây đều muốn thay đổi một điểm đặt, ai đó phải thắng, và bản đồ cho biết ai. Nếu không có nó, hai hệ thống tranh giành một giá trị và máy móc hoạt động không thể đoán trước vào lúc 3 giờ sáng.
Phiên bản bản đồ với chương trình. Mỗi thay đổi firmware, mỗi điểm được thêm vào, mỗi số lại — bản đồ cập nhật trong cùng một cam kết. Tôi đã thừa hưởng các dự án mà bản đồ đã lỗi thời hai năm và ba người có các bản sao khác nhau. Việc xây dựng lại mất một tuần chỉ để nhìn vào bảng thanh ghi. Một tuần. Đừng trở thành dự án đó.
Và kiểm tra các đường dẫn giao thức chéo một cách có chủ ý: ghi một điểm đặt từ BMS, xác minh máy phản hồi, xác minh bảng điều khiển đám mây hiển thị sự thay đổi. Một bài kiểm tra từ đầu đến cuối cho mỗi điểm, tại thời điểm đưa vào sử dụng, phát hiện các lỗi lập bản đồ khi chúng còn rẻ để sửa.
Thực tế Firmware và Phiên bản
Các tính năng giao thức đến theo từng đợt, và lịch sử sửa đổi hướng dẫn kể câu chuyện: MQTT trong 4.2, máy chủ web trong 4.5, hướng dẫn WiFi trong 6.0, BACnet trong 6.2, hỗ trợ SR-22 trong 6.2.1. Nếu bạn đang lên kế hoạch cho một dự án đa giao thức, phiên bản firmware không phải là một chi tiết — nó là một yêu cầu. Một CPU được vận chuyển hai năm trước có thể cần một bản cập nhật trước khi nó nói BACnet, và con đường cập nhật phụ thuộc vào mô hình.
Làm cho việc kiểm tra firmware trở thành một phần của danh sách kiểm tra trước bán hàng. Ghi chú phiên bản trên đơn hàng, xác nhận nó khi giao hàng, và tài liệu hóa nó trên bảng kiểm tra. Cuộc trò chuyện đắt giá nhất trong ngành này là "nó nên hỗ trợ điều đó" tiếp theo là "cái này thì không."
Và giữ cho các giao thức trung thực về sức mạnh của chúng. BACnet cho tòa nhà, Modbus cho máy móc, MQTT cho đám mây — mỗi giao thức trên loại dây mà nó được thiết kế. CPU Ethernet xử lý cả ba đồng thời; nó không biến chúng thành một giao thức, và nó không nên. Sự tách biệt là điều giữ cho nhà máy hoạt động khi liên kết đám mây bị ngắt — lưu lượng Modbus và BACnet địa phương không chờ đợi internet.
Thói quen Tài liệu Giao thức
Một bộ điều khiển ba giao thức mà không có bản đồ giao thức là một triển lãm bảo tàng. Kỷ luật này tốn một giờ tại thời điểm đưa vào sử dụng và tiết kiệm một tuần mỗi khi tòa nhà thay đổi: một bảng liệt kê mỗi điểm, thanh ghi Modbus của nó, đối tượng BACnet của nó, và chủ đề MQTT của nó — với quyền ghi được đánh dấu. Bảng này sống cùng với bản vẽ bảng điều khiển, được phiên bản hóa với chương trình. Khi kỹ sư BMS hỏi "giá trị nào là nhiệt độ cung cấp?" câu trả lời là một hàng, không phải một buổi chiều khai thác thanh ghi.
Mua phiên bản với các giao thức. Các dự án sẽ theo sau.
