GPRS DTU模块稳定性主要有哪些因素

测试方法
编辑
由于GPRS DTU大多用于遥远的监测现场，因此GPRS DTU的稳定性就变得非常重要。
很多用户选用GPRS DTU，仅在前期做了一些简单测试就结束选型工作，实际上是很不充分的。如果选用了不稳定的GPRS DTU并大量应用, 无异于给自己的监测系统埋下了一颗定时炸d！
如何能够在一开始，就能全面而快速的测试GPRS DTU稳定性？ 这已经成为一个重要课题！
遗憾的是，大多GPRS DTU厂家都只是宣扬自己产品稳定性好，而对于具体的稳定性测试方法，则闭口不谈！
这里，是经过验证的GPRS DTU稳定性测试流程，希望帮助用户掌握一套全面的，可 *** 作的GPRS DTU鉴别方法，这套测试方法，可以快速鉴别GPRS DTU的主要通信性能和稳定性。
一）在线空闲测试
测试原因：测试GPRS DTU自己维持已建链路的能力，当没有数据时，GPRS DTU通过心跳保持自己的连接，GPRS DTU应至少能维持平均1小时以上的链路持续时间，不发生断线重连。
测试方法：让GPRS DTU连上数据中心后不发任何数据，观察它能维持链路多久，时间越长越好。本项测试临近结束时，应向数据中心和DTU各发几个数据包，来验证该DTU保持的
空闲链路是真实可用的，如果DTU或数据中心任何一方无法收到对方的数据包，则为不合格。
二）数据中心关闭后恢复测试
测试原因：数据中心在以后运行和维护过程中，肯定会出现临时停止暂停服务的情况，因此需要测试GPRS DTU在数据中心恢复后的快速恢复能力。
测试方法：
让数据中心关闭短时间，如1分钟，然后恢复数据中心，看DTU是否能快速连接上来，恢复时间应该在5分钟内，越快越好，重复多次该项测试，DTU必须能100%恢复连接，只要出现一次DTU始终无法恢复连接的现象，即为不合格,以此例推就就可以判断出DTU质量
三）频繁双向小数据量测试
测试原因：测试GPRS DTU频繁收发小数据包的能力，因为日常运行中主要是小数据包的频繁双向收发。
测试方法：在数据中心和DTU端，每10秒向对方发送一个100字节左右的数据包，持续10分钟，同时统计，是网络有没有出现断线或是数据出现丢包丢失的情况，最好的结果是：没有发生断线重连，也没有丢失任何数据包，如果出现DTU断线后再也不上线，或上线后无法继续双向收发数据，即为不合格。
另外，在小数据量测试时，可以观察是否出现丢包，或数据内容错误的情况，如果频繁丢包，或出现内容错误，则为不合格。
小技巧：可以将DTU的串口2，3短接起来形成环路测试，这样只需要在数据中心发送就可以进行双向测试。
四）双向大数据压力测试
测试原因：某些应用需要临时传输大数据量，因此该项测试也是非常必要的。
测试方法：在数据中心和DTU端，每2秒都向对方发送一个1000字节左右的数据包，持续30分钟，并进行统计，是否出现网络断线的情况，以及双方是否出现数据包丢失的情况，一般来说，压力测试下，GPRS DTU可能会出现断线重连，也会丢失数据包。但断线重连的次数不应超过10次，而且次数越小越好。如果出现DTU断线后再也不能上线，或上线后无法继续双向收发数据，即为不合格。
另外，大数据压力测试时，可以观察数据传输性能这个指标，一般情况下，GPRS DTU传输数据的速度在每秒300-1500字节范围内，均属于正常，但速度越快的传输性能越好。如果GPRS DTU的传输能力明显低于该范围，为不合格。
五）去天线测试
测试原因：某些现场，因先现场某些原因，可能出现GPRS/GSM信号临时中断或变弱，信号恢复正常后，GPRS DTU应能自动恢复连接，并续传数据到数据中心。
测试方法：
1）短时间去天线：当GPRS DTU在线时，去掉GPRS DTU的天线1分钟，然后重新装上天线，并且在去掉GPRS DTU天线的时候下，依次向GPRS DTU提交3个100字节左右的数据包，当插上天线后，GPRS DTU必须能自动快速恢复连接，速度越快越好，并能续传期间的数据到数据中心，3个数据包全部丢失的为不合格，数据全部上传的为最佳。
2）长时间去天线：当GPRS DTU在线时，去掉GPRS DTU的天线30分钟，然后重新装上天线，当插上天线后，GPRS DTU必须能自动恢复连接，恢复时间应小于10分钟，超出30分钟或更长间未恢复连接的，为
不合格。
六）重复上电测试
测试原因：某些时候，现场会出现临时断电然后恢复的情况，GPRS DTU应能保证可靠的登录数据中心。
测试方法：将GPRS DTU上电，然后等待GPRS DTU连接上数据中心，每次DTU都能在2分钟内登录到数据中心，重复进行20次测试，一旦发现有一次DTU始终无法连接到数据中心，则为不合格，如有条件可以增大测试次数。
七）拨号及短信干扰测试
测试原因：在DTU登录或在线运行过程中，可能会收到一些不明短信或电话呼叫, GPRS DTU应能保证这些情况不影响其正常工作。
测试方法：将DTU上电，然后等待10秒左右，开始向DTU发送2条短信，以及2次呼叫，DTU应能正确的连接上数据中心。 在连接数据中心成功后，再向DTU发送2条短信，以及2次呼叫，观察5分钟，看DTU是否能维持链路，然后双向发送10个数据包，看是否能正常收发。
八）看门狗测试（选测）
测试原因： 如果一个GPRS DTU，即使前面的测试项都通过了，但是如果它的内部看门狗没做好，那也是有隐患的，在现场长时间连续运行，很可能还会出问题。
测试方法：看门狗的测试方法有多种，一般在内部CPU的数据总线或地址总线上，瞬间短路几个管脚，让其程序跑飞，或者RAM数据错乱，也可利用外部强干扰源进行干扰，在这种情况下，有良好看门狗机制的产品，其CPU能够在20秒内复位，如果不能复位则不合格，重复多次测试该项，DTU必须能100%复位。
这项功能要求测试人员对DTU主板比较熟悉，而且不一定方便 *** 作，所以设为选测项。但如有测试 *** 作条件的，建议进行该项测试。
九）去卡测试（选测）
测试原因：如果GPRS DTU应用现场恶劣，如振动或有腐蚀性气体，则可能造成SIM卡短时接触不良，GPRS DTU应能自动恢复,我们用临时取卡来模拟这种情况。
测试方法：在GPRS DTU连接数据中心时，去掉卡3秒钟左右再插上，看GPRS DTU是否会掉线及正常收发数据，去掉卡60秒钟左右再插上，看GPRS DTU是否会掉线。如果临时取卡再上卡后，DTU再也无法自动连接中心的，建议不应用这类DTU到现场有振动或有腐蚀性气体的环境。
十）电源波动测试（选测）
测试原因：如果GPRS DTU应用现场采用电池或太阳能供电，有可能出现较大范围的电源波动，GPRS DTU应能适应这种电源波动。
测试方法：以12V电池为例，电压波动范围可能在5伏到14伏之间波动，所以我们在GPRS DTU连接数据中心时，将外部电源从3伏到16伏进行缓慢的升降，模拟电池的充放电情形，这项测试GPRS DTU出现复位是正常的，我们主要看GPRS DTU是否会出现再也无法连接数据中心的情况。如果经过供电电源波动后，DTU再也无法自动连接中心的，建议不应用这类DTU到现场为电池供电的环境。
十一）欠费测试（选测）
测试原因：在GPRS DTU常年运行过程中，很可能会出现因SIM卡欠费，导致无法使用GPRS业务，从而通信连接中断的情况，在进行充值后，GPRS DTU应自动恢复与中心的连接。
测试方法：找一张欠费的SIM卡插入GPRS DTU，等待10分钟，由于欠费，DTU是无法登录数据中心的，这时用手机拨打该号码，提示为已停机或已限制呼入，这时给SIM卡充值，然后用手机拨打该号码，提示为对方振铃或彩铃，就表示该卡已经充值成功，GSM业务已经恢复，等待10分钟左右，看DTU是否能自动连接到数据中心，如果DTU始终无法自行连接数据中心，并且必须要人工复位一次才能恢复连接到数据中心，则视为不合格。
补充一条，如果该DTU支持电话呼叫或发短信来进行复位，并经过测试方法有效，则应视为合格。
十二）域名解析测试（选测）
测试原因：有的应用系统，使用了域名来代替固定IP地址，这会增加一个域名解析的环节，由于域名解析服务存在临时失效的情况，因此在使用域名解析时，需要加测这个项目。
测试方法：
1）域名失效模拟，将动态域名失效，或者静态域名设置指向为一个无效地址，将DTU设置为通过域名寻找数据中心，上电后DTU将无法连接到数据中心，这时，恢复域名的指向，然后观察DTU是否能自动连接到数据中心，恢复时间越短越好，如果DTU始终无法自动连接数据中心，则为不合格。
2）将设置好域名的GPRS DTU,在连接数据中心成功后，进行去天线测试（参见第五项），看是否通过测试，未通过测试的为该项不合格。
3）将设置好域名的GPRS DTU,在连接数据中心成功后，进行数据中心关闭后恢复测试（参见第二项），看是否通过测试，未通过测试的为该项不合格。
如果域名解析测试不合格，建议不应用这类DTU到使用域名解析数据中心IP地址的系统中。

北京京源中科科技股份有限公司表传GPRS/4G物联网系统。根据查询相关公开信息显示，GPRS/4G物联网系统由水表、测控终端或计量传输一体化水表、压力传感器和管理平台组成，系统的表端直接应用了移动运营商网络GPRS/4G)进行传输，通过本系统可实现水表数据和管网压力定时上报，还可实现数据统计、数据分析及异常报警功能。系统主要应用于大用户计量表、小区总表、管网监控表的数据采集与监控。

SOA(Service Oriented Architecture)和云计算以及SaaS一样,也是近年来IT业界的热点,其受关注度甚至超过云计算和SaaS。到2008年,从百度指数可以看出,“物联网”、“传感网”、“M2M”这三个词在中文网站中受关注度猛然升高。

焦点是集成

SOA、EAI(Enterprise Application Integration)、M2M乃至物联网等技术的焦点都是信息集成,目标是消除信息孤岛,实现泛在的互联互通。物联网技术的要点是要消除“物-物相联的信息孤岛”,而SOA的目标是要消除所有的IT信息孤岛。
SOA和EAI作为重要的应用集成中间件技术,必然是物联网所依赖的重要技术之一。
计算机应用系统的发展经历了“独立应用系统”(Packaged Applications)和“集成应用系统”(Integrated Applications)两个主要阶段,随着无处不在的网络技术的发展,早年普遍存在的“独立应用系统”越来越少,或“被集成”为“集成应用系统”的一部分。集成应用系统和技术的发展和演变主要围绕EAI和SOA两个理念,SOA是对更早出现的EAI技术和理念的演变和提升。SaaS技术也和SOA密切相关,都强调“服务”,可以说,SaaS是SOA技术和理念的一种扩展和特有的存在形式。
EAI是一种将使用各种不同技术和平台(CORBA、NET、JavaEE、LAMP等)构建的各种异构应用集成的一种技术和方法。国外往往习惯加Enterprise(企业级)这个词,说成是“企业应用集成”,但EAI不只是面向“企业”应用。可以毫不夸张地说,IBM、Oracle、微软、SAP等软件巨头都是EAI公司,早期的EAI公司还有很多,如BEA、WebMethods、SeeBeyond、TIBCO、VITRIA等等。
从架构上看,EAI主要有两种方式:Hub/Spoke和BUS。Hub/Spoke方式好比“中心城市和卫星城市”的构架,所有外延(Spoke)的系统都通过适配器(Adaptor)与中心枢纽(Hub)系统实现多点对一点(非P2P)连接和集成。BUS方式是一种更开放和通用的架构,使用一个统一总线,一般是MQ(Message Queue)或ESB(Enterprise Serice Bus),子系统把消息发送给总线,总线负责消息的路由,可实现P2P服务或总体应用集成。
SOA将各种应用或子系统看成一个个独立的、自包含并良好定义的服务或组件(Service Component Architecture),通过把这些服务进行组装,统一注册,并在网络系统中发布,让(泛在)网络上的别的应用能够查询、发现和调用这些服务,实现应用集成或构成新的应用。SOA(包括相关的Web Service、SOAP、SCA等理念)的出现,一统了CORBA、NET、JavaEE乃至LAMP(Linux、Apache、MySQL、Perl/PHP/Python)等几大技术阵营多年来“水火不相容”的“不妥协”竞争局面, 这也是物联网技术和产业发展值得借鉴的宝贵经验。SOA的愿景同样是实现“无处不在”的泛在计算和服务。
业界一般认为SOA这个理念和技术比EAI晚出现,其实也不尽然,笔者记得SOA的理念早在1996年就在BEA公司内部实现TUXEDO系统的升级开发时就提出来了。从SOA概念诞生之日起,围绕SOA与EAI的重合、关联及差异所展开的争论一直没有平息。顾名思义,EAI以集成应用为己任,通过接口标准化整合应用,而这恰恰也是SOA的核心任务。SOA将一些EAI功能模块进行封装,并使之标准化,以满足应用的整合、拼装和复用的需要。在Intranet(内网)、Extranet(专网)和Internet(互联网)部署环境中,独立应用一般运行在内网,EAI一般运行在专网, SOA一般运行在专网和互联网上。
SOA和EAI是一种相辅相成、共同发展的关系,EAI理念近几年提得较少,笔者在这里再重提EAI,是希望其在物联网、M2M应用中能够得以广大发扬,以MAI(M2M Application Integration)的方式实现物联网的互联互通和大集成,进一步发展到以M2M as a Service(MaaS)或TaaS(Things as a Service)的基于云计算的营运方式提供大规模IOT服务。

SODA:将设备“统领”起来

笔者在《物联网:技术、应用、标准和商业模式》一书中提出并强调“统一的数据交换标准”是物联网技术的核心,中间件是物联网产业发展的关键,也指出了面向于RFID应用的RFID中间件EPCIS、Savant和Edgeware(边缘件),以及ONS、PML等标准对总体物联网技术发展的重要借鉴意义。而基于SOA技术和理念的SODA(Service Oriented Device Architecture,面向服务的设备架构)的提出,包括类似的基于OSGi技术框架的ECF(Eclipse Communication Framework)等,对物联网数据标准和中间件的发展也具有重要的代表意义,值得深入研究。
SODA是一个由IBM和美国Florida大学发起的倡议(Initiative)和联盟(Alliance),通过引入基于服务(SOA)的编程模型,以规范和简化智能设备(Devices)与企业应用的集成。SODA致力于充分利用嵌入式系统和IT领域已有的标准,为智能设备与SOA技术的融合提供一个标准平台。 SODA的目标是让软件开发者能够像用SOA技术实现IT业务集成那样在诸如远程医疗、军事以及RFID等物联网系统中实现与传感器和执行器的集成。
具体来说,SODA提供标准接口,把硬件设备功能转换成与硬件无关的可调用的软件服务,实现如下目标:
1 将应用集成商与设备和传感器制造商无缝对接;
2 Integrate once, Deploy everywhere, 使用户专注于整体应用方案而不是陷于设备连接工作;
3 在应用和众多(泛在)设备协议之间建立一个通用接口和DDL(设备描述语言),形成统一数据交换标准;
4 作为一个中间件平台,为众多行业应用提供应用支持。
在SODA的系统架构中,设备集成接口定义是关键,也就是所谓的API(Application Programming Interface)和设备描述语言(Device Description Language)的定义。由于末端设备对实时性以及footprint大小要求较高,一般用REST而不是用SOAP来定义和实现Web Services接口。
目前SODA的工作基本上还处在研究阶段,中间件和数据接口标准作为物联网的关键和核心,在世界范围内还没有统一标准。SODA属于美国在开展的几个类似项目之一,欧盟已经有了基于SOA的HYDRA物联网中间件项目和EPoSS项目。中国急需参与或自己成立一个联盟,开展类似SODA这样的工作,提出自己的数据标准和中间件参考实现,这是占领物联网产业制高点的关键之一!

联联看
烟草物联网全国布局

9月16日,全国烟草行业物联网建设规划研讨会在无锡召开。中烟电子商务有限责任公司总经理秦前浩、江苏省烟草专卖局(公司)局长、总经理尉彭城等领导出席会议。
会议围绕国家局局长姜成康对行业物联网提出的“全面覆盖、全面感知、全程控制、全面提升”的总体目标要求,对行业物联网建设规划进行了全面的探讨和研究。与会代表着重就《烟草行业物联网总体框架与卷烟物流物联网规划》(讨论稿)的六个方面内容进行了认真的讨论交流,并对《规划》提出了改进完善的建议。
秦前浩在总结讲话中阐述了打造烟草行业物联网的意义,提出了深化行业物联网建设规划工作的具体思路,要求成立烟叶工商各物流环节的专业化工作小组,明确了先行试点单位、试点内容以及试点完成时间,确定了《规划》分步实施、全面实现的步骤和措施。他要求各单位强化组织领导,调动和发挥力量,汇聚资源,共同推动行业物联网建设工程。
尉彭城在讲话中指出,打造中国烟草物联网,是实现“卷烟上水平”的重要内容,是提升企业核心竞争实力的重要支撑。要多听取各方面的好经验、好建议,用创新的思路做好烟草物联网的规划工作,努力实现低成本、高效率。江苏烟草将在物联网规划与实施上作进一步的探索,为打造中国烟草物联网做出自己的贡献。
与会代表还参观了无锡物联网产业研究院以及无锡市烟草专卖局(公司)物流中心。

中移动“宜居通”亮相通信展

物联网应用“宜居通”是中移动在“2010中国国际信息通信展”上展出的、中移动首个基于TD的典型物联网应用。据了解,该业务已于今年5月17日在重庆试商用,随后在北京的一些小区进行了试推广。“宜居通”作为中移动的全国一类业务,在移动内部深受重视。一方面,它是首个基于TD的物联网产品,此前中移动的物联网业务很多用的是GPRS网络;另一方面,它将TD 3G网络以及家庭内部的小型传感网络融合在了一起;再有,此前中移动的物联网业务大多都是政企行业应用,而“宜居通”则是首个面向大众的物联网产品,能将中移动的用户资源与TD业务很好地结合在一起。
“宜居通”整合了家庭安防、智能家居和通信等各种功能。未来,用户可通过家中的TD家庭多功能信息终端和TD手机来 *** 控“宜居通”,如远程控制空调等家电,预警温度、烟雾等危险,使家中的各种设备通过传感器连成了一个小型传感网,并与TD网络进行信息交互。
据了解,“宜居通”最晚将在明年1月在全国大规模试商用,明年6月将正式商用。
为了这一产品的顺利推广,中移动专门制定了家庭场景下的传感网通信标准,目前产业链内上下游厂商针对此标准已经开发了相应的产品。
(作者系同方泰德国际科技公司CTO)周洪波

有，益都智能技术（北京）股份有限公司就有生产。智能IC卡GPRS远传水表是将IC卡远传水表和GPRS数据采集模块集成为一体，具有结构紧凑、安装方便等特点。该表是以传统水表为信号发生源，电子计量部件采集信号源来累计基表所的累计流量，从而计量用户所使用的水量，计量精度取决于基表精度。依托覆盖范围广的移动基站，通过GPRS上网的方式把计量数据发送到远程管理平台。

---