求助： 关于GPRS 通讯问题 点击：1061 | 回复：9
发表于：2006-09-04 22:59:00
1楼
TO:时光漫步
就你目前的系统规模,需要慎重考虑.
我们的GPRS客户做过5000点的项目,采集频率没有你的4秒那么高,所以采用1000点对应一个端口.你牵的移动专线应该在2M,建议500个点对应一个端口比较适合.
至于服务器,一般采用2-4路志强CPU,2G内存的中档服务器即可,建议采用双机备份系统,加热备份卡.
如果资金充足,就上千点的系统而言建议再加个第二中心的冗余备份，防止移动专线的故障发生造成系统瘫痪。 同时桑荣DTU和三维力控软件的搭配是最成熟的，已经大量应用于众多行业。
::厦门桑荣科技有限公司
手 机：13328783071(联通)13950074071(移动)
技术交流：MSN: lxj7871@tom.com QQ:17817807
技术论坛：http://www.sangrong.com/bbs （无线数据通讯论坛）
就你目前的系统规模,需要慎重考虑.
我们的GPRS客户做过5000点的项目,采集频率没有你的4秒那么高,所以采用1000点对应一个端口.你牵的移动专线应该在2M,建议500个点对应一个端口比较适合.
至于服务器,一般采用2-4路志强CPU,2G内存的中档服务器即可,建议采用双机备份系统,加热备份卡.
如果资金充足,就上千点的系统而言建议再加个第二中心的冗余备份，防止移动专线的故障发生造成系统瘫痪。 同时桑荣DTU和三维力控软件的搭配是最成熟的，已经大量应用于众多行业。
::厦门桑荣科技有限公司
手 机：13328783071(联通)13950074071(移动)
技术交流：MSN: lxj7871@tom.com QQ:17817807
技术论坛：http://www.sangrong.com/bbs （无线数据通讯论坛）
发表于：2006-09-05 11:20:00
4楼
TO: 林湘建
数据量不时特别会算,因不了解 dtu 包头,包尾 的字节数，
通讯的实时数据 为 8个DI 8个DO 3路AO（浮点型)（110BIT）
另外加 系统时钟（年、月、日、时、分、秒） （8字节）
开机时间（年、月、日、时、分） （6字节）
关机时间（年、月、日、时、分） （6字节）
其中 系统时钟 开机时间， 关机时间， 不是 实时 数据。
最频繁 也就是一天 下发一次。
也就是说 问题 集中在，同时下发 系统时钟，开机时间，
和 关机时间 时
若假定 情况 发生，会不会 发生 网络 拥堵，
上位软件 能不能依旧正常工作。
若 500个点 对应一个 端口 也就是说大概10个设备对应一个端口
考虑到 modbus 是 主从的， 也就是说 访问1个设备 大概2秒 左右 这么对应的话 轮巡1次数据 是不是 需要大概20 秒左右 若其中一个发生故障 周期 应该会更长。
你们的客户（5000点 项目） 采集频率是多少，上位 用的是谁家的？
数据量不时特别会算,因不了解 dtu 包头,包尾 的字节数，
通讯的实时数据 为 8个DI 8个DO 3路AO（浮点型)（110BIT）
另外加 系统时钟（年、月、日、时、分、秒） （8字节）
开机时间（年、月、日、时、分） （6字节）
关机时间（年、月、日、时、分） （6字节）
其中 系统时钟 开机时间， 关机时间， 不是 实时 数据。
最频繁 也就是一天 下发一次。
也就是说 问题 集中在，同时下发 系统时钟，开机时间，
和 关机时间 时
若假定 情况 发生，会不会 发生 网络 拥堵，
上位软件 能不能依旧正常工作。
若 500个点 对应一个 端口 也就是说大概10个设备对应一个端口
考虑到 modbus 是 主从的， 也就是说 访问1个设备 大概2秒 左右 这么对应的话 轮巡1次数据 是不是 需要大概20 秒左右 若其中一个发生故障 周期 应该会更长。
你们的客户（5000点 项目） 采集频率是多少，上位 用的是谁家的？
发表于：2006-09-06 03:53:00
7楼
TO:时光漫步
照你的数据,4秒上传数据一次应该差不多刚好,但建议还是间隔大点稳妥些!
我们客户的5000点项目没有这么密集的传输数据,是有数据就传,大概5分钟一次,所以带宽资源很充裕.上位软件是客户自己开发的,接口部分采用我们GPRS设备的动态连接库和DEMO程序开发.
力控的组态在点数多的情况下相对其他软件厂家优势更大,上万点的项目也做过的.
正如你的担心在下发系统时钟 开机时间， 关机时间等数据时,因为ＭＯＤＢＵＳ协议的特点而导致系统无法正常运行.可以考虑分时段分批次下发,给RTU编队,力控软件好象支持这种方式.遇到下发不成功的跳过,全部完成后再补发....力控里面高手我认识几个,需要详细了解我帮你介绍!
照你的数据,4秒上传数据一次应该差不多刚好,但建议还是间隔大点稳妥些!
我们客户的5000点项目没有这么密集的传输数据,是有数据就传,大概5分钟一次,所以带宽资源很充裕.上位软件是客户自己开发的,接口部分采用我们GPRS设备的动态连接库和DEMO程序开发.
力控的组态在点数多的情况下相对其他软件厂家优势更大,上万点的项目也做过的.
正如你的担心在下发系统时钟 开机时间， 关机时间等数据时,因为ＭＯＤＢＵＳ协议的特点而导致系统无法正常运行.可以考虑分时段分批次下发,给RTU编队,力控软件好象支持这种方式.遇到下发不成功的跳过,全部完成后再补发....力控里面高手我认识几个,需要详细了解我帮你介绍!
热门招聘
相关主题
- 关于现场总线的一个概念问题
[3163] - 三菱PLC网口远程下载程序[2753]
- 如何区分我家网络IP是静态还...[6903]
- 用电力载波实现的网络化智能...[1809]
- 求助：怎样从正常通讯的RS232...[2378]
- Jini：简介[1348]
- 关于工控论坛1[2636]
- 求助：SwiftNet现场总线的特...[1464]
- DeviceNet技术概要（一）[2716]
- 关于MODBUS寄存器地址的怪异...[8634]
官方公众号
智造工程师
-
客服
-
小程序
-
公众号
工控网智造工程师好文精选
