农业物联网导出表出现NAN，先别把它填成零

农场把传感器记录交给服务商分析时，表格中一串NAN看起来不如数字整齐。若在整理阶段统一填成0，表格虽然容易计算，却可能丢掉最需要解释的信息：原设备究竟给出了零读数，还是没有给出可按普通测量值使用的结果？

本文于2026年10月8日核对Campbell Scientific澳大利亚网站的FAQ及CS650/CS655在线帮助页。两页未标明可确认的发布日期，以下说明限于这些型号的公开文档，不能直接套用到所有土壤传感器。

NAN背后可能是逻辑检查

厂商FAQ说明，CS650系列固件内有逻辑检查，用来避免报告已知错误的数字。体积含水量显示NAN或9999999，并不必然表示硬件损坏；文档分别讨论了通信、介电常数范围及其读数状态等条件。因此，数据表遇到这类输出，首先能确认的是原始状态，而不是故障原因或现场含水量。[1]

9999999外观看起来是一个大数，在这份型号文档里却可能承担特殊状态标记的作用。若导出软件把它当成普通数值求平均，算出的结果就失去了相应物理意义。这是依据文档用途作出的数据整理分析，并非本文对任何农场设备的实测结论。

零读数也需要上下文

在线帮助页把“全部输出为0”列作单独症状，所列可能原因包括采集程序没有相应读取指令，以及触发读取的条件没有成立。另一项症状是首值NAN、后续为0或持续不变，文档为它列出另外的排查线索。[2] 这说明只看一个0或一个NAN，仍不足以判断现场状态。本文仅识读症状条目，不转述接线、程序修改或校准步骤。

对交接表而言，原始值、异常标记和是否实际取得本次记录，应当是可以分别看见的信息。一个数值栏里的0，并不能替代“本次读取已完成”的证据；缺少读取状态时，也不宜由整理者自行补成已完成。

保留一份可追问的记录

本文提出的整理办法是把原始输出原样留在一列，另列设备型号、记录时间、测量项目、单位以及导出软件怎样解释特殊标记。若已有软件把NAN转换为空白，应记录这种转换；原文件中本来就是空白，则保留来源不明或未提供的状态。两种空白不能仅凭显示外观当成同一回事。

例如，在一个假设的导出文件中，A行原始内容为NAN，B行为0，C行没有记录。可以分别登记为原始特殊状态、原始零读数、未取得记录，并把这些名称明确标注为本项目的整理分类。这样的表格没有替设备诊断，却让后续复核人员知道要查原文件、读取过程还是型号文档。

若另做统计用副本，排除或转换哪些行、所用规则是什么，应与原始记录一同保存。不要为了画出连续曲线就把全部异常值填成零，也不要因为剔除了异常行便声称剩下的数据已经准确。原始输出可追溯、整理过程可解释，才能保留后续核查所需的线索。具体故障、土壤状态及任何灌溉控制判断仍需要相应现场证据与专业复核。