超声波测井的井下数据采集与传输系统的实现
“宇宙超度指南”通过精心收集，向本站投稿了9篇超声波测井的井下数据采集与传输系统的实现，下面就是小编整理后的超声波测井的井下数据采集与传输系统的实现，希望大家喜欢。
篇1：超声波测井的井下数据采集与传输系统的实现
超声波测井的井下数据采集与传输系统的实现
摘要：介绍了井下数据采集与传输系统的结构和工作原理，该系统采用先进的CPLD器件ISPLSI1016实现了其中的接口电路，解决了井下数据采集与传输系统的高精度、低功耗和小尺寸等关键问题。关键词：数据采集与传输 复杂可编程逻辑器件 高速度 低功耗 小尺寸
随着石油工业的不断发展，测井技术越来越显示出其重要作用。超声波测井作为测井的一种重要方法得到了广泛的应用。由于测井仪器，特别是井下仪器工作环境的特殊性，使得对其研究和开发也具有特殊的要求。油井下的直径很小，因此对井下仪器的尺寸要求十分严格，一般来说印刷电路板的宽度不能超过4.5cm。体积达不到要求再好的仪器也无法在实际中应用。
本系统采用双CPU和双端口RAM，尤其是采用先进的PLD器件及1553总线技术很好地解决了井下高速数据采集与传输系统的可靠性、低功耗和小尺寸等问题。
(本网网收集整理)
1 系统结构简介
本系统采用两片AT89C52单片机分别作为主、从CPU；采用AD公司的高速A/D芯片AD7821进行井下温度、压力和幅值等参数的实时数据采集；选用两片美国Lattice公司的CPLD芯片isPLS1016实现数字信号采集处理接口电路和数据传输中的串并行转换接口电路；然后通过双口RAM（IDT7232）来传输数据。系统结构如图1所示。
2 系统工作原理与实现
在图1中，主CPU及其相关模块主要完成超声波发生器的控制、工作模式切换和数据采集等功能；从CPU主要完成主CPU所采集信号的上传和地面命令字的下传及命令解释，还包括一些监控功能。CPU对超声波发射装置进行控制，采集回波信号。由于回波信号的尖峰时刻非常窄，一般不超过1.0μs，所以对A/D的采样时间要求在ns级。本系统采用AD公司高速A/D芯片AD7821进行采集。数字信号部分，在启动超声波发生装置的同时产生时延控制信号，以便对回波信号的时间间隔进行计数，进一步测出井下的剩余壁厚等距离参数。所有采集的信号按一定格式存在双口RAM（IDT7132）内，以备从CPU调用和上传。
2.1 数据采集的实现
2.1.1 数字信号的采集
系统所需采集的数字信号的频率相差非常大。其中γ信号的频率在几赫兹到百赫兹之间。此信号直接进入单片机，用单片机的计数器进行计数，计算后得到频率。而超声波回的时间间隔只有几微秒，而且是定时产生，每次只出现一个。这样只能测量其周期。系统直接采用12MHz晶振信号的四分频作为测量周期的计数脉冲。除γ信号外的所有数字信号的采集模块完全集成在一片Lattice公司的isPLSI1016内。这样不仅大大提高了系统的集成度，满足了系统尺寸的特殊要求，而且增强了系统的可靠性和灵活性，方便系统的升级和调整。IsPLSI1016的内部设计框图如图2所示。
2.1.2 模拟信号的采集
对于回波的尖峰值，每次启动超声波发射器后采集一次；而对温度、压力等监控信号，每当7.14Hz的信号对单片机中断后才进行采集。7.14Hz的信号由外部提供。由于对精度要求不高，这里采用8位的转换精度。
2.2 数据的存储与传输
井下的数据采集频率接近2kHz，数据量非常大，不可能被完全存储下来。而且井下所需要的也不是全部数据，当发出数据上传命令后的前一个周期的数据为所要求的数据。这个周期信号即为上面提到的由外部提供的频率为7.14Hz的控制信号。因此在数据存储时，把RAM分成两种，0000～0fff为第一块，1000～1fff为第二块。主CPU对两块存储区进行交替存储。
7.14Hz信号接到中断0口上，并采用边沿触发方式。每次中断后，主CPU将改变各种相关参数。例如改变存储数据的RAM初始地址，即上一次是第一块则这一次为第二块，反之亦然。同时对P1.3口取非，即通知从CPU，主CPU正在写那一块RAM，以避免以CPU读取数据时发生读写冲突。
系统采用双口RAM作为CPU之间传递数据的中介，其结构图如图3所示。由于双口RAM的'高速存取，使大量数据能够及时地传输。
2.3 命令下达与数据上传
当从CPU接收到地面下传的命令之后，进行解释并通知主CPU。考虑到信号传输的可靠性，井下与地面之间的通信使用1553总线协议。1553总线的传输速率能达到1MHz以上。曼切斯特编码作为信道编码，提高信号传输的抗干扰能力。为方便实现曼切斯特编码以及总线接口，系统采用了专用曼切斯特编码/解码芯片HD-6408。HD-6408与CPU的接口用一片Lattice1016来完成。1016主要完成数据的串并行转换，以及6408编码/解码所需的外部时序。1016直接挂在从CPU并行总线上，从CPU通过对外部数据存储空间的读写来完成命令字的接收和数据的上传。
3 实验结果与分析
图4是ispEXPERT SYSTEM的仿真波形图。仿真测出的剩余壁厚为0xbb即187，与预计的结果一致。在系统传输可靠性测试中，误码率在10 -9以下，由于井下条件恶劣，实际应用中会略高。
该系统在与超声波发生器和上位机组合调试中，性能明显优于原来的分离逻辑电路系统。系统采集的参数增多，灵活性增强，可根据用户的要求增强或省云部分功能，以节约成本。
篇2：超声波测井的井下数据采集与传输系统的实现
超声波测井的井下数据采集与传输系统的实现
摘要：介绍了井下数据采集与传输系统的结构和工作原理，该系统采用先进的CPLD器件ISPLSI1016实现了其中的接口电路，解决了井下数据采集与传输系统的高精度、低功耗和小尺寸等关键问题。关键词：数据采集与传输 复杂可编程逻辑器件 高速度 低功耗 小尺寸
随着石油工业的不断发展，测井技术越来越显示出其重要作用。超声波测井作为测井的一种重要方法得到了广泛的应用。由于测井仪器，特别是井下仪器工作环境的特殊性，使得对其研究和开发也具有特殊的要求。油井下的直径很小，因此对井下仪器的尺寸要求十分严格，一般来说印刷电路板的宽度不能超过4.5cm。体积达不到要求再好的仪器也无法在实际中应用。
本系统采用双CPU和双端口RAM，尤其是采用先进的PLD器件及1553总线技术很好地解决了井下高速数据采集与传输系统的可靠性、低功耗和小尺寸等问题。
1 系统结构简介
本系统采用两片AT89C52单片机分别作为主、从CPU；采用AD公司的高速A/D芯片AD7821进行井下温度、压力和幅值等参数的实时数据采集；选用两片美国Lattice公司的CPLD芯片isPLS1016实现数字信号采集处理接口电路和数据传输中的串并行转换接口电路；然后通过双口RAM（IDT7232）来传输数据。系统结构如图1所示。
2 系统工作原理与实现
在图1中，主CPU及其相关模块主要完成超声波发生器的控制、工作模式切换和数据采集等功能；从CPU主要完成主CPU所采集信号的上传和地面命令字的下传及命令解释，还包括一些监控功能。CPU对超声波发射装置进行控制，采集回波信号。由于回波信号的尖峰时刻非常窄，一般不超过1.0μs，所以对A/D的`采样时间要求在ns级。本系统采用AD公司高速A/D芯片AD7821进行采集。数字信号部分，在启动超声波发生装置的同时产生时延控制信号，以便对回波信号的时间间隔进行计数，进一步测出井下的剩余壁厚等距离参数。所有采集的信号按一定格式存在双口RAM（IDT7132）内，以备从CPU调用和上传。
2.1 数据采集的实现
2.1.1 数字信号的采集
系统所需采集的数字信号的频率相差非常大。其中γ信号的频率在几赫兹到百赫兹之间。此信号直接进入单片机，用单片机的计数器进行计数，计算后得到频率。而超声波回的时间间隔只有几微秒，而且是定时产生，每次只出现一个。这样只能测量其周期。系统直接采用12MHz晶振信号的四分频作为测量周期的计数脉冲。除γ信号外的所有数字信号的采集模块完全集成在一片Lattice公司的isPLSI1016内。这样不仅大大提高了系统的集成度，满足了系统尺寸的特殊要求，而且增强了系统的可靠性和灵活性，方便系统的升级和调整。IsPLSI1016的内部设计框图如图2所示。
2.1.2 模拟信号的采集
对于回波的尖峰值，每次启动超声波发射
[1] [2]
篇3：网络传输计费系统的数据采集与传输
【摘要】 本文扼要地阐述了将交换机上生成的采集文件无丢失地拷贝到直采机上，然后通过网络传输到联机计费平台的文件服务器上实时分拣，同时提供一种实时监测的手段，确保系统运行的安全、稳定，该系统在实际应用中向电信客户提供了客观、公正、准确、及时的计费服务，取得了用户满意的效果。
【关键词】 数据传输系统;数据采集;交换技术
对于客户而言，通信子模块提供实际到交换机的物理通道，在已建立的物理通道上可分为命令通道和状态通道等类型，计费命令通过命令通道下达给交换机，交换机报告信息通过状态通道传送出来，对于特定型号的交换机需要采集前置机 完成与交换机的交互操作，来屏蔽各种交换机的异构性，从而使采集模块向客户提供一个统一的界面。
计费数据采集负责对交换机数据准确地采集处理是将交换机中的计费数据通过采集传送到计费中心以进行后台数据的集中处理和面向具体业务的综合业务处理。
一方面使得交换机计费数据采集进行集中控制和管理成为可能另一方面也为综合业务的开展提供了操作平台计费数据传输就是把计费数据从数据源传输到数据目的地是数据源和数据目的地之间的计费数据交换。
篇4：网络传输计费系统的数据采集与传输
1.1 通信网络计费数据传输模型。
融合计费数据传输通过统一的接口在规定的时间内完成传送完整、准确的数据到目的地。
其数据格式数据块大小消息描述符的结构格式队列容量消息描述符，消息描述符的标识消息的优先级消息的生命周期消息旧消息体拆分消息体组合往往有其统一的标准和统一的接口规范。
1.1.1 融合计费数据传输模型融合计费数据传输模型是对采集不同网络、不同业务的数据统一传输的模型。
通过信息交换技术传送融合的数据从数据源到数据目的地。
解决计费数据融合后数据传输的问题。
为网络融合提供了计费数据传输方面的支持。[1]
1.1.2 时间无关性计费数据传输模型:时间无关性计费数据传输模型是指数据传输源、数据传输通路、数据传输目的地三者发送、传送和接收时间互不相关各自进行各自的处理互不影响的传输模型。
该模型解决数据发送数据传输和数据接收的时间相关性而影响传输质量和传输速度的问题。
较好的解决了当今网络与通信远距离计费数据的实时、可靠传输的问题。
当网络的数据发送端和数据接收端较远时当网络的传输状况较差时时间无关性计费数据传输模型采取分步传输数据不因网络问题或者机器问题而丢失数据;分布式传输数据允许数据发送端、传输通道和数据接收端各自进行各自的处理而并非必须同步进行。[2]
1.2 通信网络计费数据采集模型。
数据采集系统主要完成接收从控制计算机的前端送来的控制信号依次读取从传感器中送来的数据并将这些数据以一定的格式保存到计算机中。
1.2.1 融合计费数据采集模型:融合计费数据采集对不同网络或不同业务的话单和统计信息进行采集。
该模型一方面避免了大量的重复劳动.另一方面使网络之间规划更具有合理性。
有利于网络资源共享利用、网络间较好的兼容、网络增多和业务种类增多。
通过融合数据采集较好地解决不同网之间的计费数据集中采集问题。
1.2.2 集中计费数据采集模型:集中计费数据采集对同一网络不同地点的话单和统计信息进行集中采集。
进行统一处理对同一个网络计费数据进行统一规划.集中管理。
有利干网络的迅速膨胀和发展。
集中数据采集较好地解决同一网的计费统一规划和集中管理问题。
篇5：网络传输计费系统的数据采集与传输
2.1 数据安全措施。
计费数据采集与传输中多方面考虑采集与传输的安全性:(1)循环采集与传输计费数据。
如果数据不能采集与传输到目的地，对其一直进行循环采集与传输。
(2)计费数据采集与传输完毕后满足要求如备份计费数据后才删除计费数据。
否者.不能删除计费数据，确保数据安全到达目的地。
(3)对计费数据格式作检查。
如果格式错误，通过多种手段和途径对其告警.并对其重新采集或传输.或者通过其它手段在其他地方获取新的计费数据。
(4)采用程序退出采集时，采集进程确保正在处理的采集程序处理完毕后.采集进程才能退出以保证计费数据完整性。
(5)采集与传输分不同阶段的进行只有后一阶段的任务已经完成.才有可能把前一阶段的计费数据删除。
如出现停电.数据保存完整.确保不会丢失。
(6)计费数据传输采用数据发送、数据传输和接收数据时间分离确保长距离、网络传输状况不好的情况下的计费数据传输安全。[3]
2.2 采用实时的处理。
实时的处理，保证数据实时传送到目的.地有较高的安全性.避免数据的丢失等问题。
在系统选择方面.采用安全性较高的Unix系统。
Unix系统具有良好的安全性和具有能更好地支持用户等级权限。
在国内，计费数据采集与传输往往统一规划，组成一个大的局域网。
计费数据采集与传输利用局域网的防火墙和不透明性更好地与广域网隔离开，保证数据及时、安全而迅速的采集到采集机或传输到目的地。
与国际相连采用专用通道加密手段等保证其安全性。
3 结束语
网络与通信的迅速发展，要求计费数据采集与传输要适应计费的发展。
越来越多的网络，越来越多的交换机种类，越来越多的业务类型，越来越多的服务要求，越来越多的用户终端，要求计费数据采集与传输能够融合多个网络，支持多种类的交换机，支持尽可能多的业务类型，满足尽可能多的服务要求，兼容尽可能多的操作系统以用来满足不同终端的用户。
参考文献
[1] L.Herforth. 通信传输的原理与应用[M].上海:上海科学技术出版社，.2
[2] 于大安. 数据采集技术[M]. 北京：清华大学学报(自然科学版),.6
[3] 田燕.交换机采集技术与应用[M].北京：科学出版社，.10
[4] 李茂山.网络传输计费数据系统[M]. 北京：人民邮电出版社，2004.9
篇6：利用ColdFire uClinux实现数据采集和传输
利用ColdFire uClinux实现数据采集和传输
摘要：介绍了利用ColdFire uClinux实现数据采集和传输。这项技术被用在大型集装箱检测系统中，取得了很好的效果。关键词：ColdFire uClinux 数据采集
在ColdFire上嵌入uClinux操作系统是一项比较成熟的技术，般应用在手持设备、家庭网关、工业控制中。但在数据采集应用中使用这项技术却不是很常见，原因是uClinux不是实时操作系统，而数据采集应用对数据采集的实时性要求很高。本文介绍如何利用在ColdFire上嵌入uClinux操作系统的方法来实现数据的采集和传输。
1 硬件平台
任何嵌入式应用系统都离不开具体的硬件平台，这里先介绍一下系统采用的硬件平台。图1所示即为硬件结构的示意图。其中，SPM是数据处理模块，它控制前端的A/D变换，根据设定的采集周期将A/D变换后的数据保存在其内部的RAM中；同时发出一个中断信号。ColdFire 5307 xBoard是基于Motorola公司高性能嵌入式32位处理器ColdFire 5307自行开发的.嵌入式应用开发板。其硬件配置包括：
ColdFire5307 90MHz 32位处理器；16M SDRAM；2M Flash ROM；10Mbps以太网接口；两个UART串口；两个64针的地址和数据总线接口。
ISC（图像控制工作站）和IDS（图像数据工作站）是两个工作站，用来对系统实现控制，对图像数据实现处理。XBoard和工作站处在同一个以太网上，该以太网上还配有其它的设备。uClinux所要实现的功能是实时地将SPM上采集的数据通过以太网传到IDS上，同时接收来自ICS的命令以对SPM进行控制。
2 SPM和xBoard之间的连接
uClinux需要读取SPM中的RAM，所以最好是把SPM中的RAM作为uClinux的内存地址的一部分。SPM和xBoard上MCF5307之间的硬件连接如图2所示。
SPM中RAM的地址线、数据线和控制线直接连到CPU的总线上。除了硬件上的连接之外，还需要设置MCF5307的寄存器，为SPM上的RAM分配内存空间。XBoard在加电时首先运行debug程序，所以在debug中进行寄存器的设置是比较合适的。在debug源代码中的sysinit.c文件里的mcf5307_cs_init函数中加上下面的语句：
MCF5307_WR_CS_CSAR5（imm,0xa000）； SPM的地址从0xa0000000开始
MCF5307_WR_CS_CSCR5(imm,0x3d40)； 采用8位的读方式
MCF5307_WR_CS_CSMR5（imm,0x01FF0001）； 空间大小为1M
将SPM控制的引脚和MCF5307的并口引脚相连，这产对SPM的控制就只需设置并口的相应位了。
[1] [2] [3]
篇7：基于TMS320F2812的数据采集系统设计与实现
基于TMS320F2812的数据采集系统设计与实现
为了提高自动检测系统中数据的采集速率,设计了一种基于TI公司生产的DSP芯片TMS320F2812的实时数据采集系统,该系统可对科学实验中仪器所输出的模拟电压信号进行实时的采集和记录.文章从系统的.硬件和软件两方面的设计进行了阐述.本数据采集系统可应用于石油测井、石油化工等领域.
作 者：张家田 徐飞 严正国 张龙 作者单位：张家田,徐飞,严正国(西安石油大学光电油气测井与检测教育部重点实验室,陕西,西安)张龙(中国石油集团测井有限公司长庆事业部,陕西,西安)
刊 名：石油仪器 英文刊名：PETROLEUM INSTRUMENTS 年，卷(期)： 23(5) 分类号：P368.1 关键词：数据采集系统 DSP TMS320F2812篇8：嵌入式水位雨量数据采集系统设计与实现
嵌入式水位雨量数据采集系统设计与实现
水位雨量采集系统为防汛测报提供及时的水雨情信息,随着应用需求的增加,原有的以8位单片机为核心的控制系统(RTU)满足多任务、多信道方面已经显得有点力不从心,采用嵌入式系统可以实现除了现有的.卫星、电话、GSM/GPRS等通信方式外,还可以实现基于网络的数据传输方式,实现对水位、雨量进行实时在线监测,从而实现测报系统的网络化.介绍了嵌入式系统的基本原理,分析了ARM微处理器的体系结构、指令系统、操作系统、开发软件等嵌入式开发技术,给出了基于ARM的嵌入式系统的解决方案,并对水位雨量采集、存贮、传输和数据安全措施进行了分析设计.
作 者：余德华 刘泽文 张国学 YU De-hua LIU Ze-wen ZHANG Guo-xue 作者单位：长江水利委员会,荆江水文水资源勘测局,湖北,荆州,434020 刊 名：人民长江 PKU英文刊名：YANGTZE RIVER 年，卷(期)： 38(10) 分类号：P332 TP274 关键词：ARM 嵌入式 数据采集篇9：Protocol Buffers在数据采集与传输系统建设方式论文
Protocol Buffers在数据采集与传输系统建设方式论文
随着通信技术和传感器技术的不断发展，数据采集与传输系统得到了越来越广泛的应用。而Google Protocol Buffers是Google公司开发是一款非常优秀的库，其定义了紧凑的、可扩展的二进制消息格式，特别适合用于数据传输。本文着重介绍了使用Protocol Buffers的对数据的封装和其反射机制来实现数据采集与传输系统的快速扩展采集数据类型。
1 Protocol Buffers概述
1.1 简介
Protocol Buffers（以下简称ProtoBuf）是由Google开发的一种数据描述语言。ProtoBuf定义了一种紧凑的可扩展二进制消息格式，能对结构化的数据进行灵活的、高效的、自动的机制来进行序列化。ProtoBuf可扩展方式的序列化结构数据被广泛应用在通信协议、数据存储等领域。
1.2 ProtoBuf的性能
一条消息数据，用ProtoBuf序列化后的大小是JSON的十分之一，是XML格式的二十分之一，是二进制序列化的十分之一。总体看来ProtoBuf的优势还是非常明显的。
2 应用在数据采集与传输系统中
这里所设计的数据采集与传输系统采用Slave-Master结构。其中Slave负责采集数据并将数据发送给Master；Master接收所采集的数据并做进一步处理。Slave可以支持多种数据类型（如GPS、图像等）的采集。
2.1 根据不同的采集数据类型，编写proto文件
在ProtoBuf中，所有的对象都被视为消息。消息的每个属性描述都可以使用required、optional、repeated来进行描述。ProtoBuf数据描述语言中也支持一些基本的数据类型如string、int32、double等等。
设Slave的采集数据类型有Type1、Type2。这两种类型的Proto描述命名为MsgType1和MsgType2（图1所示）。
经proto编译后，生成的消息类为MsgType1和MsgType2，它们均继承自google：：protobuf：：Message类。
2.2 设计支持不同采集数据类型的数据传输格式
在数据传输中使用ProtoBuf需要解决两个问题，一是数据的.长度：ProtoBuf打包的数据没有自带长度信息或终结符，这就需要由应用程序自己在发生和接收的时候做正确的分割；二是消息类型：ProtoBuf打包的数据没有自带的类型信息，在消息传输过程中，发送方需要将消息类型告诉接收方，接收方根据消息类型再做反序列化。对于长度问题，可以将长度信息作为消息的一个段来解决。而对于消息类型问题，可以使用ProtoBuf根据消息的类型名反射自动创建对应的消息对象的机制来解决。因此，可以设计基本传输格式的格式如图2所示：
ProtoBuf Message的序列化数据封装在message_data中，且称这种数据格式为Message Package（消息包）。
2.3 消息打包器的设计
消息包格式设计完后，首先要对不同的采集数据类型编写封装函数，以便将相应类型的数据封装到对应的ProtoBuf Message中。然后使用消息打包器将Slave所采集的某种类型的数据信息打包成上图的消息包。消息打包器先通过ProtoBuf将特定类型的采集数据进行序列化，并生填充Message Data。最后再填充Message Package中的Length 、Message Name等字段，完成消息的打包操作。消息打包器代码如下：
std：：string CreateMsgPackage（ const google：：protobuf：：Message& msg ）
{
std：：string msg_pack；
msg_pack.resize（ sizeof（ int32_t ） ）；
string& msg_name = msg.GetTypeName（）；
int32_t name_len = msg_name.size（）+1；
msg_pack.append（（char*）&name_len，sizeof（name_len））；
msg_pack.append（msg_name.c_str（），name_len）；
Msg.AppendToString（&msg_pack）；
char* begin = msg_pack.c_str（）+sizeof（ int32_t ）；
int32_t length = msg_pack.size（）-sizeof（int32_t）；
std：：copy（ （char*）（ &length ）， （char*）（ Length ） +
sizeof（ Length ）， msg_pack.begin ）；
return msg_pack；
}
2.4 消息解包器的设计
接收到消息包之后要进行解封装，分解出消息包中的各个字段，这里不再详述。ProtoBuf本身具有很强的反射机制，ProtoBuf可以能根据Message Name创建一个该类型的消息，然后使用Message Data来反序列化该消息，从而在Message Package中恢复出相应类型的Message，由此完成对消息的识别。由消息包来还原相应的消息的代码如下：
Message* CreateMsg（ std：：string& msg_pack ）
{
// 从msg_pack中分离msg_name、msg_data等的代码从略
Message* msg = NULL；
Descriptor* desc = DescriptorPool：：generated_pool（）->FindMessageTypeByName（msg_name）；
Message* prototype = MessageFactory：：generated_factory（）->GetPrototype（desc）；
msg = prototype->New（）；
msg->ParseFromArray（msg_data， msg_data_len）；
return msg；
}
2.5 消息分发器的设计
Master在得到相应类型的采集数据消息后，需要传递给相应的消息处理方法，这就涉及到消息的分发。消息分发器可以使用map来实现，由于每个具体消息类型都有一个全局的Descriptor对象，其地址是唯一的，可作为key；value为针对特定采集数据类型消息的处理函数，即std：：map，其中MessageCallBack为 boost：：function。由于消息分发器传给处理函数的参数是Message*类型，处理函数需要对其进行向下转型后才能使用。消息分发器在接收到某一消息后，在map中查找对应的处理函数，并执行该函数。
2.6 整体结构
在Slave端，用户需要使用proto数据描述语言描述该类型的数据，并产生相应的Message类型，此外用户还要编写相应数据类型消息封装方法。在Master端，由于与Slave使用相同的proto文件，消息解包器可以分辨出相应类型的Message。用户在Master端需要编写针对某具体类型采集数据的处理方法，并向消息分发器注册。消息分发器将消息解包器解出的消息作为参数调用对应的处理方法。
3 结束语
在Slave-Master结构的系统中通过编写proto文件来描述各种类型的采集数据；在Slav e端进行采集数据的序列化和封装；在Master端编写对应的采集数据处理方法，并将该方法注册到Master的消息分发器中，完成对采集数据类型的快速扩展。
Protocol Buffers .https：//developers.google.com/protocol-buffers/docs/overview.
陈硕.Linux多线程服务端编程——使用muduo C++网络库.北京：电子工业出版社.2013：220-236.
李纪欣，王康，周立法，章军.Google Protobuf在Linux Socket通讯中的应用.电脑开发与应用.2013，26（4）.
田源，潘晨光，丁杰.Protocol Buffers在即时通讯系统中的应用研究 .现代电子技术.2013，37（5）
【超声波测井的井下数据采集与传输系统的实现】相关文章：
10.同步传输与异步传输
文档为doc格式
