我们有十几个或更多的CR1000记录器，几十个CR10x记录器，甚至还有一些CR21X记录器仍在继续。做得好！
无论如何，CR1000是通过一个用FreeWave 900MHz无线电构建的IP网络连接的。
问题是，我们遇到了一些“锁定”问题，我们认为这些问题与CR1000/NL115组合有关，但我们无法准确确定发生了什么。（顺便说一句，IP网络上只有CR1000记录器。）
两个远程站点都通过FreeWave无线电连接了CR1000的/NL115 NIC，在运行6个多月后，它们独立地失去了与LoggerNet的连接。
（IP网络的其余部分功能完美，连接到“锁定”NL115的无线电仍然可以被询问，甚至仍然可以将数据传递到链的下游，你甚至可以将笔记本电脑插入交换机，在站点内外进行通信。）
但是你不能ping记录器或通过IP与它通信。
抵达后，无线电和NL115都打开了链接灯，活动灯偶尔会闪烁，这对我们来说似乎很奇怪，因为您无法连接到记录仪。
好消息（我想）是，到达现场后，我们可以通过RS232和CS I/O直接连接到带有LoggerNet的CR1000，记录仪看起来很好，测量仍在进行中，所有数据都存在且正确。
连接到记录器的设备配置实用程序甚至仍然显示正确的静态IP地址。
使用网络电缆直接从CR1000/NL115连接到笔记本电脑，建立了10MB/s的链路，但无法对记录器进行ping。
从NL115上卸下以太网电缆并将其插入另一个CR1000/NL115组合中，可以立即连接到新的设置，因此无线电/电缆侧似乎绝对没有问题。
卸下NL115并更换它也无济于事。
我们刚刚想到的一件事是，我们没有尝试过，那就是重新启动记录器程序（通过串行），看看这是否会释放IP连接。
到目前为止，恢复服务的唯一解决方案是移除并重新为记录器供电。
正如你所能想象的，这对我们和我们的客户来说是一个灾难性的情况，因为这两个网站都只能通过直升机访问，数据丢失和费用是不能容忍的。
所有的CR1000都在运行CR1000.Std.17固件，但我们正在逐步更新到18。
LoggerNet每隔1分钟和10分钟连接到所有记录器并收集数据——不使用回叫或其他IP命令。
如有任何想法，我们将不胜感激。
当做
斯图尔特
*最后更新者：MilfordRoad新西兰时间：2010年3月3日上午10:33*
新对话如下：
你看到OS17和18也有同样的问题吗？
你能告诉我们你是在程序中使用ftpclient命令（我想你说不是）还是TCPLose吗？
如果你在记录器中重新启动程序，我相信它会重置并清除你的问题，因为这将重置TCP/IP堆栈并重新启动它。然而，这不是一个长期的解决方案，因为如果你不能连接到它，你显然无法远程做到这一点。
很抱歉您遇到了这个问题。
新对话如下：
嗯，这似乎和我们网站上出现的问题是一样的。我已经和Janet联系过了(http://www.campbellsci.com/forum/messages.cfm?threadid=E1704294-D262-1F8D-D74C4C792F358DC8）
我们正在使用NL120和CR1000。行为与您描述的几乎相同。LoggerNetServer和NL120之间的设备正在工作，但无法通过此连接访问记录器。如果您在现场，您可以使用RS232/Com3/CSI/O连接到数据记录器。唯一的可能性是对记录器应用硬件重置。
我们的程序使用FTPClient和TCPOpen。我试图通过避免同时运行这些任务来解决这个问题。
约翰内斯
新对话如下：
我可以再次为您看到的问题道歉吗？最近的操作系统中已经修复了ftpclient、tcpopen和tablefile命令的一些问题，这些问题可能会导致TCP/IP流量问题。
很快，操作系统的另一个更新（CR1000的19个）将在网站上发布，有望解决最后一个问题。
不过，我对新西兰的报告有点担心，因为如果该应用程序不使用ftpclient、tablefile或类似程序，可能还会有其他问题。在重置记录器之前，我们需要与您讨论一些进一步的诊断步骤，以检查您是否有处于锁定状态的记录器，并正在访问它以使其重新联机。
在这种情况下，请联系Janet或我本人。
新对话如下：
大家好，
我现在可以确认，通过串行重新启动记录器程序确实“；释放“；IP再次允许通过IP与记录器通信，而无需移除和重新施加电源。这一点都不完美，对我们来说也不是一个解决方案，但却是另一条有用的信息。
在“；锁定”；记录器不使用FTPClient或TCPOpen。最接近的是另一个偶尔会锁定的记录器，它确实使用“锁定”；PingIP”；，然而，这个记录器似乎清除了自己。我想它正在运行OS15或16，我稍后会确认。有时，当此CR1000锁定时，LoggerNet3会受到牵连，并且也已锁定，在不关闭进程的情况下不会关闭。这与其他网络不同。“这是另一个全新的故事，我现在还不想深入探讨”
我们在上个月才刚刚开始部署OS18，到目前为止，它只在几个记录器中，所以我不能明确地说它有帮助。
请发送任何“；进一步的诊断步骤“；如果这种情况再次发生，你希望我们拿走。
你知道OS19/CR1000什么时候上市吗？
干杯
斯图尔特
新对话如下：
版本19已经发布并投入生产。离它登陆网站应该只有几天的时间了。
如果你等不及了，请给我发电子邮件，我也可以给你进一步的诊断步骤。（英国剑桥大学的安德鲁·多特·桑福德）
从网站上获取文件可能值得等待，因为所有loggernet文件的完整更新都将以这种方式安装。
新对话如下：
我可能对CR1000/NL115有类似的问题，它充当能量监测应用程序的ModBus流量管理器。它正常运行一两个月，然后不再从安装的ModbusMaster端获取数据。该程序用TCPOpen打开5个插座与电表通话，CR1000本身就是网络上的ModBusSlave。它最近又被OS17锁定了。大约两周前，我刚刚将记录器更新到OS18，到目前为止，它似乎正在工作。只需通过TCP获取数据，就不会出现与记录仪远程通信的问题。
当做
岛民
新对话如下：
这是在未来几年内打开这样一个古老的话题。
我在操作系统32.02上也看到了同样的情况。看起来锁定是在传输了大量数据之后发生的。我能够重新建立IP连接的唯一方法是通过调制解调器电源循环（不幸的是，这几乎有1700公里的车程）。
是否为此找到了程序化解决方案？
我曾尝试使用EthernetPower（）来切换模块的电源，并强制重新编译程序，但两种解决方案似乎都不起作用。
我目前有一个可用于该站点的无线电链接（通过类似站点的非常脆弱的连接），但需要IP链接进行数据检索和TCP回调。
当做
灰
新对话如下：
Ash-尽管首选程序解决方案，但Pordis有一个插件，可以定期重置调制解调器（或CR1000，如有必要），该调制解调器已在许多蜂窝和卫星调制解调器上使用，以恢复此问题和相关问题。通常情况下，每24小时进行2秒的电源循环即可，但任何关闭时间或开启持续时间都是可能的。只是想让您知道，如果您找不到软件解决方案，可以使用替代解决方案。这是他们的型号160A。
新对话如下：
安，你的数据是如何传输的？是通过PakBus和LoggerNet、HTTP（S）还是FTP？
新对话如下：
可通过以下方式进行编程复位：
；文件管理（状态.ProgName，6）
这只会重新启动当前程序。在大多数情况下，这就足够了。这基本上就像是数据记录器的循环电源 ；
新对话如下：
@GaryTRoberts，我们正在使用传输协议的组合。FTP用于图像传输，TCP回调用于数据，Pakbus（通过TCP）用于站点和NTP之间的通信，以使其他IP设备与记录器保持时间同步。
锁定发生在记录器试图清除积压的图像文件之后，这些图像文件可能价值几MB ；
看起来这已经自我重置了，该网站已经及时恢复在线，以便午夜办理入住手续。
似乎会定期发布一些东西来清除和重新启用IP堆栈，但我找不到合适的程序调用来按需执行此操作。如果它在活动期间锁定，我们将陷入一点困境，并且我们将错过数据直到午夜。。
@JDavis尝试通过Restart（）和ConstTable.ApplyAndRestart重新启动程序，并发送一个新程序，但这些解决方案都没有立即释放锁定。
@RyanSmith谢谢，我们过去曾研究过定时继电器，但考虑到CSI硬件的可靠性，我们希望避免这种情况。
