CR1000 OS 28.01
更新:07-01-2015
- (关键)从操作系统版本28之前的版本升级将重置数据记录器的CPU驱动器。这是由于文件系统的格式从FAT16变更为FAT32。为了数据记录器能够正常运行，作为升级的一部分，CPU驱动器被格式化为FAT32。任何从CPU驱动器中存储和运行的程序都将丢失。不建议通过远程连接更新数据记录器的操作系统，在远程连接中程序控制控制通信设备(打开或关闭等)。在这些情况下，使用DevConfig的备份实用程序进行现场访问和备份是必要的，以更新数据记录器的操作系统。在所有使用28年前的操作系统更新数据记录器的情况下，建议使用DevConfig的备份实用程序，因为CPU驱动器使用新的FAT32格式进行格式化。观看视频教程:将操作系统发送到本地数据记录器。
- 进行了更改，允许在自动文件检索期间LoggerNet请求目录列表时使用“/”作为路径分隔符。版本28.00引入了更严格的预期路径分隔符“:”的匹配。该现象是，当使用LoggerNet 4.3从运行OS 28.00的数据记录器检索文件时，只有在省略驱动器或输入了多个文件模式条目时才能检索文件。例如，当使用LoggerNet 4时，指定usr:*.csv不再起作用。x和数据记录器使用OS 28.00。LoggerNet中的解决方法是指定一个不包含驱动器名称的模式，例如*.jpg，或者添加第二个条目。出现这个问题是因为LoggerNet服务器使用“/”字符而不是“:”字符作为路径分隔符。
- 通过初始化一个未初始化的指针修正GetDataRecord()方法。症状是运行GetDataRecord()的过程会破坏内存中的第一个变量。
- 修正FTPClient()在LocalFileName使用逗号分隔文件名时的问题。在OS版本28中引入的，文件名列表中的第一个逗号被一个空字符替换，导致FTPClient()认为只指定了一个文件名，随后导致意外行为。
- 改变了BRHalf()返回到一个新的安全状态(准备电池())。该症状是当BRHalf()指令之前没有Battery()指令时，SE通道上产生电压峰值。这是由于，但不限于，观察10-15度测量时，一个电位计的05103实际上是在其死区。
- 改变PPP，以修复内存泄漏时，调制解调器放弃连接，但数据记录器没有检测到下降。
- 修改LwIP代码，关闭IP连接而不使用额外的内存。该症状是，在流量大的TCP/IP环境中的数据记录器正在监视。LwIP代码被修改，当关闭连接时，它总是调用错误回调函数。这样做是为了让API知道连接是真正关闭的。以前它是循环的，并导致pbuf加倍，最终会监视数据记录器。
- 修复了在关闭状态或同步接收状态等待连接超时时的内存(TCP_PBUF)泄漏问题。
- 修改了TCPOpen()服务器超时，因此它现在在传输数据时更新。以前定时器只更新传入的数据。
- 修正了VibratingWire()指令，现在可以工作了。它在OS 27.00中被破坏了。
- 当TableFile输出失败时，TableFile 64模式改变为关闭输入输出TOB3文件。这解决了一个问题，当磁盘填满在环模式。
- 修正了数据收集查找记录计算不请求超过分配的输出缓冲区的记录。这只适用于非间隔表。如果记录大小<= 8字节，那么如果程序中没有表的记录帧大小< ~1600字节，并且最大PakBus包大小设置为1000，就有可能出现内存损坏。
- 修正了可能的锁定在文件系统，如果FAT在SD卡上损坏。在此修复之前，为了使数据记录器程序恢复运行，必须将卡移除。