Mã ngoại lệ Modbus của công tơ điện cho biết thiết bị đã nhận được yêu cầu nhưng không thể thực hiện thao tác được yêu cầu. Các mã này khác với lỗi hết thời gian chờ, khung dữ liệu nối tiếp bị hỏng hoặc giá trị được giải mã sai thứ tự byte. Trước tiên, hãy lưu lại chính xác yêu cầu và phản hồi, sau đó đối chiếu mã ngoại lệ với bảng thanh ghi của phiên bản công tơ đang được lắp đặt. Không thay đổi cài đặt bảo vệ, đặt lại bộ đếm hoặc gửi lệnh ghi chỉ nhằm mục đích làm biến mất lỗi. Việc kiểm tra chỉ đọc thường là cách an toàn hơn và rõ ràng hơn để xác định nguyên nhân.
Hướng dẫn này giải thích cách nhận biết phản hồi ngoại lệ, phân biệt lỗi giao thức với lỗi truyền thông và chuẩn bị bằng chứng mà nhà cung cấp công tơ hoặc kỹ sư tích hợp có thể thực sự sử dụng. Tài liệu không cung cấp bảng thanh ghi BY194 và cũng không khẳng định rằng mọi thiết bị đều hỗ trợ tất cả các chức năng được mô tả trong giao thức.
Phản hồi thông thường và phản hồi ngoại lệ có cấu trúc khác nhau. Giao thức đặc tả Giao thức ứng dụng Modbus quy định mã chức năng ngoại lệ là mã chức năng được yêu cầu với bit có trọng số cao nhất được đặt thành 1. Sau đó, dữ liệu ngoại lệ xác định tình trạng được báo cáo. Ví dụ, phản hồi ngoại lệ đối với chức năng 03 sử dụng mã chức năng 83 ở hệ thập lục phân. Ví dụ này mô tả cấu trúc khung giao thức, không phải địa chỉ hoặc khả năng của một công tơ cụ thể.
Trước tiên, hãy xác nhận rằng phản hồi thuộc về yêu cầu đang được kiểm tra. Trên bus nối tiếp, hãy so sánh danh tính thiết bị và khung dữ liệu đã ghi nhận. Đối với cổng chuyển đổi TCP, cũng cần lưu giữ mã định danh giao dịch và thông tin định tuyến. Cổng chuyển đổi có thể báo cáo sự cố của chính nó thay vì trả về mã ngoại lệ do công tơ tạo ra. Sự khác biệt này rất quan trọng vì phản hồi hợp lệ từ cổng chuyển đổi không chứng minh rằng thiết bị đo ở phía sau có thể kết nối được.
Lỗi hết thời gian chờ không chứa phản hồi hợp lệ để phân loại. Lỗi CRC có nghĩa là thông điệp nối tiếp nhận được không vượt qua bước kiểm tra tính toàn vẹn và không được chấp nhận là phản hồi ở cấp ứng dụng. Phản hồi thông thường hợp lệ nhưng chứa giá trị đo không hợp lý lại đặt ra những vấn đề khác: địa chỉ, kiểu dữ liệu, hệ số tỷ lệ, đơn vị và độ mới của dữ liệu. Hãy phân biệt rõ các trường hợp này trong hồ sơ sự cố.

| Ngoại lệ | Ý nghĩa theo giao thức | Kiểm tra ban đầu hữu ích | Những điều mã này không xác nhận |
|---|---|---|---|
| 01 | Chức năng không hợp lệ | Đối chiếu chức năng được yêu cầu với tài liệu hướng dẫn của thiết bị | Không thể kết luận phần cứng công tơ bị lỗi |
| 02 | Địa chỉ dữ liệu không hợp lệ | Kiểm tra độ lệch bắt đầu và toàn bộ phạm vi dữ liệu được yêu cầu | Không thể kết luận rằng chỉ thay đổi địa chỉ thiết bị sẽ giải quyết được vấn đề |
| 03 | Giá trị dữ liệu không hợp lệ | Kiểm tra cấu trúc yêu cầu và số lượng hoặc giá trị trường được phép | Điện áp hoặc dòng điện đo được nằm ngoài phạm vi cho phép |
| 04 | Lỗi thiết bị máy chủ | Bảo toàn bằng chứng và thực hiện quy trình chẩn đoán của nhà sản xuất | Một linh kiện cụ thể bị lỗi |
| 05 hoặc 06 | Xác nhận hoặc thiết bị máy chủ đang bận | Kiểm tra xem thao tác và phản hồi đó có được ghi trong tài liệu hay không | Quyền cho phép thử lại vô thời hạn |
| 0A hoặc 0B | Sự cố về đường truyền cổng giao tiếp hoặc phản hồi từ thiết bị đích | Kiểm tra tuyến đường truyền qua cổng giao tiếp và liên kết đến các thiết bị phía sau | Thanh ghi của ứng dụng có tồn tại hay không |
Các nhãn và sự phân biệt nêu trên tuân theo đặc tả giao thức ứng dụng. Việc các mã này xuất hiện và cách xử lý chúng phụ thuộc vào những chức năng được triển khai và tài liệu hướng dẫn của thiết bị. Một số mã liên quan đến các thao tác mà một công tơ điện cụ thể có thể hoàn toàn không hỗ trợ. Không bao giờ xây dựng hướng dẫn khắc phục sự cố dựa trên giả định rằng tất cả các mã được liệt kê đều có thể xuất hiện trên model đang được lắp đặt.
Mã 03 đặc biệt dễ bị hiểu sai. Trong ngữ cảnh này, “giá trị dữ liệu” liên quan đến trường hoặc cấu trúc của yêu cầu bị máy chủ từ chối. Đây không phải là cảnh báo chung cho biết đại lượng vật lý được đo đang ở mức nguy hiểm. Các cảnh báo điện trong quá trình vận hành phải được diễn giải dựa trên tài liệu hướng dẫn của công tơ và các biện pháp bảo vệ của hệ thống lắp đặt.
Ghi lại đồng thời mã chức năng, địa chỉ bắt đầu và số lượng thanh ghi được yêu cầu. Chỉ kiểm tra thanh ghi đầu tiên có thể khiến bạn bỏ sót trường hợp phạm vi đọc vượt qua ranh giới không được hỗ trợ. Một yêu cầu đọc bắt đầu tại vị trí hợp lệ vẫn có thể bao gồm thanh ghi dành riêng, vượt quá khối dữ liệu được thiết bị hỗ trợ hoặc chia tách một giá trị vốn yêu cầu phương thức truy cập được quy định trong tài liệu.
Tham khảo đúng tài liệu hướng dẫn của phiên bản thiết bị cụ thể, bao gồm cả phiên bản sửa đổi và mọi thông tin chi tiết về tùy chọn truyền thông. Các tham chiếu thanh ghi được in trong tài liệu có thể sử dụng quy ước đánh số dành cho người dùng, khác với độ lệch địa chỉ được truyền trong thông điệp. Hãy sử dụng tài liệu hướng dẫn riêng về độ lệch địa chỉ thanh ghi để ghi lại rõ ràng việc chuyển đổi đó. Không thử một chuỗi các giá trị độ lệch được phỏng đoán trên hệ thống đang vận hành nếu chưa có kế hoạch kiểm thử được phê duyệt và giới hạn phạm vi rõ ràng.
Chọn một mục chỉ đọc được nhà sản xuất tài liệu hóa làm cơ sở đối chiếu. Xác minh chức năng được yêu cầu và số lượng được phép. Nếu mục cơ sở hoạt động bình thường nhưng khối dữ liệu dự kiến lại không hoạt động, hãy so sánh hai yêu cầu thay vì đồng thời thay đổi tốc độ baud, hệ thống dây và cách định địa chỉ thanh ghi. Một khác biệt được kiểm soát sẽ cung cấp bằng chứng đáng tin cậy hơn nhiều so với việc đặt lại cấu hình trên diện rộng.
Khi toàn bộ quá trình tích hợp không hoạt động, cũng cần kiểm tra các thiết lập cơ bản về giao tiếp của công tơ điện. Tùy chọn giao tiếp được liệt kê trên trang sản phẩm không chứng minh rằng thiết bị cụ thể được cung cấp có tích hợp tùy chọn đó, có cấu hình như mong đợi hoặc sử dụng sơ đồ thanh ghi dành cho một biến thể khác.
Ghi lại mọi thiết bị trung gian giữa phần mềm và thiết bị đo. Bao gồm model gateway, chế độ giao tiếp, mã định tuyến, phiên bản firmware liên quan và đơn vị chịu trách nhiệm thay đổi cấu hình. Địa chỉ thiết bị nối tiếp có thể được chuyển đổi hoặc lựa chọn thông qua cài đặt gateway; một yêu cầu được gửi đến sai tuyến thiết bị phía sau có thể tạo ra lỗi từ gateway ngay cả khi kết nối mạng vẫn hoạt động bình thường.
Thu thập nhật ký gateway nếu có, nhưng tránh giả định rằng các bộ đếm hoặc chức năng chẩn đoán không được tài liệu hóa chắc chắn tồn tại. So sánh phản hồi của chính gateway với bản ghi thu thập được phê duyệt tại ranh giới kết nối phía thiết bị nếu hệ thống hỗ trợ quy trình đó. Công việc này phải do đội ngũ điều khiển chịu trách nhiệm thực hiện, không làm gián đoạn bus dùng chung hoặc để lộ mạng đang vận hành.
Ngoại lệ xuất hiện ngay lập tức và tình trạng hết thời gian chờ sau một khoảng trễ đòi hỏi những bước xử lý tiếp theo khác nhau. Ngoại lệ tức thời có thể cho thấy thiết bị đích đã hiểu đủ nội dung yêu cầu để từ chối nó. Tình trạng hết thời gian chờ có thể bắt nguồn từ việc định tuyến, tình trạng sẵn sàng của thiết bị, cấu hình đường truyền hoặc phản hồi bị thất lạc. Không hiện tượng nào trong số này tự nó đủ để xác định thiết bị đo bị lỗi. Hãy giữ nguyên các mốc thời gian dưới dạng quan sát thực tế thay vì biến chúng thành những thông số kỹ thuật về thời gian phản hồi không có căn cứ.
Việc liên tục gửi một yêu cầu không hợp lệ không thể khiến yêu cầu đó trở nên hợp lệ. Đối với phản hồi chức năng không hợp lệ hoặc địa chỉ không hợp lệ, hãy dừng yêu cầu bị ảnh hưởng và đối chiếu với tài liệu hướng dẫn trước khi thử lại. Đối với tình trạng bận tạm thời đã được tài liệu hóa, hãy sử dụng khoảng thời gian chờ do nhà sản xuất khuyến nghị, giới hạn số lần thử tối đa và quy trình chuyển cấp xử lý rõ ràng. Không được xem phản hồi báo bận là sự cho phép thực hiện truy vấn liên tục không giới hạn.
Một bus dùng chung có thể kết nối nhiều máy khách hoặc gateway, vì vậy cần phối hợp trước khi tiến hành điều tra. Ngăn vòng lặp thử lại của hệ thống tích hợp làm quá tải thiết bị hoặc che khuất lỗi ban đầu trong một lượng lớn nhật ký. Hãy lưu lại lỗi đầu tiên, các thay đổi được kiểm soát và kết quả cuối cùng. Việc đọc dữ liệu thành công ở lần thử sau không được xóa bỏ những bằng chứng cần thiết để giải thích lý do yêu cầu ban đầu bị từ chối.
The Đặc tả đường truyền nối tiếp Modbus giúp phân biệt lỗi đóng khung thông điệp và lỗi toàn vẹn dữ liệu với các ngoại lệ ở tầng ứng dụng. Hãy sử dụng tài liệu này cùng với hướng dẫn sử dụng thiết bị, thay vì coi một khung dữ liệu nối tiếp hợp lệ là bằng chứng cho thấy mọi thao tác ứng dụng được yêu cầu đều được hỗ trợ.
Một yêu cầu hỗ trợ hữu ích cần bao gồm model và phiên bản đồng hồ đo, số sê-ri nếu phù hợp, phiên bản tài liệu hướng dẫn, tùy chọn truyền thông đã lắp đặt, thông tin chương trình cơ sở (firmware) nếu có và đại lượng đo dự kiến. Bổ sung tham chiếu thanh ghi chính xác như được in trong tài liệu hướng dẫn, cùng với độ lệch bắt đầu thực tế và số lượng thanh ghi mà ứng dụng khách đã gửi.
Đính kèm một yêu cầu và phản hồi thô tương ứng, kèm dấu thời gian và cách ghi ký hiệu thập lục phân nhất quán. Nêu rõ dữ liệu được ghi nhận tại ứng dụng khách, cổng chuyển tiếp hay giao diện nối tiếp. Bao gồm phản hồi dự kiến theo tài liệu hướng dẫn, ngoại lệ đã quan sát được, các thử nghiệm có giới hạn đã thực hiện và kết quả tương ứng. Xóa thông tin xác thực, chi tiết mạng nhạy cảm và dữ liệu vận hành không liên quan trước khi chia sẻ bộ hồ sơ.
Đối với Thiết bị đo đa chức năng CNBYG BY194, thông tin sản phẩm công khai xác định tùy chọn truyền thông RS485/MODBUS. Hãy lấy tài liệu dành cho cấu hình thực tế đã đặt hàng trước khi lựa chọn chức năng hoặc thanh ghi. Hình ảnh sản phẩm không thể xác nhận khả năng hỗ trợ giao thức, các tùy chọn đã lắp đặt, cách bố trí đầu nối hoặc hành vi của mã ngoại lệ.

Sau khi hoàn tất việc khắc phục và có tài liệu ghi nhận, hãy thực hiện lại lệnh đọc ban đầu đã được phê duyệt và so sánh cấu trúc phản hồi với định dạng dự kiến. Xác nhận rằng kết quả đến từ đúng thiết bị đo và thể hiện đúng đại lượng cần đo. Kiểm tra riêng đơn vị, hệ số tỷ lệ và cách diễn giải; việc loại bỏ được ngoại lệ không đồng nghĩa với việc độ chính xác của phép đo đã được xác nhận.
Đối với các giá trị sử dụng nhiều thanh ghi, hãy tiếp tục với việc xác minh thứ tự byte và thứ tự word thay vì đánh giá thành công chỉ dựa trên một con số có vẻ hợp lý. So sánh các kết quả đọc với một nguồn tham chiếu đáng tin cậy và phù hợp trong điều kiện ổn định, đồng thời ghi lại các tiêu chí nghiệm thu do dự án lựa chọn. Một giá trị duy nhất tình cờ có vẻ hợp lý là bằng chứng chưa đủ thuyết phục.
Khôi phục hoạt động thu thập dữ liệu thông thường theo từng giai đoạn, kiểm tra xem các ngoại lệ có tái diễn hay không và lưu lại định nghĩa yêu cầu cuối cùng trong hồ sơ tích hợp. Nếu xuất hiện một ngoại lệ khác, hãy mở một nhánh chẩn đoán riêng thay vì ghi đè lên phần giải thích trước đó. Cách làm này giúp công việc bảo trì trong tương lai có thể tái lập và giúp tích hợp các thiết bị thay thế dễ dàng, chính xác hơn.
Bài học mang tính giáo dục dưới đây giải thích cách phát hiện lỗi truyền dẫn. Nội dung này củng cố sự phân biệt đã nêu trước đó: lỗi toàn vẹn dữ liệu khác với ngoại lệ ứng dụng đã được nhận hợp lệ. Bài học không định nghĩa các mã ngoại lệ Modbus và không thay thế tài liệu giao thức; hãy sử dụng nội dung này làm kiến thức nền để giữ riêng biệt các nhánh chẩn đoán.
Không nhất thiết. Lỗi địa chỉ dữ liệu không hợp lệ liên quan đến phạm vi dữ liệu ứng dụng được yêu cầu. Hãy kiểm tra mã chức năng, độ lệch thanh ghi được truyền đi và tổng số lượng thanh ghi so với tài liệu hướng dẫn của phiên bản thiết bị đã lắp đặt, đồng thời xác minh riêng danh tính thiết bị.
Không. Timeout có nghĩa là không nhận được phản hồi hợp lệ khớp với yêu cầu trong khoảng thời gian chờ của máy khách. Trường hợp này cần được điều tra về kết nối truyền thông và định tuyến, thay vì tự ý phân loại thành một mã ngoại lệ.
Không. Hãy sửa các hàm hoặc địa chỉ không hợp lệ trước khi thử lại. Chỉ thử lại các tình huống tạm thời khi có tài liệu hướng dẫn, đồng thời thiết lập thời gian chờ, giới hạn số lần thử và quy trình chuyển cấp xử lý. Tránh gửi yêu cầu lặp đi lặp lại gây tải cho mạng dùng chung mà không giải quyết được nguyên nhân.
Không. Hãy xác nhận danh tính, loại dữ liệu, thứ tự byte, hệ số tỷ lệ, đơn vị và độ mới của dữ liệu. Một giao dịch trao đổi giao thức thành công chỉ chứng minh rằng yêu cầu đã được phản hồi, trong khi việc chấp nhận kết quả đo đòi hỏi các bước kiểm tra riêng biệt.