最近做philips的HDI5000B超采集遇到的问题及解决办法

雪狐

最近一客户上的一台新的philips的HDI5000的B超,但能前别的DICOM设备都能使用的采集程序在这个B超上不能采集,程序根本就没有响应,因此出差去调试.
这是个老版本的程序,用的是SOCKET函数而不是MFC中的CSocket类,通讯为正常的listen,accept,bind最后select,发现select函数的返回值为0,而不是正常的1,在跟踪断点时发现在accept之后设置断点时程序能正常采集,但不设置断点正常运行时不能采集.换个新版的用CSocket类的采集也没有问题,估计原因可能是时间的问题.因此在accept之后用Sleep函数休眠了2000个时间单位,发现程序能正常采集.
估计程序出错的原因:TCP/IP通讯过程中特别是在用SOCKET函数时,有的时候采用的是阻塞线程的方式(比如listen和accept),在这些函数运行完成后通常需要一下小的延时来确保通讯双方都设置完成,因此,大家在有的时候采集时如果出现某些个别的设备不能采集,在排除了UID等原因之后,可以考虑一下是不是延时的问题.

雪狐老兄，你的经验真是不少，我就惨了，闷着做pacs，对了，你们公司开发pacs的时候，是不是也是闷在公司开发呢？

雪狐

不一定，不过出差去客户那儿是必须的，不然，不成闭门造车了，呵呵，我现在就在外边出差，调打印去了。

真羡慕你，我可没这么多的机会，过一阵再说吧

nikkle

我连过几台HDI5000，包括以前还是ATL的HDI5000，好像没有这么多麻烦，一连就通，我自己的代码。
但是好像对于5000来说如果用DICOM采集的话，医生操作并不是很方便，医生很不喜欢，但是如果使用RGB采集的话，图象质量相当过得去

ydbz

ATL的HDI5000 可以通过 WEBLINK 直接获取，可不知道文件下载速度怎么那么慢，
3M 文件需 3分钟多。 比电话上网下载还慢，不知HDI5000，如何设定能使连接速度加快。照理说以太网速度应该没有问题的？

nikkle

ydbz 说得没错，确实很慢，即使通过DICOM也很慢
在众多的彩超里面，唯有HDI系列的DICOM做的最不好，可能比较早