Tích hợp giao thức
Tích hợp Modbus
Cách đánh địa chỉ, quy đổi và kiểm tra thiết bị Modbus RTU và TCP khi đồng hồ đo, biến tần, cảm biến và bộ điều khiển phòng tham gia nền tảng tòa nhà.
Modbus là gì và xuất hiện ở đâu
Modbus là một giao thức yêu cầu–phản hồi đơn giản. Master hỏi slave về các thanh ghi hoặc coil; slave trả lời bằng giá trị. RTU chạy trên đường truyền nối tiếp, TCP chạy trên Ethernet. Giao thức này phổ biến vì dễ hiện thực, và cũng chính vì vậy mà các hiện thực có khác biệt. Trong tòa nhà, nó xuất hiện ở đồng hồ đo năng lượng, biến tần, hệ thống pin, máy làm lạnh, cảm biến, PLC, bộ điều khiển phòng và bộ điều khiển máy phát. Giao thức này không phải chuẩn tòa nhà theo nghĩa như BACnet; nó là một đường dẫn dữ liệu có mặt ở khắp nơi. Sự đơn giản đó là lợi thế ở lớp biên và là rủi ro khi tích hợp: không có mô hình đối tượng để thương lượng, nên mọi điểm đều phải định nghĩa thủ công. Tham chiếu giao thức: địa chỉ slave chạy từ 1 đến 247, với 0 dành cho broadcast, và một phân đoạn nối tiếp thường được thiết kế quanh 32 unit load. Những con số này là giới hạn điện, không phải bảo đảm rằng thiết bị sẽ trả lời kịp thời.
- Đồng hồ đo năng lượng và đồng hồ phụ
- Biến tần năng lượng mặt trời và hệ thống pin
- Cảm biến, PLC và bộ điều khiển phòng
- Máy làm lạnh, bơm và bộ điều khiển máy phát
Bảng thanh ghi và kiểu dữ liệu
Mọi tích hợp Modbus đều bắt đầu bằng bảng thanh ghi. Bảng này cần liệt kê địa chỉ, mã chức năng, kiểu dữ liệu, thứ tự word, hệ số quy đổi, đơn vị, quyền truy cập và ý nghĩa của từng giá trị. Quy ước địa chỉ khác nhau: một số tài liệu đếm từ 0, một số đếm từ 1, và một bảng lệch một đơn vị là lỗi âm thầm. Giá trị 32-bit có thể đến với word cao trước hoặc word thấp trước. Một word trạng thái có thể đóng gói nhiều cảnh báo trong một thanh ghi. Bảng điểm nên chuyển thanh ghi thành giá trị kỹ thuật, không để con số thô trên màn hình vận hành. Khi một thanh ghi có thể ghi, bảng cần nêu rõ dải an toàn và tác động của việc ghi ngoài dải. Bảng nên được quản lý phiên bản cùng firmware của thiết bị. Mã chức năng rất quan trọng: đọc thanh ghi giữ không giống đọc thanh ghi đầu vào, và ghi coil không giống ghi thanh ghi. Giá trị có dấu và không dấu cần được xử lý rõ ràng; nhiệt độ âm có thể hiện ra thành một số dương lớn.
- Cơ sở địa chỉ và mã chức năng
- Kiểu dữ liệu, thứ tự word và thứ tự byte
- Hệ số quy đổi, độ lệch và đơn vị
- Giải mã trạng thái và cảnh báo ở mức bit
Chu kỳ hỏi, thời gian và thiết kế mạng
Modbus hoạt động theo chu kỳ hỏi, vì vậy cần thiết kế lưu lượng thay vì để nó tự diễn ra. Nhóm các thanh ghi thành khối có thể đọc trong một yêu cầu. Đặt chu kỳ hỏi phù hợp với giá trị: thanh ghi năng lượng của đồng hồ đo không cần cùng tốc độ với cảm biến áp suất. Tránh chiều dài đường nối tiếp và tốc độ baud không còn biên dự phòng. Trên TCP, cần chú ý giới hạn kết nối, thời gian chờ và hành vi kết nối lại. Khi một thiết bị phản hồi chậm, hãy tách riêng để nó không làm chậm toàn bộ chu kỳ hỏi. Một tài liệu tích hợp tốt nêu rõ thời gian chu kỳ dự kiến và điều gì xảy ra khi thiết bị không trả lời. Chu kỳ hỏi không phải một thiết lập trung tính; nó quyết định cảnh báo được nhìn thấy nhanh đến đâu và còn bao nhiêu băng thông cho những việc khác. Hãy so le chu kỳ hỏi giữa các thiết bị thay vì khởi động tất cả cùng lúc. Đặt thời gian chờ dài hơn phản hồi tệ nhất của thiết bị, và số lần thử lại không làm nhân thêm độ trễ.
- Gom khối thanh ghi và kích thước đọc
- Chu kỳ hỏi theo kiểu giá trị
- Tốc độ baud, parity và kết thúc đường truyền nối tiếp
- Giới hạn kết nối TCP và số lần thử lại
Lựa chọn cổng kết nối và cấu trúc mạng
Cổng kết nối thường cần thiết để đưa thiết bị Modbus RTU lên mạng IP, hoặc để nối một phân đoạn nối tiếp với nền tảng không có cổng nối tiếp. Hãy chọn theo số cổng, các chế độ hỗ trợ, khả năng ánh xạ thanh ghi, mức cách ly và chẩn đoán mà nó cung cấp. Cổng trong suốt chuyển tiếp yêu cầu; cổng ánh xạ giữ bảng thanh ghi bên trong. Loại trong suốt dễ gỡ lỗi hơn; loại ánh xạ có thể giảm lưu lượng và bảo vệ thiết bị. Dù chọn loại nào, cần ghi lại cấu hình cổng và giữ bản sao lưu. Khi nhiều master dùng chung một đường truyền, cần xác định master nào sở hữu thiết bị và cách xử lý xung đột. Cổng kết nối không thay thế bảng thanh ghi. Hãy kiểm tra xem cổng có hỗ trợ tốc độ baud, parity và stop bit mà thiết bị thực sự dùng, có thể hỏi nhiều slave mà không xảy ra va chạm nối tiếp, và firmware cùng cấu hình của nó có nằm trong kiểm soát thay đổi hay không.
- Cổng chuyển RTU sang TCP hoặc cổng nối tiếp gốc
- Xử lý thanh ghi trong suốt so với ánh xạ
- Số cổng, cách ly và chẩn đoán
- Quyền sở hữu đa master và quy tắc xử lý xung đột
Kiểm thử và chạy thử nghiệm thu
Kiểm tra từng thiết bị một. Đọc một giá trị đã biết và đối chiếu với màn hình hiển thị của thiết bị. Ghi một điểm đặt an toàn và xác nhận thiết bị chấp nhận. Kiểm tra hệ số quy đổi trên toàn dải, không chỉ tại một điểm. Ngắt kết nối thiết bị và xác nhận nền tảng hiển thị lỗi liên lạc thay vì một giá trị đứng yên. Với đồng hồ đo, so sánh lượng năng lượng tích lũy trong một khoảng thời gian với thanh ghi của chính đồng hồ. Với biến tần, xác nhận word trạng thái và các bit lỗi được giải mã đúng. Ghi lại thanh ghi, giá trị thô, giá trị đã quy đổi và kết quả. Một thanh ghi đọc đúng một lần chưa được nghiệm thu; nó chỉ mới là ứng viên. Phép kiểm tra phải có thể lặp lại bởi kỹ sư tiếp theo. Kiểm tra các giá trị biên: không, toàn thang, và một giá trị vừa ngoài ngưỡng cảnh báo. Kiểm tra một lệnh ghi mà thiết bị phải từ chối, và xác nhận rằng nó bị từ chối. Kiểm tra khả năng phục hồi sau khi mất điện và có điện lại trên cả thiết bị và cổng kết nối.
- Đọc giá trị đã biết và đối chiếu màn hình cục bộ
- Ghi an toàn và phản hồi
- Quy đổi trên toàn dải
- Mất liên lạc và phục hồi
- Kiểm tra tích lũy của đồng hồ đo
Tài liệu, trách nhiệm và biện pháp bảo vệ
Modbus không có mô hình đối tượng chuẩn, không có cơ chế phát hiện thiết bị và không có xác thực tích hợp. Hai thiết bị có cùng bảng thanh ghi vẫn có thể hành xử khác nhau. Một số nhà sản xuất chỉ tài liệu hóa những thanh ghi họ muốn được đọc, không phải những thanh ghi nền tảng cần. Các phân đoạn nối tiếp dễ bị ảnh hưởng về điện; một thiết bị đấu dây sai có thể làm sập cả bus. Thiết bị TCP có thể chỉ chấp nhận một số lượng nhỏ kết nối. Các biện pháp bảo vệ mang tính thực tiễn: cách ly phân đoạn, tài liệu hóa mọi thanh ghi, giới hạn quyền ghi, kiểm tra các chế độ lỗi và giữ một bản sao bảng thanh ghi trong bộ hồ sơ bàn giao. Trách nhiệm nên được phân chia giữa nhà cung cấp thiết bị, nhà thầu điều khiển và đơn vị sở hữu mạng, và phải được ghi thành văn bản. Không được để Modbus TCP lộ trực tiếp ra internet; phân đoạn mạng và kiểm soát truy cập chính là mô hình bảo mật. Ghi lại ai được phép ghi từng thanh ghi và vì sao. Một bảng thanh ghi chỉ nằm trên laptop của người lắp đặt thì không phải tài liệu.
- Không có cơ chế phát hiện: kiểm kê trước khi cấu hình
- Không có mô hình đối tượng chuẩn: tài liệu hóa mọi thứ
- Cách ly và kết thúc đường truyền nối tiếp
- Giới hạn quyền ghi và ghi nhật ký
- Bảng thanh ghi trong bộ hồ sơ bàn giao
Định nghĩa thanh ghi Modbus
14 rows| Trường | Nội dung cần ghi lại | Vì sao quan trọng |
|---|---|---|
| Địa chỉ slave | Unit hoặc ID thiết bị | Ngăn va chạm trên bus |
| Mã chức năng | Đọc/ghi coil hoặc thanh ghi | Xác định loại yêu cầu |
| Địa chỉ thanh ghi | Thập phân hoặc hex, quy ước cơ sở | Tránh ánh xạ lệch một đơn vị |
| Kiểu dữ liệu | 16/32-bit, có dấu, float | Chọn cách giải mã đúng |
| Thứ tự word | Word cao trước hoặc word thấp trước | Ngăn giá trị bị đảo lộn |
| Quy đổi tỉ lệ | Hệ số, độ lệch, đơn vị | Tạo ra giá trị kỹ thuật |
| Trường bit | Ý nghĩa bit cảnh báo và trạng thái | Giải mã các word trạng thái đóng gói |
| Chu kỳ hỏi | Chu kỳ, kích thước khối, thời gian chờ | Quyết định lưu lượng và độ phản hồi |
| Thiết lập nối tiếp | Tốc độ baud, parity, stop bit | Khớp với thiết bị và cổng kết nối |
| Kết thúc và cách ly | Bias, kết thúc, chiều dài phân đoạn | Giữ bus điện ổn định |
| Quyền ghi | Những thanh ghi nào được phép ghi | Bảo vệ thiết bị và dữ liệu |
| Chế độ cổng kết nối | Trong suốt hoặc ánh xạ, số cổng | Quyết định hành vi và chẩn đoán |
| Biên bản kiểm thử | Giá trị thô, giá trị quy đổi, kết quả | Chứng minh điểm hoạt động |
| Bảng thanh ghi bàn giao | Bảng có quản lý phiên bản và firmware thiết bị | Duy trì khả năng thay đổi về sau |
Hình ảnh dự án
3 images
Câu hỏi thường gặp
01Modbus RTU và TCP khác nhau thế nào?
RTU chạy trên đường nối tiếp với địa chỉ slave; TCP chạy trên Ethernet với địa chỉ IP và unit identifier. Mô hình thanh ghi tương tự nhau, nhưng đấu dây, thời gian và chẩn đoán khác nhau.
02Có thể tích hợp đồng hồ đo năng lượng của chúng tôi không?
Thường là có, nếu đồng hồ cung cấp bảng thanh ghi Modbus được tài liệu hóa và các thiết lập truyền thông đã biết. Bước đánh giá xác nhận bảng thanh ghi, giao diện và việc các giá trị có đọc được ở chu kỳ yêu cầu hay không.
03Vì sao giá trị Modbus của tôi bị sai theo một hệ số?
Nguyên nhân thường là quy đổi tỉ lệ hoặc thứ tự word. Giá trị 32-bit chia trên hai thanh ghi có thể cần hoán đổi, và đồng hồ đo có thể báo theo đơn vị khác. Bảng thanh ghi và một phép kiểm tra giá trị đã biết sẽ giải quyết được.
04Modbus và BACnet có thể cùng hoạt động không?
Có. Nền tảng có thể đọc đồng hồ Modbus và thiết bị BACnet, rồi trình bày cả hai trong một mô hình. Chỉ cần cổng kết nối khi hai mạng không thể nối trực tiếp.
05Modbus có hỗ trợ cảnh báo không?
Không theo một mô hình cảnh báo chuẩn. Cảnh báo được giải mã từ các bit trạng thái hoặc do nền tảng tính toán. Bảng điểm nên xác định bit nào có ý nghĩa gì.
06Một đường Modbus hỗ trợ được bao nhiêu thiết bị?
Tùy thuộc giới hạn điện, tải của thiết bị và thời gian hỏi. Thiết kế cần xác nhận chiều dài phân đoạn, tốc độ baud, kết thúc đường truyền và thời gian phản hồi dự kiến, không chỉ dải địa chỉ.
07Có thể ghi điểm đặt qua Modbus không?
Thường là có, nếu thiết bị có thanh ghi ghi được và dự án cấp quyền điều khiển. Việc ghi nên được giới hạn, ghi nhật ký và kiểm tra, kèm phương án dự phòng xác định khi mất liên lạc.
08Modbus có bảo mật không?
Bản thân Modbus không có xác thực hay mã hóa. Bảo mật đến từ phân đoạn mạng, kiểm soát truy cập và giới hạn quyền ghi. Không nên để giao thức này lộ trực tiếp ra internet.
Bước tiếp theo
Hãy mang tòa nhà đến với chúng tôi.
Cho chúng tôi biết loại hình tòa nhà, các hệ thống trong phạm vi và kết quả bạn cần. Chúng tôi sẽ vạch ra con đường ngắn nhất đến một hệ thống vận hành được.