这两天我们都在重复的测试汉枫的串口服务器HF2211,当把串口服务器当做TCP-CLIENT来用，去连接服务器端的时候，我发现我把掉网线再连接后，串口服务器的状态栏里面依然显示为连接成功！
这是个奇怪的问题，我记得我以前做危急值报告系统时候为了实现长连接，在TCP层面使用心跳包才解决网络中断后重连的问题。
以前科室用来连接检验设备的入网设备多数用台湾MOXA的串口服务器，基本上一个服务器4个串口，可以接上四台设备，但是台湾做的东西不便宜，一个四口的串口服务器要2k多。
更关键的是，科室布局变来变去，原来的网口也不够用，想着就去看看有没有无线的串口服务器，也省得布线的烦恼。
Sysmex和LIS的通讯是使用文件传输进行的，labman和LIS约定一个固定的文件夹，然后互相写入和读取文件。
以前我们用的接口在结果传输的时候总会堵住，然后一看labman的“2”文件夹下，就会发现有一堆的cdf结果文档在那里，只好把这些结果都删除掉，然后再次启动接口，文件才能正常的被LIS接口读走了。
我们上一篇讲到了Cache数据库的动态页面CSP的相关内容，了解了如何用CSP的基本用法。
那么，当我们写好了CSP页面，想把它部署到服务器的时候去运行的时候要怎么办呢？在Studio中Cache数据库是提供了一个很小的httpd的服务，而且仅用来测试CSP页面的，这离我们真正的生产环境还有很大的距离。
现在大家都在讲信息系统的智能化、自动化，说到LIS系统，最火的就是自动审核。
于是我们定义一套自动审核的规则，包括数值的比较、差值检查、逻辑关系与关联性分析等等。
Cache数据库强大的地方在于其第三方的objectScript，在LIS与众多设备通讯中，有了这个就相当的方便。
Cache建立基于Socket的TCP连接，收到数据后，直接用ObjectScript进行解析，然后保存到数据库，可以说是没有中间商赚差价。
自从搞清楚了Cache里面可以建立TCP连接之后，就有一种冲动，把单向连接的设备用一个程序搞定，于是做了一个FileClient。
具体的就是把本地的文件通过TCP连接发送到Cahce的后台，然后在Cache的studio里面再解析相关的文件，最后把结果保存到数据库。
同样的ASTM协议，不同的仪器，不同的厂家搞出来之后，还真是五花八门的。
比如西门子的化学发光分析仪的中间的抓手模块,这个ASTM协议不用ETB来分割内容，全部都是ETX。
