DTU能直接可靠读取电表数据吗?
图片中DTU连接采集器,这种方法我感觉应该是比较可靠的,DTU的数据在GPRS网络里是有延时的,而且读取电表是用的485通信,半双工的。
上图这种方法直接使用DTU读取电表的数据,要是读取过程未完成,GPRS网络拥堵中断了,那从新发起连接,然后在重新读,这样行不行,能不能实现,会不会很不稳定。 DTU只是透传数据作用,如果出现网络拥堵或者其他链路数据没有成功,这种情况需要电表系统应用层来处理,至少需要ACK模式! yaodp 发表于 2013-3-29 09:26 static/image/common/back.gif
DTU只是透传数据作用,如果出现网络拥堵或者其他链路数据没有成功,这种情况需要电表系统应用层来处理,至 ...
考虑网络的不稳定性,直接用DTU读取电表数据会不会成功。这样做出的系统,能用吗? 我说了,DTU只是双向透传作用,不要指望它做所有的事情,它只是后台和终端电表的桥梁作用!
网络的不稳定因素相对来说比较低,DTU电表已经运用多年,自然没问题 yaodp 发表于 2013-3-29 09:36 static/image/common/back.gif
我说了,DTU只是双向透传作用,不要指望它做所有的事情,它只是后台和终端电表的桥梁作用!
网络的不稳定因 ...
{:lol:} 谢谢。 DTU虽然只是一个数据传输的通道,但只要上层协议设计得当,也是一个不错的解决方案。思路:
1. 服务端发送读取电表数据请求到DTU,DTU的485串口输出到电表;
2. 电表接收到了该请求,发送应答返回到服务器端;
3. 如果中间网络阻塞,服务端可能收不到电表的应答,这样要间隔10秒后再发送请求,最多三次。
从这个设计可以看到,DTU根本不用关心中间请求是什么,应答是什么。
水电气热表都有自己标准通信协议,如645协议,一般不用DTU直接采集表数据,一方面是成本,一方面是功耗,水气热表都是低功耗的,电表没有低功耗要求,但每天都要抄表,如果每一个表都用GPRS模块,通信成本比较高。 直接用DTU,实现网络直接读取485数据,那像偶校验什么的,怎么实现的再C#中,网络编程中没看见关于开始位,停止位,校验位的处理方法是什么?怎么实现
页:
[1]