DTU, bộ định tuyến công nghiệp hay cổng IoT: Chọn theo nhiệm vụ xử lý dữ liệu

Chọn DTU, bộ định tuyến công nghiệp hoặc cổng IoT là quyết định khâu nào đảm nhiệm truyền thông và xử lý dữ liệu. Một thiết bị nối tiếp có thể chỉ cần đường truyền tới phần mềm hiện có. Một cơ sở khác có thể cần truy vấn tại chỗ, quy đổi sang đơn vị kỹ thuật và lưu bản ghi khi mất kết nối. Hãy so sánh các nhiệm vụ này trước; tên gọi trên vỏ không bảo đảm các nhà sản xuất hoặc phiên bản phần sụn có khả năng giống nhau.

Thiết bị nào đã hiểu dữ liệu hiện trường?

Nếu máy chủ nhận đã truy vấn và diễn giải giao thức thiết bị, truyền dữ liệu trong suốt có thể là đủ. DTU có thể chuyển dữ liệu nối tiếp tới đích cần thiết khi yêu cầu thời gian truyền nối tiếp và chế độ kết nối phù hợp với ứng dụng. Tuy nhiên, DTU không khiến hệ thống tự hiểu một giao thức thiết bị chưa có tài liệu.

Nếu PLC đã cung cấp dữ liệu hợp lệ qua Ethernet, nhu cầu chủ yếu có thể là định tuyến mạng. Nếu chưa có hệ thống tại chỗ hoặc từ xa đảm nhiệm thu thập, hãy xác định ai sẽ truy vấn thiết bị, áp dụng hệ số quy đổi và báo trạng thái. Thiếu khâu này thường là lý do dự án cần cổng kết nối hoặc RTU thay vì chỉ thiết bị truyền dữ liệu qua mạng di động.

DTU, bộ định tuyến công nghiệp hay cổng IoT: So sánh cấu hình thực tế

Thiết bị TR321 do METRAVON cung cấp cho thấy vì sao các nhóm thiết bị có thể có chức năng giao nhau. Đây là bộ định tuyến 4G nhỏ gọn có một cổng WAN và một cổng LAN, có thể cấu hình thành hai cổng LAN, cùng giao diện RS232 được công bố. RS485/RS422 là tùy chọn phải chỉ rõ khi đặt hàng; không được mặc định mọi thiết bị được giao đều có các giao diện này.

Các tùy chọn truyền nối tiếp và giao thức được công bố không có nghĩa là mọi cấu hình định tuyến đều thực hiện truy vấn ở lớp ứng dụng và chuyển đổi dữ liệu cho đám mây. Yêu cầu báo giá nêu rõ chế độ và phiên bản phần sụn dự kiến. Với đường truyền trong suốt hiện có, xác minh cách xử lý ranh giới dữ liệu nối tiếp, kết nối lại và nhiều ứng dụng khách trước khi chuyển đổi hệ lắp.

Thiết bị TG451 có danh sách giao diện đa dạng hơn: năm cổng Ethernet, RS232, RS485, hai đầu vào số và hai đầu ra rơ-le. Đây là phương án có thể xem xét khi cần đồng thời nhiều kết nối thiết bị và chức năng cổng IoT. Kiểm tra đúng yêu cầu về trình điều khiển, điểm dữ liệu và chế độ vận hành thay vì coi số cổng lớn hơn là bằng chứng tương thích.

Để thu thập trực tiếp tín hiệu tương tự, hãy so sánh TG501 và cấu hình đầu vào được quy định cho model này. Có cầu đấu trên bộ định tuyến chưa chứng minh khả năng đo tín hiệu tương tự. Tương tự, không tính cổng nối tiếp dùng bảo trì là kênh sẵn có để nối thiết bị đo.

Đưa trách nhiệm phần mềm vào báo giá

Nêu rõ hệ thống nào chịu trách nhiệm truy vấn thiết bị, quy đổi, gắn dấu thời gian, đánh giá cảnh báo và lưu trữ. Xác định trình điều khiển cần dùng được tích hợp tiêu chuẩn, cần giấy phép hay là chức năng dự án phải đánh giá riêng. Tên giao thức như Modbus mô tả một nhóm chức năng truyền thông, không phải sơ đồ dữ liệu đã cấu hình sẵn cho mọi thiết bị.

Với đích nhận MQTT, cung cấp yêu cầu máy chủ môi giới, phương thức xác thực và cấu trúc thông điệp. Không mặc định hai sản phẩm có ghi MQTT sẽ tạo cùng cấu trúc chủ đề hoặc nội dung dữ liệu. Yêu cầu mẫu do đúng phần sụn được chọn tạo ra, rồi so sánh với định dạng ứng dụng chấp nhận.

Không đưa chức năng điều khiển máy tại chỗ vào phạm vi nếu chưa được thiết kế và xác minh rõ ràng. Khả năng chạy tập lệnh trên cổng kết nối hoặc có đầu ra rơ-le không chứng minh đặc tính đáp ứng xác định như PLC hoặc phê duyệt an toàn. Chọn bộ điều khiển và kiến trúc truyền thông theo từng trách nhiệm khác nhau.

Thử các tình huống mất dịch vụ trước khi mua hàng loạt

Trong phép thử có kiểm soát, ngắt đường kết nối mạng dự kiến và quan sát việc thu thập, phiên kết nối và bản ghi. Sau đó khôi phục đường truyền và kiểm tra ứng dụng phục hồi. Kết nối truyền tải được nối lại chưa chứng minh lịch sử trong thời gian mất kết nối đã được lưu hoặc máy chủ đã tiếp tục chấp nhận thiết bị.

Nếu cần bộ đệm, quy định thời gian lưu, định danh bản ghi và cách xử lý khi bộ đệm đầy. Nếu cần bảo trì từ xa, xác nhận phương thức truy cập được phê duyệt và ai quản lý thông tin xác thực, phần sụn. Phải xác minh chức năng lưu trữ và bảo trì cho đúng cấu hình đặt hàng, không lấy từ model khác trong cùng dòng.

Cũng cần đánh giá phương án thay thế. Có thể khôi phục cấu hình được phê duyệt lên thiết bị dự phòng với phần sụn đã chọn không? SIM, anten, tài khoản và cài đặt nền tảng đã được ghi thành tài liệu chưa? Phép trình diễn ngắn trên bàn thử cần bao gồm phục hồi sau gián đoạn thực tế, không chỉ kết nối lần đầu thành công.

So sánh toàn chi phí dự án

Tách giá thiết bị khỏi chi phí cấu hình trình điều khiển, tích hợp nền tảng, thuê bao, dịch vụ SIM, anten, phần cứng tủ và bảo trì. Dùng lại trình điều khiển phía máy chủ đã được kiểm chứng có thể giúp phương án truyền trong suốt tiết kiệm chi phí. Chuyển đổi tại chỗ có thể đáng để cấu hình thêm nếu giảm được công việc tùy chỉnh phải lặp lại tại nhiều cơ sở.

Không chọn thế hệ mạng di động tách khỏi vùng và nhà mạng. Xác nhận mô-đun đặt hàng, băng tần hỗ trợ và dịch vụ có sẵn tại nơi lắp. Cổng có khả năng kỹ thuật vẫn không phù hợp nếu cấu hình di động không dùng được mạng dự kiến.

Câu hỏi lựa chọn

Câu 1. Bộ định tuyến có thay DTU được không?

Có thể nếu đúng phiên bản bộ định tuyến cung cấp giao diện nối tiếp và chế độ truyền cần thiết. Xác minh thời gian, trách nhiệm kết nối và phục hồi với ứng dụng hiện có. Chỉ có định tuyến Ethernet không đáp ứng yêu cầu đường nối tiếp.

Câu 2. Cổng có loại bỏ nhu cầu máy chủ không?

Không nhất thiết. Thu thập hoặc xử lý tại chỗ có thể giảm nhiệm vụ của máy chủ, nhưng báo cáo, truy cập người dùng và lưu trữ dài hạn vẫn cần đích xử lý được xác định rõ. Xác định dịch vụ nào chạy tại chỗ và dịch vụ nào nằm ở nơi khác trước khi so sánh báo giá.

Câu 3. Cần cung cấp gì để đề xuất model?

Cung cấp danh sách thiết bị hiện trường và giao diện, hệ thống hiện đang diễn giải dữ liệu, định dạng đích và cách hệ thống cần hoạt động khi mất kết nối. Bổ sung thông tin nguồn cấp, vỏ bảo vệ và nhà mạng tại hiện trường. Những thông tin này giúp phân biệt nhiệm vụ chỉ truyền dữ liệu với một dự án tích hợp mới.

Tóm tắt

Chọn theo nhiệm vụ: truyền các byte dữ liệu, định tuyến IP, ánh xạ dữ liệu hoặc thu thập trực tiếp tín hiệu. Yêu cầu METRAVON đánh giá đường dữ liệu đề xuất và xác định chính xác phần cứng, phần sụn cùng dịch vụ cần thiết, đồng thời nêu rõ tùy chọn và các hạng mục không bao gồm trong báo giá.