现有N 个下位机(硬件),上位机TCP方式与他们通讯。
上位机 先发命令给他们 让他们自检,启动传输。
准备好后,上位机就一直接收数据。这样的问题该如何设计呢? 如果上位机作为客户端,那么不是得有N个SOCKET? 每一个都负责自己的事情。
这样肯定要带来效率的问题
 如果上位机作为服务器端,那就没法启动下位机了。困惑 如何解决呢?

解决方案 »

  1.   

    udp  
    发送广播包的方式启动
      

  2.   

    udp 
    发送广播包的方式启动》》 启动完以后呢? 再TCP 方式等待?
      

  3.   

    ouyh12345是否可以这样理解 :下位机做为 client 开机后不断的发数据给上位机 要求注册 ,上位机做为服务器端
    建听
      

  4.   

    下位机应该是可编程的吧?通常应该是下位机启动后主动与上位机联系。另外,不是Socket多效率就一定低,要看具体的运行情况。
      

  5.   

    使用TCP,即使上位机做server(不做client),N个socket也不可避免.不用担心它的效率问题.
    由于下位机是硬件,让上位机主动发起连接是个好主意.能否说说是什么硬件?
      

  6.   

    这样的问题该如何设计呢? 如果上位机作为客户端,那么不是得有N个SOCKET? 每一个都负责自己的事情。
    》》 我的意思是 这样是否就像有N 个客户端了,而且 可伸缩性也不好,因为 下位机的个数是可变的。
      

  7.   

    100个TCP连接根本不算啥吧……