大家好，
我已经在与CSI的人员就以下问题进行合作，但我很好奇是否有其他人也有类似的问题。
我们正在使用智能传感器来测量河流中的水流。SDI12用于与CR1000进行通信。在将我们的一个CR1000更新到OS16之前，使用OS15和OS14一切都很好。然而，现在，我们的数据记录器似乎在启动新程序的同一天午夜停止了与传感器的通信。实际上，最后一次扫描是在23:59:44。然后什么都没有。智能传感器停止（似乎没有收到来自CR1000的测量命令。
还有人在CR1000的OS16上看到过这个吗？
干杯
戴夫
大家好，
附录：这个问题似乎并不是孤立于使用SDI-12的智能传感器（ADCP-用于测量水流速度和流量）。这个问题也发生在我们的另一个ADCP（不同的制造商）上，该ADCP与带有OS16的CR1000进行串行（RS-232）通信。呃。。。
是否有人对CR1000的OS16有问题，导致您的仪器在启动新程序的第一天午夜后停止测量？
干杯
戴夫
我想我不是一个人！
几年来，我们一直在智能传感器上使用cr1000，主要是使用并发命令的YSI探测器，原因是YSI探测器可以输出多达25个参数的严重数据串，即常规的aM！命令最多只能处理9到12个。然而，随着每个操作系统的发布，Measure/Display命令例程都发生了变化，需要额外的特殊代码才能工作。因此，我们刚刚开始研究SDI协议，并开始尽可能专注于RS232接口。
现在的问题是，一种特定的系统类型（总共八种）由两个cr1000组成，一个运行分析代码，另一个运行气象数据收集代码，两个记录器通过相同的保险丝连接到同一电源，通过RS232端口互连，Pakbus通过两个CS105的通信直接或通过CS io端口上的调制解调器寻址。
问题是探查器单元每隔一段时间就会重置，而Met单元会继续工作。CSI的人确信它与功率有关，我99.9%确信这不是因为我有一个很好的Fluke DVM监测功率，它根本不会指示任何形式的功率下降，cr1000状态监测器也不会！这些单元中的操作系统是16.02，比以前的操作系统16运行得更好。
重置是随机的，它可能工作一天或一周，然后重置，但出现了一种模式，似乎与串行端口打开/关闭时间框架一致。
以下是定期通电时记录到事件日志文件中的几行，后面是错误事件，后面是记录器状态
-------------------------------------
TOA5 cr1000 SMast pkb 10绞车cr1000
时间戳记录事件消息
坦桑尼亚联合共和国
Smp公司
40:12.3 0*****数据记录器重置*****
41:10.3 1[2009年4月27日13:41:10.26]警告：无法验证探测器的时间。
41:10.3 2（设置模式）（F3）-手动固定参考读数（1.768）。
41:10.3 3（设置模式）（F5）-手动RS232读取。
41:10.3 4（设置模式）（F6）-手动读取探测器信息和更新时间。
41:10.3 5[2009年4月27日13:48:25.01]***外形开始[1]2，1，1）***
41:10.3 6[2009年4月27日13:48:30.76]找到新的参数顺序00013D07；Sonde（00013D07）。
---------------------------------
33:06.0 7981[2009年6月15日21:33:26.24]（RS232）-发送“数据”命令。-唤醒卫星（0）；字节校验（0）；
33:06.0 7982[2009年6月15日21:33:26.75]（RS232）-运行时间（0）；字节校验（91）；
33:06.0 7983[2009年6月15日21:33:30.86]（RS232）-在Loc（1）发现“数据”；从（91）解析；
33:06.0 7984[2009年6月15日21:33:31.89]错误：（移动错误检查）-无法正确移动，中止配置文件。（_ContPFL（2））
35:37.5 7985*****数据记录器重置*****
36:35.3 7986[2009年6月15日21:36:35.32]警告：无法验证探测器的时间。
36:35.3 7987[2009年6月15日21:55:11.63]警告：（SondeReading）-深度位置尚不清楚。（每小时Sonde数据设置模式）
-----------------------
状态摘要
2009年6月18日上午9:08:20
数据记录器信息
车站名称：9798
操作系统版本：CR1000.Std.16.02
操作系统日期：090116
操作系统签名：40616
巴基斯坦巴士公司地址：10
安全设置（1）：0
安全设置（2）：0
安全设置（3）：0
面板温度：17.69°C
内存：2097152字节
看门狗错误：0
程序信息
当前程序：CPU:511小步修正RefTopToBottomTable.cr1
开始时间：2009年6月15日下午9:35:37
跑步签名：10471
项目签名：49446
上次发送的程序的编译结果：CPU:511小步骤fixRefTopToBottomTable.cr1--在SequentialMode中编译。
程序错误
跳过的扫描：0
已跳过PFL_Step中的记录：0
已跳过DFinder:0中的记录
已跳过ParamOrder中的记录：0
已跳过DbgMoveSequence中的记录：0
已跳过FixedRef:0中的记录
已跳过SondeHourly:0中的记录
已跳过EventLog中的记录：0
已跳过SystemInternal:0中的记录
变量越界：0
电池信息
电池电压：13.24
锂电池：3.48
电压降至12V以下的次数：0
电压降至5V以下的次数：0
卡信息
卡状态：不存在卡。
可用字节数：-1字节
-----------------------------------------------
任何可能导致这种情况的想法都将不胜感激
弗雷德
弗雷德，
你是如何获得操作系统16.02的？就在上周，我从CSI网站下载了CR1000 OS 16，根据我的状态表：
操作系统版本CR1000.Std.16
OS日期081029
操作系统16.02将是一个测试版（发布时将是操作系统17）。
我对“；数据记录器复位”；上面的字符串。我认为这不会来自数据记录器——也许是传感器发出的信号？如果数据记录器正在重置，则状态表中的看门狗计数器将递增。
Dana W。
上面的两个用户都在使用来自SDI-12指令的并发命令。当返回值超过9个变量时，OS16对并发命令处理不当。
最近发布了OS17，并修复了此错误。
试试看！
