Đồng hồ đo công suất NaN, giá trị vô cực và dữ liệu không hợp lệ phải được xử lý như các điều kiện chất lượng dữ liệu cho đến khi ý nghĩa của chúng được xác định. Không thay thế chúng một cách im lặng bằng số không hoặc chuyển tiếp như các phép đo thông thường. Lưu trữ các byte của bộ đếm thô, xác nhận kiểu dữ liệu đã được ghi chú và thứ tự byte, và kiểm tra xem manual của đồng hồ có định nghĩa giá trị đặc biệt không khả dụng hoặc không hợp lệ hay không. Một kết quả không hữu hạn có thể phản ánh trạng thái đã ghi chú, vấn đề tính toán hoặc lỗi giải mã; nhãn hiển thị chỉ riêng không thể xác định được lời giải thích nào phù hợp.
Hướng dẫn này giải thích cách phân biệt các trường hợp đó và giữ cho bảng điều khiển, tính toán và báo cáo không coi thông tin thiếu là một phép đo vật lý. Nó đề cập đến cách xử lý các giá trị không hợp lệ, bổ sung cho chủ đề riêng về làm tròn số hữu hạn và độ chính xác. Không ví dụ nào dưới đây thiết lập giá trị dành riêng hoặc định dạng bộ đếm cho một biến thể đồng hồ chưa được ghi chú.
NaN có nghĩa là “không phải là một số” trong biểu diễn số dấu phẩy động. Vô cực là một giá trị số dấu phẩy động không hữu hạn khác. Cả hai đều không phải là phép đo kỹ thuật hữu hạn thông thường. Tuy nhiên, việc diễn giải một mẫu bit như một số dấu phẩy động chỉ phù hợp sau khi manual của bộ đếm xác nhận biểu diễn đó. Hai bộ đếm có thể chứa các số nguyên, bit trạng thái, bộ đếm hoặc định dạng đã được ghi chú khác.
The tài liệu hướng dẫn struct của Python mô tả các định dạng đóng gói và giải gói nhị phân rõ ràng, bao gồm các biểu diễn dấu phẩy động IEEE 754. Nó hữu ích để xây dựng một bộ kiểm thử giải mã độc lập, nhưng không phải là bản đồ bộ đếm đồng hồ. Một thư viện phần mềm chấp nhận bốn byte không chứng minh rằng thiết bị dự định các byte đó để biểu diễn một số float.
The Tài liệu toán học Python phân biệt các giá trị hữu hạn, vô cực và NaN thông qua các hàm phân loại rõ ràng. Các kiểm tra tương đương tồn tại trong nhiều môi trường lập trình khác. Sử dụng kiểm tra tính hợp lệ có chủ đích trong lớp tích hợp thay vì giả định rằng mọi giá trị phần mềm giải mã thành công đều phù hợp để tổng hợp hoặc hiển thị.
Hướng dẫn sử dụng có thể định nghĩa một biểu diễn cụ thể là không khả dụng, vượt quá phạm vi hoặc không hợp lệ. Ý nghĩa đó phải xuất phát từ tài liệu của biến thể thực tế và firmware. Không tổng quát hóa một giá trị cảnh báo tìm thấy trong bản đồ của nhà sản xuất khác, hoặc giả định rằng tất cả các thiết bị sử dụng NaN để chỉ ra cùng một điều kiện.
Ghi lại yêu cầu, chức năng, điểm bắt đầu, số lượng và phản hồi thô. Giữ lại danh tính đồng hồ, phiên bản manual, dấu thời gian, cấu hình bộ giải mã và bất kỳ cờ trạng thái nào do thiết bị cung cấp. Nếu gateway hoặc nền tảng thu thập chuyển đổi giá trị, ghi lại dạng thô và dạng đã biến đổi riêng biệt để có thể xác định giai đoạn đầu tiên tạo ra giá trị không hợp lệ.
Bảng điều khiển hiển thị “NaN” có thể nhận giá trị đó trực tiếp từ bộ giải mã, tạo ra trong quá trình tính toán hoặc sử dụng như một dấu hiệu thiếu dữ liệu đặc thù của nền tảng. Theo dõi đường đi từ thiết bị đến màn hình hiển thị. Chỉ kiểm tra màn hình cuối cùng có thể dẫn đến kiểm tra vật lý khi vấn đề thực sự là một phép chia phần mềm hoặc quy tắc chuyển đổi sai.
Bảo tồn quan sát hợp lệ cuối cùng với dấu thời gian riêng của nó nếu ứng dụng cần, nhưng không ghi đè quan sát thất bại. Một giá trị hợp lệ cũ và một giá trị không hợp lệ mới là hai thông tin khác nhau. Giữ cả hai hỗ trợ chẩn đoán mà không giả vờ rằng một phép đo lịch sử mô tả quá trình hiện tại.

| Quan sát | Câu hỏi đầu tiên | Xử lý an toàn trong quá trình điều tra | Bằng chứng cần thiết trước khi chấp nhận |
|---|---|---|---|
| Bộ giải mã trả về NaN | Định dạng dấu phẩy động có được ghi chú không? | Đánh dấu không khả dụng; giữ nguyên các byte thô | Loại chính xác, thứ tự byte và ý nghĩa sentinel đã được ghi rõ |
| Bộ giải mã trả về vô cực | Nó có được nhận hay tạo ra bởi một phép tính? | Ngăn chặn sử dụng đo lường thông thường | Giá trị thô và đầu vào phép tính |
| Số hợp lệ bình thường có vẻ không hợp lý | Phép tỷ lệ, đơn vị và nhận dạng nguồn có chính xác không? | Cờ nghi ngờ; so sánh với tham chiếu đáng tin cậy | Bản đồ thủ công và so sánh kiểm soát |
| Phản hồi vận chuyển bị thiếu hoặc không hợp lệ | Có nhận được giá trị ứng dụng hợp lệ nào không? | Ghi lại lỗi truyền thông riêng biệt | Phản hồi hợp lệ phù hợp và kiểm tra tính toàn vẹn |
| Hiển thị giữ lại giá trị trước đó | Thời gian đánh dấu của nó còn chấp nhận được không? | Gắn nhãn tuổi rõ ràng hoặc đánh dấu cũ | Yêu cầu độ mới của dự án và thời gian thu thập |
Bảng này mô tả các lựa chọn xử lý dữ liệu, không phải định nghĩa cảnh báo thiết bị. Các kiểm tra biểu diễn tuân theo tài liệu phần mềm đã trích dẫn; cấu trúc truyền thông theo đặc tả Giao thức ứng dụng Modbus. Yêu cầu dự án xác định điều kiện không khả dụng hoặc nghi ngờ nào sẽ kích hoạt việc nâng cấp vận hành.
Sử dụng bản đồ đăng ký chính xác để xác định chiều rộng, dấu hiệu, định dạng số thực khi áp dụng, tỷ lệ và đơn vị. Kiểm tra xem phạm vi yêu cầu có chứa giá trị đầy đủ hay không và độ dài phản hồi có phù hợp với yêu cầu hay không. Một lần đọc thành công không xác định kiểu dữ liệu, và một kết quả hợp lý từ cách sắp xếp byte không đủ để phê duyệt cách sắp xếp đó.
So sánh các byte quan sát được với một giá trị đã được ghi nhận rõ ràng trong điều kiện kiểm soát. Các hướng dẫn thứ tự byte và word giải thích lý do tại sao việc diễn giải đa đăng ký cần có một bản ghi cấu hình rõ ràng. Tránh tự động thử mọi cách sắp xếp và chọn bất kỳ cách nào tạo ra phép đo có vẻ hợp lý. Kỹ thuật đó có thể che giấu lỗi địa chỉ hoặc biến một trường trạng thái thành một số gây hiểu lầm.
Xác nhận ý nghĩa địa chỉ một cách độc lập bằng cách sử dụng hướng dẫn xác minh lệch đăng ký. Đọc sai vị trí có thể trả về dữ liệu hợp lệ thuộc về trường khác. Sửa định nghĩa yêu cầu đã ghi trong tài liệu trước khi thêm bộ lọc cấp ứng dụng để giảm thiểu triệu chứng của nó.
Nếu cần thử nghiệm giải mã, hãy chạy nó trên dữ liệu đã lưu trong môi trường cách ly. Giữ nguyên chuỗi byte ban đầu và ghi lại mọi biến đổi. Một thử nghiệm bộ giải mã có thể tái tạo lại được an toàn hơn và dễ xem xét hơn so với việc thay đổi trực tiếp liên tục trong quá trình tích hợp đồng hồ đo sản xuất.
Một giá trị hữu hạn có thể làm tròn, không chính xác hoặc nằm ngoài phạm vi kỹ thuật mong đợi mà không phải là NaN hoặc vô cực. Những điều kiện này cần phân loại riêng biệt. Kiểm tra phạm vi trả lời xem kết quả hữu hạn có đáng tin cậy cho ứng dụng hay không; kiểm tra tính hữu hạn xem đó có phải là một số hữu hạn bình thường hay không.
Sử dụng Hướng dẫn độ chính xác số thực khi điều tra làm tròn và các mức tăng có thể biểu diễn được. Không sử dụng độ dung sai dành cho sự khác biệt làm tròn hữu hạn để biện minh cho một phép đọc không hợp lệ. Ngược lại, đừng gán nhãn một sự khác biệt làm tròn nhỏ dự kiến là dữ liệu thiếu.
Khi liên quan đến tính toán ứng dụng, kiểm tra các đầu vào trước kết quả. Tỷ lệ có thể trở nên không xác định khi mẫu số của chúng không có sẵn hoặc bằng không theo quy tắc tính toán. Ghi lại xem sự không hợp lệ bắt nguồn từ giá trị thu nhận được hay từ một chỉ số được tính toán. Không suy ra lỗi điện cụ thể từ một ngoại lệ toán học mà không có bằng chứng đo lường và trạng thái thiết bị hỗ trợ.
Thay thế âm thầm một quan sát công suất không hợp lệ bằng không có thể làm giảm giá trị năng lượng tính từ công suất mẫu. Việc chuyển giá trị cuối cùng về phía trước cũng có thể làm sai lệch điều kiện thay đổi. Chọn quy tắc xử lý phù hợp theo mục đích báo cáo, độ chính xác yêu cầu và chính sách sẵn có dữ liệu đã được ghi nhận, sau đó làm rõ quy tắc cho người dùng phía sau.
Đối với tính toán theo khoảng thời gian, giữ lại một biện pháp bao phủ và xác định các khoảng bị loại trừ hoặc ước lượng. Nếu dự án cho phép ước lượng, ghi nhãn ước lượng và phương pháp của nó riêng biệt với dữ liệu đo lường. Tránh trình bày tổng số trông có vẻ đầy đủ mà che giấu khoảng trống. Chính sách phù hợp cho xu hướng vận hành có thể khác với chính sách cho báo cáo hợp đồng hoặc quy định.
Xử lý các bộ đếm đồng hồ tích lũy riêng biệt với việc tích hợp công suất tức thời mẫu. Một quan sát bộ đếm bị thiếu và một phép đo tức thời không hợp lệ không phải là vấn đề thay thế cho nhau. Xác định xem một phép đo bộ đếm được ghi nhận sau có cho phép so sánh hợp lệ hay không, xem xét các thiết lập lại, rollover và thay thế theo tài liệu thực tế của bộ đếm. Không điền vào khoảng trống bằng các giá trị trung gian bộ đếm do sáng tạo ra.
Cảnh báo dữ liệu không khả dụng nên xác định điểm ảnh hưởng, lần xuất hiện đầu tiên, thời gian hợp lệ cuối cùng và trạng thái chất lượng hiện tại. Bao gồm đủ ngữ cảnh để phân biệt mất liên lạc truyền thông với vấn đề diễn giải giá trị. Tránh thông báo lặp lại giống hệt nhau làm che khuất sự kiện ban đầu mà không giúp kỹ sư chịu trách nhiệm hành động.
Việc phục hồi nên yêu cầu một quan sát hợp lệ đã được ghi nhận, không chỉ đơn thuần là biến mất của chuỗi lỗi. Xác nhận danh tính nguồn, tính toàn vẹn phản hồi, giải mã chính xác, đơn vị và độ mới trước khi khôi phục điểm về tính toán bình thường. Nếu ứng dụng yêu cầu một khoảng thời gian quan sát ổn định, hãy xác định yêu cầu đó trước khi thử nghiệm thay vì sáng tạo ra một số đếm chung chung.
Ghi lại các thay đổi cấu hình cùng với quá trình phục hồi. Một bản đồ bộ đếm, hệ số tỷ lệ hoặc thứ tự byte thay đổi có thể làm thay đổi ý nghĩa của chuỗi thời gian. Ghi lại giới hạn đó để các so sánh lịch sử không kết hợp các giá trị không tương thích mà không có giải thích. Giữ lại các quan sát không hợp lệ ban đầu để xem xét sau này.

The Trang thiết bị đa chức năng CNBYG BY194 liệt kê giao tiếp tùy chọn RS485/MODBUS. Nó không xác nhận rằng mọi biến thể đều mở rộng các bộ đếm IEEE floating-point, sử dụng sentinel cụ thể hoặc báo cáo các phép đo không khả dụng theo cách cụ thể. Lấy manual giao tiếp của biến thể đã đặt hàng và xác nhận tùy chọn đã lắp đặt trước khi triển khai bộ giải mã.
Một câu hỏi nhà cung cấp hữu ích đặt tên chính xác trường dữ liệu, phiên bản manual, độ lệch truyền, phản hồi thô và ý nghĩa mong đợi. Hỏi xem có cần đánh giá bất kỳ register trạng thái hoặc chỉ số chất lượng nào với trường đó không, và liệu các cập nhật firmware có ảnh hưởng đến cách biểu diễn không. Yêu cầu một giải thích chính thức thay vì suy ra hành vi từ hình ảnh sản phẩm hoặc cấu hình của một thiết bị khác.
Trước khi phê duyệt, thử nghiệm đường dẫn hợp lệ thông thường và đường dẫn dữ liệu không khả dụng bằng dữ liệu đã lưu hoặc mô phỏng trong một bài kiểm tra tích hợp riêng biệt. Kiểm tra bảng điều khiển, xuất dữ liệu và kết quả tổng hợp. Điều này xác minh rằng tính không hợp lệ vẫn rõ ràng trong toàn bộ quy trình mà không cần thao tác không an toàn trên một hệ thống điện sống.
Bài giảng của trường đại học dưới đây giải thích về phép tính floating-point và những giới hạn của nó. Nó cung cấp nền tảng để hiểu về biểu diễn, trong khi manual của bộ đếm vẫn là nguồn đáng tin cậy về cách một thiết bị cụ thể mã hóa một phép đo hoặc trạng thái không hợp lệ.
Không. Nguyên nhân có thể xuất phát từ hành vi thiết bị đã được tài liệu hóa, bộ giải mã không chính xác hoặc phép tính của ứng dụng. Hãy giữ nguyên dữ liệu byte thô và truy vết vị trí đầu tiên xuất hiện kết quả không hữu hạn trước khi chẩn đoán lỗi phần cứng.
Chỉ sử dụng giá trị thay thế khi có chính sách ứng dụng được lập thành văn bản cho phép rõ ràng và có ghi nhãn kết quả. Việc âm thầm thay thế bằng số 0 có thể khiến thông tin bị thiếu trông giống như một phép đo thực tế và làm sai lệch tổng số.
Không. Xác nhận vị trí đăng ký, loại, chiều rộng, tỷ lệ và đơn vị theo hướng dẫn, sau đó xác minh bằng các quan sát kiểm soát. Một số hợp lý từ một cách sắp xếp có thể xảy ra do tình cờ.
Không. Hình ảnh phía trước xác định diện mạo rõ ràng. Các định dạng đăng ký, cờ chất lượng và quy ước giá trị không hợp lệ yêu cầu tài liệu cho cấu hình thực tế được cung cấp.