功能概述:
有一种控制设备,工作于tcp的server方式,通过gprs连接于互联网。此设备为嵌入式设备,处理能力较弱。
现在需要用C#写一个运行于pc上程序,可以管理这些设备,向这些设备发送命令,然后设备返回命令执行结果,如果更新这些状态。
需要达到的主要参数如下:
1、可以支持同时管理100台这样的设备。
2、稳定、响应速度快。
3、如果网络中断,可以自动重连,继续控制。此程序跟每一个客户端之间的通讯有如下特点:
1、单个tcp包长最长不会超过200字节。
2、数据量不是很大。
3、每次命令发送后需要等待返回,或者超时,然后再发送下一个,
4、要管理的设备的数目和他们的ip及端口是从一个webservice读取的列表。个数是动态的。
5、引起发送命令的有很多种情况,如果在这些情况发生时都直接调用发送命令,那么可能他的前一个命令还没有返回,所以要考虑这个问题。只需要您能把程序的框架代码给我写写,我再自己看,然后自己去完善细节,这样可能花费您的时间最短。
至于我的答谢,因为目前还是月光族的原因(汗..),我想先付给您200,或者送您一套全新的罗技无线鼠标键盘。报酬确实比较少,只是目前只能支付这么多,所以我也只需要有经验的人给我把握一下大方向,大方面结构,我自己调试和完善。尽量少占用您的时间。我也有两年的编程经验了,而且针对这个问题,也做过不少准备工作,不会让您觉得很费劲。谢谢

解决方案 »

  1.   

    也可以通过邮件联系我:[email protected]
      

  2.   

    http://www.cnblogs.com/wcfgroup/archive/2008/10/06/1304512.html
    也许你可以找找上面帖子的主人
      

  3.   

    用一台计算能力强的服务器来管理100台嵌入式设备,意义不大,执行效率不会很高。即使增加嵌入式设备,效率也不会增加,因为更多的分布式设备需要更多的管理内容,造成管理成本(耗时、系统管理性、代码难度等内容)的上升,如你所说的发布命令、等待等内容。
    所以构架思路是有问题的。应该这样:
    这一百台设备只做系统的IO,即:用户在其上输出数据,传回服务器(群)处理后,将处理结果返回这些嵌入式设备。分布式运算在由后台的LAN完成中,LAN上每台机机的运算能力和性价比应该比嵌入式设备要高很多。
      

  4.   

    这个不就是GPRS远程抄电表,水表,汽表,远程检测环境污染,远程气象数据接收,定时读取程序吗?应该化人力物力认真做才能赚到银子,才能卖出去.哪里要服务器啊,只要一台24小时开机的PC,所谓服务器,那是骗用户,骗有权力买这套系统的人的.
      

  5.   

    9楼,'这一百台设备只做系统的IO,即:用户在其上输出数据,传回服务器(群)处理后,将处理结果返回这些嵌入式设备。分布式运算在由后台的LAN完成中,LAN上每台机机的运算能力和性价比应该比嵌入式设备要高很多',错!