气象站数据的自动传输及其在Web网页上的动态实时查询

气象站数据的自动传输及其在Web网页上的动态实时查询（共5篇）

篇1：气象站数据的自动传输及其在Web网页上的动态实时查询

气象站数据的自动传输及其在Web网页上的动态实时查询

基于ASP.NET2.0技术的系统设计实现了由地面气象测报软件生成的数据库B文件的定时自动传输;编制Web应用程序,实现了气象站监测信息在Web页面的交互式动态实时查询.在IIS服务器上建立Web站点,实现了气象站监测信息的.发布与共享.对这一系统的设计思路、设计方案进行了介绍,以期促进气象工作的开展.

作 者：张建伟 刘海红 作者单位：新疆维吾尔自治区昌吉州气象局,新疆昌吉,831100刊 名：现代农业科技英文刊名：XIANDAI NONGYE KEJI年，卷(期)：“”(19)分类号：P415.12 TP393关键词：气象站数据 自动传输 Web 查询

篇2：气象站数据的自动传输及其在Web网页上的动态实时查询

整个Web如果按其所蕴涵信息的“深度”可以划分为Surface Web和Deep Web两大部分。Surface Web 是指通过超链接可以被传统搜索引擎索引到的页面的集合。Deep Web 是指Web中不能被传统的搜索引擎索引到的那部分内容。广义上来说,Deep Web的内容主要包含4个方面:通过填写表单形成对后台在线数据库的查询而得到的动态页面;由于缺乏被指向的超链接而没有被搜索引擎索引到的页面;需要注册或其它限制才能访问的内容;Web上可访问的非网页文件,比如图片文件、PDF和Word文档等。而在实际应用中,人们则更关注于Deep Web中的第一部分内容。因为这部分内容对结构化数据的集成更有意义,可以采用的技术也更丰富。近年来,Deep Web的发展非常迅猛,2004年大约有450000个Deep Web数据源,这些分布自治的资源集合的数据量是Surface Web的500倍以上,而且目前仍呈指数级的增长趋势。为了使用户快速地获得高质量的数据,Deep Web集成服务应运而生了。Deep Web集成服务是将Web上通过查询接口提供Web服务的结构化数据源按领域形成为统一服务的过程。

在Deep Web数据集成领域存在着许多的研究问题,已有的工作主要集中在这些问题上:Web数据库的发现、查询接口模式的抽取、Web数据库的分类、查询接口的集成、查询的转换、查询结果的抽取、查询结果的注释等。Web数据库的发现是指从Web中发现具有一个真正Web数据库的网站,然后从中发现可访问这个Web数据库的查询接口。因此,Web数据库的发现在整个Deep Web数据集成的过程中占有非常基础而又重要的作用。

1 Web数据库的发现

Web数据库的发现是指在Web中发现可访问的Web数据库,完成这个功能主要分为两个步骤:(1)找到Web数据库所在的网站;(2)从获得的网站中发现能够对Web数据库查询的接口。由于Web数据库的数目众多,而且Web数据库内容和规模也处于不断变化之中,还有,查询接口在网页上都是以Html语言的Form元素所形成的表单的形式展现,但并不是说由Form元素所形成的表单都是查询接口,比如网站中用户的注册、BBS讨论组、写发邮件,还有搜索引擎和元搜索引擎也都是表单的表现形式,因此,要能够从中准确地识别出真正的Web数据库的查询接口是有一定难度的。

2 解决方法探讨

基于某个领域的Web数据库的发现问题,可以利用搜索引擎来找到Web数据库所在网站。其关键在于如何向搜索引擎提交有效的查询,使得含有Web数据库的网站尽可能多地出现在查询结果中,并使其排名尽量靠前。由于查询接口存在于静态的页面中,因此可以被传统的搜索引擎抓取到。如果能够借助搜索引擎强大的搜索能力,那么就大大降低了搜索代价。这种方法虽然是可行的,但也包含了挑战性的工作。搜索引擎的作用是搜索Web中的页面,获取页面唯一途径是提交关键词查询,而包含Web数据库查询接口的页面只占全部页面很小的比例,如果提交的关键词不合理,会导致搜索到的页面结果集中所包含的查询接口比例太小,使得不仅每次获得的Web数据库数量少,而且也会使筛选的代价过高。因此,设计合理的关键词查询是利用搜索引擎获取Web数据库的关键问题。为了能够准确地判断一个页面中的Form表单元素是否是一个真正的Web数据库的查询接口,可以通过提交试探性查询,根据返回结果的数量来判断,比如判断一个Form表单是不是一个图书信息的查询接口,可以提交一个书名,如果有包含该书的查询结果信息,则说明此Form表单极有可能是一个图书信息的查询接口,甚至可以进一步根据书的类别判断出是哪一类图书信息查询接口。

这里讨论一种基于机器学习的查询自动生成器的设计思路,旨在自动完成提交查询的过程,为搜索Web数据库提供互动查询建议,并能够通过搜索引擎去搜索Web数据库。

2.1 机器学习

机器学习是研究如何使用机器来模拟人类学习活动的一门学科。稍为严格的提法是:机器学习是一门研究机器获取新知识和新技能,并识别现有知识的学问。

图1表示学习系统的基本结构。环境向系统的学习部分提供某些信息,学习部分利用这些信息修改知识库,以增进系统执行部分完成任务的效能,执行部分根据知识库完成任务,同时把获得的信息反馈给学习部分。

影响学习系统设计的最重要的因素是环境向系统提供的信息。或者更具体地说是信息的质量。知识库里存放的是指导执行部分动作的一般原则,但环境向学习系统提供的信息却是各种各样的。如果信息的质量比较高,与一般原则的差别比较小,则学习部分比较容易处理。如果向学习系统提供的是杂乱无章的指导执行具体动作的具体信息,则学习系统需要在获得足够数据之后,删除不必要的细节,进行总结推广,形成指导动作的一般原则,放入知识库,这样学习部分的任务就比较繁重,设计起来也较为困难。

学习系统不能在全然没有任何知识的情况下凭空获取知识,每一个学习系统都要求具有某些知识理解环境提供的信息,分析比较,做出假设,检验并修改这些假设。因此,更确切地说,学习系统是对现有知识的扩展和改进。

2.2 查询自动生成器

在互动模式下,查询自动生成器扮演一个学徒的角色,它给用户提供在某一特定领域内有关查询关键字的互动建议,然后观察用户对提交查询后得出结果的反应来学习,并进一步修改查询关键字,进入新一轮的查询。最终根据返回结果的数量,来判断是否为Web数据库入口。如图2所示。

下面通过模拟查询自动生成器的一个应用场景来介绍它的设计思路。查询自动生成器先被连接到自身网页的超链接所调用,然后由用户填写一个表单指定要寻找哪些信息(关键字),再将填写好的关键字信息,提交给搜索引擎。再由搜索引擎将查询到的结果从原始地点返回给用户,并在用户浏览这些结果的时候,查询自动生成器运用它学习到的知识,通过加粗一些目标链接的方式将其推荐给用户。在任何时候,用户可以通过单击一两个指示按钮指出查询成功或者放弃本次查询。

例如,要查询某个图书信息的查询接口。可以提交查询关键字“机器学习”,如果用户使用查询自动生成器,它将首先提示用户选择想要寻找的类型。如图3所示。

如果用户选择“查询一篇文章”,将看到一个新的带细化查询的界面,如图4所示。

一旦完成,查询自动生成器将提交上述关键字,并返回带有链接的页面,最后,如果查询自动生成器发现表单存在一个被搜索指示特别推荐的特征值,该最有价值的表单链接将被加亮,将其首先推荐给用户。它将把做如此修改后的返回页副本发送给用户,并且打开一个文件开始记录用户的信息搜索作为其训练数据。当处在等待用户的下一步指令状态时,它将预取推荐给用户的网页并开始做处理,以决定最佳的将要被加粗的超链接。当用户单击“下一个链接”,查询自动生成器更新本次查询的日志,检索到该页面(除非它已经被预取),执行相似的置换并返回给用户一个副本。这个过程将一直持续着,查询自动生成器跟踪用户的Web查询,对每一步提出建议,直到用户选择退出查询。查询的成功与否,取决于用户在退出时所选择的按钮,用户可以选择“成功”退出或者选择“放弃”。

3 查询自动生成器的学习过程

查询自动生成器成功与否的关键取决于它指导生成查询关键字的质量。因为预知这些知识存在很大的难度,也因此希望很多不同的查询分析器,能够拥有不同领域的渊博知识。在这里的学习试验中,可以考虑学习一个函数。这个函数为:

UserChoice?=:Page*Goal*Queryadvice→[0,1]

这里,Page表示当前网页,Goal表示要寻找的Web数据库入口,Queryadvice 表示查询自动生成器提供的查询建议。UserChoice?取值为在给定Page和Goal的情况下,任意用户将选择Queryadvice的概率值。这里的User并非一个显性输入,并且函数值预测的只是用户是否选择Queryadvice——而不是它是否到达Web数据库入口。关注UserChoice?的原因是查询自动生成器自动记录的数据能够提供该函数的训练实例。特别地,每当用户采用一个新的查询建议,对于当前网页的每个查询提交的训练实例将被记录下来。

查询自动生成器的任务是在给定一个用户登录的训练数据样本的情况下,学习通用函数UserChoice?。为了探求可行的学习方法以及评估通过学习获得的能力,可以收集一定数目的运用查询自动生成器搜索图书信息接口的会话数据集。每一个搜索会话提供了一个训练样本集,它对应于发生在用户访问的每一个页面上的所有Page*Link对。将可用数据集分割为训练数据集和测试数据集。每个学习方法被运用于训练会话集,并且根据在各自的测试会话集中用户采纳推荐的表单的频率对该方法进行评估。

4 结束语

这是基于一个小数目的训练会话集的,并且是从特定领域的查询来搜索这一领域的表单。还不确定这种方法对于不同的搜索目标、用户和网页位置是否具有代表性。但是,基于最初的探索,可以认为建立一个查询自动生成器通过提交试探性查询来发现某一特定领域Web数据库入口是可行的。尽管查询自动生成器学习到的知识可能只是提供了不完善的建议,就算是稍微减少提交查询的次数也会导致整个搜索呈指数级的改进。

参考文献

[1]刘伟,孟小峰,孟卫一.Deep Web数据集成研究综述[J].计算机学报,2007,30(9).

[2]姜芳艽,孟小峰,贾琳琳.Deep Web集成服务的不确定模式匹配[J].计算机学报,2008,31(8).

[3]凌妍妍,孟小峰,刘伟.基于属性相关度的Web数据库大小估算方法[J].软件学报,2008,19(2).

[4]寇月,申德荣,李冬,聂铁铮.一种基于语义及统计分析的DeepWeb实体识别机制[J].软件学报,2008,19(2).

[5]马军,宋玲,韩晓晖,闫泼.基于网页上下文的Deep Web数据库分类[J].软件学报,2008,19(2).

[6]苏金树,张博锋,徐昕.基于机器学习的文本分类技术研究进展[J].软件学报,2006,17(9).

[7]蔡自兴,徐光礻右.人工智能及其应用[M].3版.清华大学出版社,2004(8).

[8]Ryszard S.Michalski Ivan Bratko Miroslav Kubat,等著.朱明,译.机器学习与数据挖掘:方法和应用[M].电子工业出版社,2004(1).

篇3：气象站数据的自动传输及其在Web网页上的动态实时查询

大监自动气象站是目前县级地面测报最主要的数据获取设备,是气象观测数据的重要来源。各个大监站将观测数据传输到云南省气象局服务器,省气象局在服务器端提供基于B/S架构的数据查询机制,客户可通过浏览器联接http://172.24.96.25/AWS/网址,对云南全省大监站的观测数据进行查询。设置“开始时间”和“截止时间”后点击“查询”按钮,即可得到指定时段内云南全省大监站的平均气温、最高气温、最低气温、降水量等常用气象观测数据的查询结果。

以上操作的不足是系统功能单一,只能实现以手动的形式显示查询结果,相关数据不能自动存储在本地,限制了对数据的深入分析和多样化应用。为适应精细化的预报技术体系发展,有必要在用户端将大监站的定时观测数据从动态生成的网页中读取出来,进而存储在本地数据库中,以增强气象观测数据应用的灵活性,促进天气分析和预报水平的提高。Delphi是Windows平台下杰出的RAD(快速应用程序开发)工具[1],在此利用Delphi编写类[1,2],实现从动态网页读取一天中各小时时段大监站的观测数据的功能。

2 Delphi对调用动态网页的支持

欲在客户端得到动态网页的查询结果,必须手动输入开始时间和截止时间,并点击“查询”按钮。Delphi提供的TWeb Browser控件[2,3]可用于连接并打开一个网页,获取网页中的元素并对其读取或设置属性值,从而完成对上述手动操作的编程实现。TWeb Browser控件的Navigate方法可用于打开指定的网页。很多时候使用TWeb Browser控件代替IE浏览器的目的是为了能够让程序处理网页,获取或设置网页中元素的信息,实现自动对Web Application的请求。网页中的元素主要有普通文本内容,超级连接以及动态的元素(Form中的元素)。TWeb Browser控件的Documnet属性包含了网页中所有元素信息,它被声明为IDispatch接口类型,应用时需把它转化为IHTMLDocument2类型再进行相应调用。应注意IHTMLDocument2是在MSHTML单元定义的,需要手动将这一单元加入到uses部分[2,3]。

MSHTML单元将HTML页面中的文本框、按钮、单选框、复选框等元素封装成IHTMLInput Element、IHTMLInput Button、Element、IHTMLInput Text Element、IHTMLText Area Element、IHTMLTitle Element、IHTMLForm Element等组件接口。在程序中选择合适的接口类型对网页元素进行转换,就可以得到具体的某个组件,从而设置和读取该组件的属性值。此外,IHTMLElement也是个常用的集合对象,通过该对象可得到网页的HTML文本,与查看网页时点击鼠标右键执行“查看源文件”命令的结果一致。以设置网页中的“开始时间”、“截止时间”并提交,获取网页的HTML文本为例,示例代码如下:

“Start Time”、“End Time”和“sumit11”是通过查看网页的HTML源文件获取的网页元素ID,这些ID是唯一的,通过这些ID可辨识不同的网页元素。查找到“开始时间”和“截止时间”输入框后,分别对其value属性赋值,注意赋值类型应为字符串类型,赋值数据形式为“YYYY-MM-DD-HH”,用4位数字表示年份,用两位数字分别表示月份、日期和小时,中间用字符“-”分隔。赋值完成后,查找“查询”按钮并执行click方法,即可打开网页并得到该网页的HTML文本。此后再应用一系列的字符串操作[4],在HTML文本中通过区站号即可查找到具体站点的气象数据值。

3 从动态网页读取气象数据的类的实现及应用

从动态网页读取大监站气象数据的操作可分解为图1所示的步骤。

具体编程实现中,把以上操作和涉及到的数据、中间提示信息等全部封装在一个TGet Data From YNMBWeb Page类中,该类在Get Data From Web Page单元中实现,其定义如下:

由以上定义可看到,TGet Data From YNMBWeb Page类封装了读取大监站气象数据的全部操作。类的Set Start Query DateTime和Set End Query Date Time方法分别用于设置查询气象数据的起始时间和截止时间,Connect Needed YNMBWeb Page方法用于打开动态网页并获取HTML文本。若成功获取HTML文本则可调用Obtain Needed Data方法按区站号查找组织气象数据,存放至类的Format Data成员,该成员定义为TStrng List的数据类型,类似字符串数组,一个站点的区站号、站名、平均气温、最高气温、最低气温、降水量等数据组合成一个字符串作为数组的一个单元,不同种类的数据间用空格分隔。类的Get Info过程给出类的执行状态,它有3个参数,Description给出查询数据的描述停息,Status给出类的操作执行信息,If Get OK是一个布尔值,反映读取数据是否成功。该类具有运行可靠、提示丰富、操作简便的特征。程序中用String Grid控件以表格形式显示类执行成功后读取的大监站定时气象观测数据,进而还可将类的执行定时化,每小时执行一次,将读取的数据存放至本地数据库中以供进一步的使用。

程序设计时,需在uses段包含Get Data From Web Page单元。在窗体上放一个TWeb Browser控件,将其长宽设置为最小,并在类的构造Create过程中用参数传递赋值给类中的Web Browser成员。程序界面如图2所示,2个Date Time控件用于设定开始和截止日期,2个Spin Edit控件用于设定开始和截止的时间(仅需表示小时整点),4个Label控件、1个Panel和1个Status Bar控件用于给出提示信息,1个String Grid控件用于显示数据,1个Bit Btn控件用作程序操作按钮[5]。该程序在Windows XP和Code Gear Delphi2009下编译通过。

Bit Btn按钮的Caption属性设为“查询”,按钮的代码如下:

程序执行后若读取数据成功,String Grid的表格中显示出数据信息,Panel给出数据描述。若不成功String Grid表格为空,Status Bar给出相应的提示信息,该提示信息也用对话框弹出。

摘要：通过Delphi编程实例,将读取网页数据涉及到的打开动态网页、根据区站号查找组织数据等的操作步骤封装至一个类中。调用该类的方法即可在客户端动态存取。

关键词：Delphi,类,动态网页,气象数据

参考文献

[1]Kent Reisdorph.轻松掌握DELPHI4[M].北京:电子工业出版社,1999:2-3,70-97.

[2]明日科技.DELPHI开发经验技巧宝典[M].北京:人民邮电出版社,2006:25-30,698-700.

[3]飞思科技产品研发中心.DELPHI6高级编程[M].北京:电子工业出版社,2002:490-492.

[4]杨华民,梁水,李方超.DELPHI函数参考大全[M].北京:人民邮电出版社,2006:3-60.

篇4：气象站数据的自动传输及其在Web网页上的动态实时查询

关键词：GPRS,自动气象站,数据传输,应用

GPRS又被称作通用无线分组业务, 其优势是: (1) 永远在线; (2) 按量计费, 因此和GSM相比, 比较经济。因自动气象站大多建立在在无人地区, 使用GPRS通信, 可以有效解决偏远地区气象数据的自动传输问题。也可以免除人工干预, 极大的降低了人力资源的投入。

一、GPRS协议

GPRS协议分析。当用户处于在端到断分组转移的模式下时, GPRS可以让用户发送和接收数据, 在此情况下不需要使用电路交换模式的网络资源。因此, 提供的无线分组业务既成本低, 又高效。作为一种新的移动数据通信业务, GPRS可以将高速无线IP或X.25服务提供给移动用户。由于GPRS使用的是分组交换技术, 因此对于每一位用户来说可以对多个无线信道进行占用, 而数据传输速率会达到160Kb Ps。GPRS技术的使用可以让数据分组和接收得以实现, 按流量计费, 因此服务成本也会大大降低。

二、GPRS数据传输的特点

GPRS采用了分组交换技术, 无论是高速数据还是低速信令, 高效传输都可以实现, 因此无线资源和网络资源都会得到优化。和GSM不同, GPRS使用的信道编码方案也是不同的额, 主要对以下四种编码方案进行了定义:CS-1、CS-2、CS-3以及CS-4。GPRS网络接入的速度比较快, 因此可以实现和目前现有数据网的无缝连接。GPRS可以和PI网、X.25网互通。可以对点到点以及点到多点服务, 因此远程信息处理也会实现。

在GSMPLMN中, GPRS引入了GPRS服务支持节点 (SGSN) 和GPRS网关支持节点GGNS。在对GPRS业务进行访问时, MSD执行执行GPRS接入过程。逻辑链路也会在MS和SGSN之间建立, MS的操作主要包括: (1) 接收基于GPRS的SMS服务。 (2) 经由SGSN的寻呼。 (3) GPRS数据到来通知。

三、系统总体设计

1、系统的构成与结构设计

在设计中, 我们使用了两个网络结构, 分别是:气象局己经建立的内部广域网和中国移动的GPRS网络。

系统的网络结构。在气象站中, 我们使用了网络拓扑结构是星型结构。服务器一方面和公网连接, 一方面和气象局内部网络连接, 而对于每一个站点的资料可以直接传输到中心服务器之中。采集点会和小站计算机连接, 之后通过内部网络, 小站计算机会和数据中心服务器连接。气象数据的传输方式: (1) 使用GPRS网络传输到数据中心服务器。 (2) 先输送到市级站, 之后借助居于前输送到数据中心服务器。

系统的硬件包括: (1) 气象数据采集。各类气象要素传感器采集气象数据, 如使用温度传感器对温度信号进行测量, 使用气压传感器对气压数据进行采集, 而雨量值主要使用雨量传感器进行测得。 (2) 采集器。采集器的作用是将电流转为字符, 这样有利于传输。 (3) GPRSDTU。GPRSDTU可以把数据流发送到GPRS网络中。 (4) 数据中心服务器主要对气象数据进行存放。 (5) 客户端。客户端的作用是对气象信息进行查看。

2、数据传输流程

首先, 气象仪器对气象数据进行测量, 接着, 使用气象传感器把信号输送到采集器中。12V太阳能会进行供电, 这样无人以及偏远地区的供电难题就会得到解决。采集器的供电量低, 因此使用太阳能供电就足够了。最后, 采集器将电压信号转换为脉冲信号, 输出到9针COM口, 接着传输到DTU中, 进行转换, 远程通信就完成了。中心站是由数据处理机和外网代理服务器共同组成的。传输流程见图1。

3、程序主要功能设计

(1) 列表查询。在进行列表查询时, 需要对以下因素进行选择查询:满足的条件、起止的时间段、各条件之间的关系以及查询的站点等。 (2) 曲线查询。曲线查询的查询条件包括:气象要素、范围、日期以及实时监测等。 (3) 统计查询。在进行统计查询时, 需要选择以下查询条件:统计数据的对象、日期、站点以及气象要素。

通信技术日益完善, 因此无线通信技术为信息的传输发挥了重要的作用, 特别给一些偏僻地区带来了很大的方便。使用无线通信技术可以让气象数据的采集难度降低。无线传输技术中, 比较成熟的是GPRS, 本文就基于GPRS的自动气象站数据传输及应用实践进行了分析和探讨, 在此只是抛砖引玉, 有不足的地方还望同行提出意见。

参考文献

[1]胡科, 蔡方凯, 胡蓉.基于GPRS数据传输智能终端的实现[J].电讯技术.2011 (23)

篇5：气象站数据的自动传输及其在Web网页上的动态实时查询

目前, 自动气象站在传输的过程中仍然存在着许多问题, 严重影响了数据资料传输的及时性和准确性。人为操作的不当及气象站仪器设备的特殊性等, 使气象站在数据传输的过程中出现障碍, 从而导致数据缺失或不准确, 因此, 保证气象数据传输的及时性与准确性, 对气象站数据传输过程中的常见故障进行分析处理, 确保数据资料传输的及时、可靠, 能够促进自动气象站业务工作的顺利运行。银川市自使用自动气象站以来发现了很多问题, 针对数据传输中常见的故障问题, 本文将主要从气象站通讯传输、硬件设备和软件系统等角度进行分析。

1 通讯传输故障

自动气象站系统中网络运输的可靠性和稳定性, 与自动气象站数据资料的及时传输具有重要关系。气象站的通讯传输主要包括自动气象站的计算机和上级计算机的网络通讯以及采集器与计算机的串口通讯, 其设备均与电缆相接。采集器采集数据时, 常见的故障有采集器得到的数据时有时无、计算机采集不到数据等。遇到此种情况, 需要确认当地网络与上级网络是否运行良好。在这一前提下, 再检查通讯口设置部分是否与规定的通讯格式相同, 如有不同, 可以做以下处理:检查各连接是否存在着松动的情况;用万用表检查电缆线的通断情况;检查设备上的串口是否出现问题;检查软件中的串口设置是否与设备上的一致。当数据传输出现故障后, 需要立即启动应急备份的通讯方式, 把数据成功地传输到总服务器。

2 硬件设备故障

在自动气象站数据传输过程中, 往往会出现数据传输的故障问题。依据采集软件显示数据的异常情况, 判断设备出现的故障问题, 从而对相应的设备部位进行维护是非常有必要的。常见的数据传输故障主要有以下几种:

2.1 采集器采集到的数据不能传入到计算机, 实时数据不能显示

在数据传输过程中可能会出现采集器数据不能及时传输到计算机, 使实时的数据不能显示的情况。在这种情况下, 需要先检查通讯的端口, 检查电缆是否正常连接、软件系统是否正常、有无损坏串口的情况等, 需要在重新安装软件之前把原数据备份。若数据仍然不能正常显示, 就应该检查采集器内的芯片和通讯电路。如果芯片出现损坏的情况, 需要更换芯片, 以保障系统的正常运行。

2.2 软件接收不到数据, 使采集器不能正常工作

采集器上面的指示灯不亮且面板上面无数据显示, 软件无法接收数据, 当按下采集器的按钮时也无反应, 但是软件和通讯都处于正常状态。如果重新启动采集器仍没有反应, 就可以判断是因为采集器内存储数据的芯片出现了数据紊乱的情况, 导致数据无法正常显示。这种情况下, 需要对芯片内的数据进行清零, 之后重新启动采集器, 数据就可以正常显示。

2.3 数据时有时无, 最终无数据显示

当出现数据显示时有时无的情况, 先检查通讯的线路。若通讯线路、软件、串口都正常工作, 则问题就出现在采集器上。这种情况需要打开采集器的盖子, 沿着通讯的线路进行测量, 如果某一串口的通讯线存在着问题, 原两引脚间通路断开, 打开盖子会发现其中一脚的焊线出现虚焊的情况, 将其重新焊接上, 数据便能够正常显示。

3 计算机及系统软件问题

3.1 计算机出现死机或者自动气象站软件意外关闭

在巡视仪器时, 不细心的工作人员只是看自动气象站的工作是否正常运行、计算机的显示面板上是否有数据, 而忽略了计算机软件停止运行或者计算机死机的状况, 致使气象站的实时数据无法正常下载, 使传输工作也随之中断。另外, 还存在着非业务人员使用计算机后, 习惯性或者意外情况将业务软件关闭, 值班人员并未及时发现而造成业务工作终止, 进而影响了自动气象站实时数据的工作质量。

3.2 时间误差过大

在实际工作中经常会出现时间误差过大的问题, 致使实时数据提前传输或者超时传输, 从而影响气象站的传输质量。当出现本地计算机的时间显示正常, 而接收数据资料的服务器时间过慢;本地计算机的时间显示过快, 服务器显示时间正常;本地计算机显示时间过快, 服务器接收资料的时间过慢等情况, 这需要值班人员依照规范, 在每天的19:00跟北京时间进行对照, 误差多于15s就应该重新调整采集器和计算机的时间, 以确保所有的业务工作时间与北京时间的误差在允许范围内, 以保证数据传输的精确性, 保证气象站工作的质量。

3.3 业务软件本身存在的缺陷问题

业务软件本身存在的问题是影响业务质量较为常见的问题, 表现为正点数据在卸载时无数据显示, 而软件仍然按照正点数据形成错误文件或者空文件被正常提走。在银川市气象局实时数据监控软件中数据传输显示正常, 但是, 在宁夏的业务质量监控中却无数据显示, 致使该气象站逾限, 进而影响本站乃至全自治区的数据传输率。气象站的各级值班人员应该对于本级工作高度负责, 恪尽职守, 加强管理, 严格值守班规范, 以确保遇到类似问题时能够及时准确的采取措施解决问题。如果遇到空文件传输的现象, 则需要立即通过“自动气象站监控软件”—“常规数据卸载”—“超始时间”和“结束时间”中设置需要重新卸载的数据, 再在“上传文件”前面的方格内划对号, 之后点卸载数据就可以获得实时上传的正常的文件。再通过手动将该文件传到自治区的气象局服务中就可以解决问题。

4 结语

为了保障自动气象站系统工作的正常运行, 避免人为原因造成的故障, 提高自动气象站数据传输的质量, 需要加强工作人员的责任心, 通过提高业务工作人员的技能水平, 在工作实践中不断地积累经验教训, 探索经验、总结经验, 以提高处理问题的能力和水平;严格按照要求做好日常仪器设备的维护工作, 使计算机系统、自动站设备等处于良好的状态, 更好地保证气象站收集和传输资料的及时性和准确性, 以真正地实现自动气象站的价值和优势。

摘要：自动气象站在提高观测的精确度和准确性上占有很大优势, 其采集到的气象数据资料都必须具备科学性和真实性的要求, 因此, 自动气象站在数据传输过程中必须做到及时、准确、迅速。

关键词：自动气象站,数据传输,常见故障

参考文献