111,098
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
YapingXin 2012-07-02
- 打赏
- 举报
信息严重不足
什么样的设备？设备支持什么样的通讯方式？数据更新的周期是多长？楼主完全没有提到。
设备如果能主动上报数据的话就简单了，服务端采用一个队列，保证你什么数据都丢不了。
什么样的设备？设备支持什么样的通讯方式？数据更新的周期是多长？楼主完全没有提到。
设备如果能主动上报数据的话就简单了，服务端采用一个队列，保证你什么数据都丢不了。
alasunny 2012-07-02
- 打赏
- 举报
部署客户端，类似360，设置好硬件 IO硬件访问权限，然后注意客户端的一些软件冲突（360可能认为你是钩子）。然后制定你要采集的数据。
不然你想主动获得、就有点麻烦了！
估计你只能获得系统公开信息：
1、操作平台类型
2、网卡 IP，MAC地址
其他的貌似也就不能获得什么了！
不然你想主动获得、就有点麻烦了！
估计你只能获得系统公开信息：
1、操作平台类型
2、网卡 IP，MAC地址
其他的貌似也就不能获得什么了！
那城 2012-07-02
- 打赏
- 举报
用socket通信就可以
ZOU_SEAFARER 2012-07-01
- 打赏
- 举报
最好是要求底层设备主动上报。s这边搞一个队列。
yuandonghuia 2012-07-01
- 打赏
- 举报
这和C#没关系,我们现在就搞这个,主要看设备上面怎么传数据,接受是小问题.底层设备涉及到的都是OPC,socket什么的,如果设备本身不具有上传的功能,如果你们手里没个千八百万美金,你手下没50~100号小弟,你别碰这个,碰就是死.
fsstolw 2012-07-01
- 打赏
- 举报
通常这种是多层架构：
最低层终端设备，通常是计量点，通过485等连接到一个上一层的集中器上，集中器这里又再通过局域网、无线广播等汇总到一个区域采集器上，这个区域采集器就关键了：它通常是通过GPRS、CDMA等无线通讯方式与主站通讯，并且主动把收集到的数据发送给主站。
所以楼主说的工作应该主要是采集主站的部分，这部分有GPRS通讯服务器和数据采集主站、应用系统，关键难点是在数据采集主站这里。
最低层终端设备，通常是计量点，通过485等连接到一个上一层的集中器上，集中器这里又再通过局域网、无线广播等汇总到一个区域采集器上，这个区域采集器就关键了：它通常是通过GPRS、CDMA等无线通讯方式与主站通讯，并且主动把收集到的数据发送给主站。
所以楼主说的工作应该主要是采集主站的部分，这部分有GPRS通讯服务器和数据采集主站、应用系统，关键难点是在数据采集主站这里。
吃兔子的萝卜_110 2012-06-30
- 打赏
- 举报
交换机
Conmajia 2012-06-30
- 打赏
- 举报
信息量太少。。不知道什么设备。。智能仪表还是什么？
局部可以根据实际情况用多种方式，比如CAN、485、Ethernet、Wifi、Zigbee……，然后多个区域合成，类似网络结构，大网由很多子网组成。。或者类似树，各个枝节不同协议，最后在中心或根上进行采集排队。。
或者全部用CS，这就要求每个终端都要比较Rich，而且要实现网络协议。。好处是统一且简单。。
局部可以根据实际情况用多种方式，比如CAN、485、Ethernet、Wifi、Zigbee……，然后多个区域合成，类似网络结构，大网由很多子网组成。。或者类似树，各个枝节不同协议，最后在中心或根上进行采集排队。。
或者全部用CS，这就要求每个终端都要比较Rich，而且要实现网络协议。。好处是统一且简单。。
吃兔子的萝卜_110 2012-06-30
- 打赏
- 举报
具体可以分几部分，使用些什么技术
happytonice 2012-06-30
- 打赏
- 举报
5000台设备，取样时间是多少，每台的数据量是多少，底层通讯如何实现的。。。
这些都要考虑，再说架构吧。
20分，太少了，帮 顶
这些都要考虑，再说架构吧。
20分，太少了，帮 顶
以专业开发人员为伍 2012-06-30
- 打赏
- 举报
不太可能。
你让它们主动发送把。
你让它们主动发送把。
五更琉璃 2012-06-30
- 打赏
- 举报
重点不是你的C#程序而是设备的通讯接口写的怎么样....
devmiao 2012-06-30
- 打赏
- 举报
可以使用c/s架构。
