关于大量数据、实时性要求很高的GRPS/CDMA远程监控方案 点击：2706 | 回复：26
发表于：2006-08-16 07:03:00
1楼
我公司生产的无线GPRS/CDMA DTU完全能满足你的需求,在你监控点数多的情况下,中心需要采用专线的模式,移动或者联通的专线大概2000元/月左右,由于你发送数据的实时性高,频率大,所以建议采用包月的方式来实现,每个月100元/张 SIM卡,具体资费,全国各地不一样,详细的请咨询项目实施所在地移动或者联通,你可来电进一步详细沟通,谢谢!
蓝斯通信助力行业无线数传，效率大于想象！
___________________________________________________
厦门蓝斯通信有限公司
网 址:www.xmlenz.com
联系人：林升元
电 话:0592-5799650
传 真:0592-5765080
手 机：13950072081
E-Mail:sea1618@163.com
MSN:sea1618@163.com
Q Q:106213290
发表于：2006-08-16 09:32:00
3楼
呵呵,没关系,也许很多人都会有疑问的,蓝斯通信是桑荣公司原来整个技术部门出来成立的另外一家公司,具有丰富的行业应用经验,推出了功能强大、稳定可靠的数据传输终端
方便的话请你加下我QQ或者MSN,我们可以针对你的项目做进一步的详细沟通,因为我们的产品是透明传输的,应用在不同的场合,但应用的本质是一样的.
蓝斯通信助力行业无线数传，效率大于想象！
___________________________________________________
厦门蓝斯通信有限公司
网 址:www.xmlenz.com
联系人：林升元
电 话:0592-5799650
传 真:0592-5765080
手 机：13950072081
E-Mail:sea1618@163.com
MSN:sea1618@163.com
Q Q:106213290
方便的话请你加下我QQ或者MSN,我们可以针对你的项目做进一步的详细沟通,因为我们的产品是透明传输的,应用在不同的场合,但应用的本质是一样的.
蓝斯通信助力行业无线数传，效率大于想象！
___________________________________________________
厦门蓝斯通信有限公司
网 址:www.xmlenz.com
联系人：林升元
电 话:0592-5799650
传 真:0592-5765080
手 机：13950072081
E-Mail:sea1618@163.com
MSN:sea1618@163.com
Q Q:106213290
发表于：2006-08-16 16:46:00
5楼
楼主要求确实很高,GPRS/CDMA要实现确实有点牵强!
建议发送频率大于1.5秒,由GPRS/CDMA的网络延时决定(试当地网络情况还有不同,建议实地测试最佳频率)
每次发送的数据包不易过大,GPRS的要控制在1K字节以内,CDMA要控制在4K字节以内.
数据点的数量跟终端和网络没有关系,由您的中心接入带宽决定能够同时连接的终端数量,带宽越款接的终端数量越多.
费用问题比较不统一,每个地市运营商都有自己的优惠资费政策,方便的话给我电话,我给你项目使用地的运营商数据部的联系电话!
13328783071 另外申明一下,桑荣科技技术支持已经由更强更专业的团队替代原来的只能回复简单问题的旧团队.新团队中有三位产品开发人员直接对客户进行技术指导,解决问题速度和效率比以前更高.
建议发送频率大于1.5秒,由GPRS/CDMA的网络延时决定(试当地网络情况还有不同,建议实地测试最佳频率)
每次发送的数据包不易过大,GPRS的要控制在1K字节以内,CDMA要控制在4K字节以内.
数据点的数量跟终端和网络没有关系,由您的中心接入带宽决定能够同时连接的终端数量,带宽越款接的终端数量越多.
费用问题比较不统一,每个地市运营商都有自己的优惠资费政策,方便的话给我电话,我给你项目使用地的运营商数据部的联系电话!
13328783071 另外申明一下,桑荣科技技术支持已经由更强更专业的团队替代原来的只能回复简单问题的旧团队.新团队中有三位产品开发人员直接对客户进行技术指导,解决问题速度和效率比以前更高.
发表于：2006-08-16 22:05:00
6楼
蓝斯通信有限公司现在推出GPRS/CDMA DTU具有远程更新程序功能,避免客户需要增加新功能而到现场更新程序的麻烦,同时还具有实时时钟功能,可以定时上下线,满足客户低功耗和节省资费的需求,更多更强的功能敬请来电或者登陆我们公司网站进行详细的了解!
厦门蓝斯通信有限公司
网 址:www.xmlenz.com
联系人：林升元
电 话:0592-5799650
传 真:0592-5765080
手 机：13950072081
E-Mail:sea1618@163.com
MSN:sea1618@163.com
Q Q:106213290
厦门蓝斯通信有限公司
网 址:www.xmlenz.com
联系人：林升元
电 话:0592-5799650
传 真:0592-5765080
手 机：13950072081
E-Mail:sea1618@163.com
MSN:sea1618@163.com
Q Q:106213290
发表于：2006-08-17 08:24:00
8楼
实在不好意思
我发的这个帖子居然引起两家公司的一些争论！
我也问了移动公司（上海），最高流量2000M包月200元，至少签约1年。但是超过流量1分钱/k流量，这样的话如果超过很多其费用真是难以承受。不过可以考虑增加GPRS/CDMA模块，让每个模块接几十个下位I/O的数据（我想这个应该不成问题，如果这都有问题我决定放弃使用GPRS/CDMA通信），这样可以分散通信流量，而且速度也可以提高。不知道我的想法是否正确？
另外在此事先说明一下，昨天我已经预定了一块桑荣科技的CDMA模块做实验，今天送到，希望桑荣科技的技术人员能多给予技术支持，因为我这是第一次使用。谢谢！
我发的这个帖子居然引起两家公司的一些争论！
我也问了移动公司（上海），最高流量2000M包月200元，至少签约1年。但是超过流量1分钱/k流量，这样的话如果超过很多其费用真是难以承受。不过可以考虑增加GPRS/CDMA模块，让每个模块接几十个下位I/O的数据（我想这个应该不成问题，如果这都有问题我决定放弃使用GPRS/CDMA通信），这样可以分散通信流量，而且速度也可以提高。不知道我的想法是否正确？
另外在此事先说明一下，昨天我已经预定了一块桑荣科技的CDMA模块做实验，今天送到，希望桑荣科技的技术人员能多给予技术支持，因为我这是第一次使用。谢谢！
发表于：2006-08-17 18:16:00
12楼
搂主：您好！
就您的要求。我认为：
1.一秒钟发送一次所有的监控数据，这是GPRS/CDMA所不能实现的，具体到多长时间发送一次数据，要根据工艺情况。
2.上千点的现场，我估计其使用的现场传感器或仪表可能是不同的。必须知道您的具体情况，按照相应的通讯协议，开发相应通讯协议的“GPRS/CDMA”通讯模块。
3.对应于上面的第二点，必须采取从下面发起通讯的模式。即下面为“主”，中心控制室为“从”的主从模式。
4.要考虑到时钟对时的问题。按照工艺分片。
5.我们目前已展开的系统，估计最终有600点左右。可传输，可向下控制。我们目前正在为某市自来水研制的系统估计回到千点。
6.在工程实践中，根据我们掌握的多种通讯协议和协议格式，我公司陆续开发了多种GPRS通讯模块。与不同的仪表或系统配合使用。常用的如下：
★ 蓝深公司LS-7系列流量仪表 / LS-7J系列热能表：RS485通讯、协议我公司自定并公开
★ 国产其他公司流量仪表、热能表：RS485/RS232通讯、协议公开
★ 可编程控制器（PLC）：MODBUS通讯方式
★ 德国 — E+H公司热能表（DXF - 351）：特殊的通讯协议
★ 欧洲国家生产的热能表（一般用于热水系统）：M-BUS通讯方式
我们也可以为贵公司开发相应的通讯模块。
如果您感兴趣，可以与我联系。我将以前的的案例发给您。
党毅兵 13802137479 dangyibing@163.com
就您的要求。我认为：
1.一秒钟发送一次所有的监控数据，这是GPRS/CDMA所不能实现的，具体到多长时间发送一次数据，要根据工艺情况。
2.上千点的现场，我估计其使用的现场传感器或仪表可能是不同的。必须知道您的具体情况，按照相应的通讯协议，开发相应通讯协议的“GPRS/CDMA”通讯模块。
3.对应于上面的第二点，必须采取从下面发起通讯的模式。即下面为“主”，中心控制室为“从”的主从模式。
4.要考虑到时钟对时的问题。按照工艺分片。
5.我们目前已展开的系统，估计最终有600点左右。可传输，可向下控制。我们目前正在为某市自来水研制的系统估计回到千点。
6.在工程实践中，根据我们掌握的多种通讯协议和协议格式，我公司陆续开发了多种GPRS通讯模块。与不同的仪表或系统配合使用。常用的如下：
★ 蓝深公司LS-7系列流量仪表 / LS-7J系列热能表：RS485通讯、协议我公司自定并公开
★ 国产其他公司流量仪表、热能表：RS485/RS232通讯、协议公开
★ 可编程控制器（PLC）：MODBUS通讯方式
★ 德国 — E+H公司热能表（DXF - 351）：特殊的通讯协议
★ 欧洲国家生产的热能表（一般用于热水系统）：M-BUS通讯方式
我们也可以为贵公司开发相应的通讯模块。
如果您感兴趣，可以与我联系。我将以前的的案例发给您。
党毅兵 13802137479 dangyibing@163.com
发表于：2006-09-09 12:15:00
16楼
GPRS丢包严重。?
楼上的能不能讨论一下，如果采用ｔｃｐ协议而非ｕｄｐ协议，为什么要丢包？客观的说，众山ｄｔｕ目前的情况是：在使用ｔｃｐ协议的情况下，想让ｄｔｕ丢包他都不丢，除非ｄｔｕ断电了。ｔｃｐ协议对于每一个数据流，都是有基于字节序号的应答，所以对于ｄｔｕ来说，不管网络情况怎么样，都会非常清楚哪些数据发成功了，哪些数据没有成功。众山ｄｔｕ目前是这样做的，串口使用１００ＫＢＹＴＥ的队列，用户发给ＤＴＵ的数据都会保存在此队列中，不管当前ＤＴＵ是否在线，只要是发给我的数据，ＤＴＵ都会１００％发给中心，除非DTU断电才会掉数据以外，其他任何情况都会保证数据１００％不丢。可能这样做有时候也很无聊，如果用户在１个月前给ｄｔｕ发了数据，正好ＧＰＲＳ信号出故障１个月，１个月后ＧＰＲＳ信号恢复，你会发现众山ＤＴＵ还是能够把１个月前的数据给你发到数据中心。据我所知，目前很多厂家的ＤＴＵ是这样做的：当ＤＴＵ发现网络阻塞或者掉线的情况下，ＤＴＵ就自动复位来达到重新连接的目的，这样不丢数据才怪了。这样做当然软件是很简单了，出故障就复位，可惜，带给用户的就是楼上所说的：GPRS丢包严重。采用众山ｄｔｕ，一定不会让你有这些烦恼
楼上的能不能讨论一下，如果采用ｔｃｐ协议而非ｕｄｐ协议，为什么要丢包？客观的说，众山ｄｔｕ目前的情况是：在使用ｔｃｐ协议的情况下，想让ｄｔｕ丢包他都不丢，除非ｄｔｕ断电了。ｔｃｐ协议对于每一个数据流，都是有基于字节序号的应答，所以对于ｄｔｕ来说，不管网络情况怎么样，都会非常清楚哪些数据发成功了，哪些数据没有成功。众山ｄｔｕ目前是这样做的，串口使用１００ＫＢＹＴＥ的队列，用户发给ＤＴＵ的数据都会保存在此队列中，不管当前ＤＴＵ是否在线，只要是发给我的数据，ＤＴＵ都会１００％发给中心，除非DTU断电才会掉数据以外，其他任何情况都会保证数据１００％不丢。可能这样做有时候也很无聊，如果用户在１个月前给ｄｔｕ发了数据，正好ＧＰＲＳ信号出故障１个月，１个月后ＧＰＲＳ信号恢复，你会发现众山ＤＴＵ还是能够把１个月前的数据给你发到数据中心。据我所知，目前很多厂家的ＤＴＵ是这样做的：当ＤＴＵ发现网络阻塞或者掉线的情况下，ＤＴＵ就自动复位来达到重新连接的目的，这样不丢数据才怪了。这样做当然软件是很简单了，出故障就复位，可惜，带给用户的就是楼上所说的：GPRS丢包严重。采用众山ｄｔｕ，一定不会让你有这些烦恼
热门招聘
相关主题
- RS422通信的问题
[1388] - Modbus/TCP串口服务器[1703]
- 求助：mpi口和rs485口的区别[2691]
- 综述：智能建筑中的现场总线[2709]
- Profibus[转帖][3543]
- Webbased Management system...[1595]
- 现场总线产品手册[1487]
- 关于worldfip[1715]
- 有需要WAGO得PROIBUS-DP GSD...[2225]
- Netlinx[2976]
官方公众号
智造工程师
-
客服
-
小程序
-
公众号
工控网智造工程师好文精选
