几百个终端的数据实时同步到服务器问题

Question

楼主一点概念都没有吗?要进行可靠的数据传输SOCKET是目前唯一的依托,以此为基础,可以有许多种协议:
有HTTP,FTP,TCP,WEBSERVICE,WCF等等

Answer 1

FTP+SOCKET
FTP负责上传
上传完成后,SOCKET负责通知服务器去处理这样做的目的是在保证数据可靠传输的前提下,最大程序的降低开发和调试成本.

Answer 2

webservice方式可以吗？和FTP相比哪个更好一些？传统的C/S方式呢？

Answer 3

如果只是收集,别的方法开发速度慢,出问题的机率高.应该尽量把出问题的可能性降到最低.另外还需要考虑整个传输过程是否有人值守.无人值守的情况下:webservice是可靠的,但SOCKET不一定.

Answer 4

使用OPC可以，而且只要Client端数据有变化，Server端马上就可以知道，不必等到特定的上传时间，然后把有变化的没变化的数据都发给你，但有一个问题，你不知道是哪个Client端更新的数据，如果可以忽略这点，那没问题。使用TCP Socket连接+多线程也可以实现，而且你还能知道是那个IP连接你，这样你需要制定协议。

Answer 5

嗯，OPC的后来我想过了，但是远程OPC的连接方式我好想一直没有连接成功过，更不用说很多个终端了，现在就是需要一种可靠性很高的方式，因为最终的用户根本不会懂这些，维护的工作量要尽可能的少

Answer 6

再麻烦下各位大大：
如果是客户端单纯的往服务器传送实时数据的话，是不是webservice方式比较好呢？
FTP的话是不是需要服务器端定时的去读取是否有新数据包到来？
如果是服务器端想对客户端进行控制的话，是不是只能用TCP多线程连接的方式了？TCP多线程连接上几百个客户端会不稳定吗？

Answer 7

楼主还是没描述清楚，是什么样的数据终端？是普通的pc端还是仪器设备？
如果终端是socket发送数据，你还纠结什么，直接socket接收。

Answer 8

再补充一下，实现远程控制只能是socket，另外，不要担心稳定的问题，上万个也不是问题

Answer 9

既然是不同厂商的终端,你得看它到底支持什么协议,而不是你胡乱规定协议
如果都支持OPC,用OPC连当然是最简便的.
如果某些设备不支持OPC,那你要根据设备的不同协议单独做功能去通信
不能一概而论

Answer 10

你所谓的终端应该是PLC吧
跟PLC通信最好还是OPC
除非PLC是开放协议,否则用socket你发什么收什么你知道么?

Answer 11

通信没有绝对可靠的方式
每增加一个环节,就是增加一个故障点
但是许多设备协议不开放,只能通过其他东西,比如网关软件去转
你要做的软件其实就相当于一个网关,把不同协议的数据转成统一的格式存储.那么设备本身宕机,通信肯定是不通了.
如果你用OPC从监控电脑取数据,监控宕机,通信也不同
如果你服务器死了,通信还是不通.
此外,设备被人打到编程模式了,监控软件或OPC客户端关闭了,服务端软件崩溃了,或者这之间的某条线路没插好,或者网络有问题,都会导致通信不稳定.

Answer 12

还是选WEBSERVICE吧，鄙人做过关于视频实时传输，当时一看到视频的大小，我就傻眼了，整整40M每个。之前我也想过SOCKET，或FTP的，但还是WEBSERVICE来得简单，有效率

Answer 13

没有连接成功？是不是DCOM配置不对。这个配置确实有些麻烦，而且就Windows的操作系统中Win7、Server2003、Server2008之间还有些差别