Giám sát mức trong bồn từ xa: 4–20mA, Modbus RTU, cảnh báo và dữ liệu ngoại tuyến | METRAVON

Giám sát mức bồn công nghiệp từ xa: cảm biến, RTU, cảnh báo và tính toàn vẹn dữ liệu ngoại tuyến

Các bồn công nghiệp, trạm bơm phân tán, bể chứa ở xa và điểm đo thủy văn cần nhiều hơn một số đọc mức tại chỗ. Dữ liệu phải đến được phòng vận hành hoặc nền tảng để phân tích xu hướng, cảnh báo mức thấp, cảnh báo tràn và lập kế hoạch bảo trì. Độ tin cậy dài hạn phụ thuộc vào toàn bộ chuỗi — cảm biến, thu thập, kết nối, dấu thời gian và cảnh báo — chứ không chỉ một cảm biến được gắn nhãn sẵn sàng IoT.

Hãy xác định biến cần đo, mục đích cảnh báo và hành vi khi gián đoạn trước khi chọn cảm biến mức, giao diện 4–20mA hoặc RS485, RTU và mạng truyền thông.Bộ đệm ngoại tuyến, khả năng giữ dữ liệu khi mất nguồn và đồng bộ bù về sau phải được quy định và kiểm thử riêng biệt.

1. Phân chia trách nhiệm trên toàn hệ thống

Đầu ra RS485 không có nghĩa là cảm biến có 4G, GPS, tích hợp đám mây hay lưu trữ lịch sử. Yêu cầu báo giá nên gán mỗi chức năng cho một thành phần xác định.

2. Cấu hình 4–20mA và RS485/Modbus đúng cách

4–20mA phù hợp với các kênh đầu vào tương tự PLC thông thường, nhưng cần kiểm tra cách đấu hai dây hoặc bốn dây, điện áp nguồn, tải mạch vòng, chiều quy đổi dải đo và cách diễn giải dòng báo lỗi. RS485/Modbus RTU phù hợp để truy vấn thiết bị số trên bus dùng chung khi đã xác định địa chỉ, tốc độ baud, kiểm tra chẵn lẻ, kiểu dữ liệu thanh ghi, hệ số quy đổi và sơ đồ đấu dây.

Ví dụ, nếu bộ phát của bồn ánh xạ mức 0–6m sang 4–20mA, bộ điều khiển nhận có thể tính H=(I−4)/16×6. Ở 12mA, mức được ánh xạ là 3m. Điều này chỉ áp dụng cho dải mức dương đó, không phải đầu ra khoảng cách hay ánh xạ đảo ngược.

Với nhiều thiết bị Modbus, lập danh sách mã thiết bị cùng địa chỉ thiết bị phụ duy nhất, vị trí thanh ghi, kiểu số, thứ tự byte và đơn vị. Bố trí điện trở đầu cuối và phân cực theo cấu trúc bus thực tế và yêu cầu của thiết bị.

3. Phân biệt mức thấp, mức cao và lỗi thiết bị

Mức chất lỏng thấp không phải lỗi cảm biến; mất liên lạc không phải số đọc mức bằng không. Nền tảng phải phân biệt số đọc quá trình hợp lệ, cảnh báo thấp/cao, thời gian chờ liên lạc và các điều kiện chẩn đoán cảm biến.

Để tránh cảnh báo lặp lại khi giá trị dao động quanh ngưỡng, sử dụng dải trễ đóng/ngắt và thời gian trễ khi được phê duyệt. Ví dụ minh họa: cảnh báo mức cao kích hoạt ở 4,5m và chỉ xóa khi mức xuống dưới 4,3m; ngưỡng thực tế phải được đơn vị phụ trách quá trình phê duyệt.

Với hệ thống nước chữa cháy, chống tràn hóa chất nguy hiểm, bảo vệ bơm và chức năng an toàn có thiết bị đo, cảnh báo đám mây thông thường không thay thế các chức năng điều khiển an toàn độc lập đã được phê duyệt.

4. Gián đoạn mạng, mất nguồn và đồng bộ bù là khác nhau

Gián đoạn mạng: nếu RTU vẫn có nguồn và bộ nhớ cục bộ, thiết bị có thể tiếp tục ghi mẫu. Sau khi kết nối lại, các bản ghi có thể được truyền kèm dấu thời gian gốc, tùy khả năng của kiểu thiết bị và dung lượng lưu trữ.

Mất nguồn: nếu không có nguồn dự phòng, việc đo mới thường dừng lại. Khả năng giữ dữ liệu đã lưu phụ thuộc vào bộ nhớ không mất dữ liệu khi mất nguồn và cơ chế ghi, khôi phục của thiết bị.

Đồng bộ bù phải giữ nguyên thời gian đo gốc và danh tính thiết bị, dùng số thứ tự hoặc khóa bản ghi duy nhất để tránh bản ghi trùng lặp. Máy chủ phải hiển thị thời gian nhận và độ mới của dữ liệu riêng biệt; bản ghi trễ của hôm qua không được xuất hiện như mức trực tiếp mới nhất.

5. Chọn truyền thông và nguồn cho hiện trường thực tế

Việc định cỡ năng lượng mặt trời phải bao gồm đỉnh phát và kết nối lại của modem, chu kỳ lấy mẫu, số ngày dự trữ, dung lượng pin khả dụng và hiệu suất bộ sạc — chứ không chỉ mức tiêu thụ danh định của cảm biến.

6. Vì sao số đọc tại chỗ có thể đúng nhưng mức trên đám mây lại sai?

Các nguyên nhân phổ biến gồm nhầm lẫn giữa khoảng cách và mức, đơn vị kỹ thuật không nhất quán, ánh xạ 4–20mA đảo ngược, thứ tự byte Modbus sai, chuyển đổi thanh ghi sai hoặc điểm chuẩn lắp đặt không khớp.

Một biên bản kiểm tra vòng lặp đúng chuẩn gồm năm điểm: mức hiện trường độc lập; hiển thị bộ phát; mA thực tế hoặc thanh ghi Modbus thô; giá trị đã chuyển đổi bởi RTU; và giá trị máy chủ cuối cùng kèm dấu thời gian nguồn. Toàn bộ chuỗi — chứ không phải một màn hình — phải vượt qua nghiệm thu.

7. Ví dụ hai hiện trường: bồn và trạm bơm

Hãy xét một bồn quy trình có bộ phát mức 4–20mA và cảnh báo mức thấp tại chỗ, cùng một trạm bơm ở xa dùng cảm biến RS485/Modbus. Các RTU tương thích có thể thu từng tín hiệu và gửi đến một bảng điều khiển, nhưng các trạm cần định nghĩa I/O và quy tắc cảnh báo riêng biệt.

Tại bồn, cần bảo đảm quy đổi mức, dải trễ đóng/ngắt và cách xử lý lỗi chính xác. Tại trạm bơm, cần xác minh địa chỉ/thanh ghi Modbus và phân định rõ trách nhiệm điều khiển bơm. Cả hai nơi đều cần dấu thời gian đo gốc và giám sát trạng thái kết nối để tránh nhầm trạm mất liên lạc với mực chất lỏng không thay đổi.

8. Kế hoạch kiểm thử từ thí điểm đến bàn giao

• Xác nhận dải đo, mốc chuẩn, môi chất và cách lắp cảm biến
• Xác minh các điều kiện tín hiệu hợp lệ, thấp/cao và lỗi
• So sánh đơn vị, kiểu dữ liệu và hệ số quy đổi của RTU với hệ thống nhận
• Kiểm thử đệm, đồng bộ bù và khử trùng lặp sau gián đoạn mạng
• Xác minh giữ tham số và khoảng trống dữ liệu sau khởi động lại
• Kiểm tra dải trễ đóng/ngắt cảnh báo, chỉ báo dữ liệu cũ và quyền gửi thông báo
• Lưu sơ đồ đấu dây, danh sách mã thiết bị/I/O, bản đồ thanh ghi và bằng chứng thử nghiệm

9. Thông tin cần thiết cho yêu cầu báo giá dự án

Cung cấp số địa điểm, số thiết bị tại mỗi nơi, môi chất và dải đo, các thiết bị 4–20mA/RS485 hiện có, kiểu PLC/RTU, nguồn cấp, vùng phủ mạng, logic cảnh báo, chu kỳ tải dữ liệu, thời gian gián đoạn chấp nhận được, yêu cầu lưu trữ và các yêu cầu MQTT/HTTP/đám mây. Bộ đệm, TLS, GPS và khả năng hỗ trợ giao thức phụ thuộc vào kiểu thiết bị và cấu hình.

10. Câu hỏi thường gặp

Cảm biến RS485 có thể tải trực tiếp lên đám mây không?

Giao diện điện RS485 tự nó không cung cấp kết nối di động hoặc giao thức đám mây. Thông thường cần RTU hoặc cổng kết nối tương thích, trừ khi tài liệu cảm biến xác nhận có những chức năng đó. Xác nhận riêng giao thức nối tiếp, bản đồ thanh ghi và giao diện máy chủ trước khi phân công chức năng thu thập và truyền dữ liệu.

Dữ liệu có tự động tải lên sau khi mạng khôi phục không?

Chỉ khi bộ ghi và máy chủ được chọn hỗ trợ cơ chế lưu trữ và truyền lại cần thiết. Thử gián đoạn mạng với dấu thời gian gốc, khởi động lại có kiểm soát và kết nối lại. Kiểm tra bản ghi thiếu, bản ghi trùng và việc đánh dấu dữ liệu lịch sử đến muộn, bảo đảm chúng không xuất hiện như mức hiện tại mới nhất.

Một RTU có thể xử lý cả 4–20mA và RS485 không?

Một số cấu hình hỗ trợ cả hai, nhưng cần xác minh số kênh, cách ly đầu vào, nguồn cấp cảm biến, khả năng truyền nối tiếp và giao thức cần thiết trên kiểu đặt hàng. Thử giá trị hợp lệ và trạng thái lỗi đến tận màn hình cuối cùng. Danh sách giao diện có sẵn không chứng minh mọi tổ hợp đều hoạt động đồng thời ở tốc độ yêu cầu.