产品设计过程——硬件开发
●课程简介:
本课程以产品设计过程为主线，详细讲解产品设计过程中的各个环节，帮助学员理解产品开发流程，树立按流程办事和流程优化的思想，更好地开展工作。
●适合对象：硬件研发类新员工
●培训目标：
学完本课程后，学员能够达到：了解产品设计过程，并在实际工作中能够按流程办事。
●课程要点：
硬件工程师职责与基本技能
硬件开发规范化管理的重要性
硬件开发过程及文档规范详解
与硬件开发相关的流程文件介绍
产品设计过程——硬件开发
第一章硬件工程师职责与基本技能
第一节硬件工程师职责
一个技术领先、运行可靠的硬件平台是公司产品质量的基础，硬件工程师职责神圣，责任重大。
1、硬件工程师应勇于尝试新的先进技术之应用，在产品硬件设计中大胆创新。
2、坚持采用开放式的硬件架构，把握硬件技术的主流和未来发展，在设计中考
虑将来的技术升级。
3、充分利用公司现有的成熟技术，保持产品技术上的继承生。
4、在设计中考虑成本，控制产品的性能价格比达到最优。
5、技术开放，资源共享，促进公司整体的技术提升。
第二节硬件工程师的基本素质与技术
硬件工程师应掌握如下基本技能：
1、由需求分析至总体方案、详细设计的设计创造能力；
2、熟练运用设计工具，设计原理图，EPLD，FPGA调试程序的能力；
3、运用仿真设备，示波器，逻辑分析仪调测硬件的能力；
4、掌握常用的标准电路的设计能力，如CPU电路，WDT电路，滤波电路，高
速信号传输线的匹配电路等；
5、故障定位，解决问题的能力；
6、文档的写作能力；
7、接触供应商，保守公司机密的技能。
第二章硬件开发规范化管理
第一节硬件开发规范化管理的重要性
在公司的规范化管理中，硬件开发的规范化是一项重要内容。硬件开发规范化管理是在公司的《硬件开发流程》及相关的《硬件开发文档编制规范》，《PCB 投板流程》等文件中规划的。硬件开发流程是指导硬件工程师按规范化方式进行开发的准则，规范了硬件开发的全过程。硬件开发流程制定的目的是规范硬件开发过程控制，硬件开发质量，确保硬件开发能按预定目的完成。
硬件开发流程不但规范化了硬件开发的全过程，同时也从总体上，规定了硬件开发所完成的任务。做为一名硬件工程师深刻领会硬件开发流程中各项内容，在日常工作中自觉按流程办事，是非常重要的，否则若大一个公司就会走向混乱。所有硬件工程师应把学流程、按流程办事、发展完善流程、监督流程的执行作为自己的一项职责，为公司的管理规范化做出的贡献。
总之，硬件开发流程是硬件工程师规范日常开发工作的重要依据，全体硬件工程师必须认真学习。
第二节硬件开发过程详解
硬件开发过程对硬件开发的全过程进行了科学分解，规范了硬件开发的五大任务，也划分硬件开发的五大阶段。
1、硬件需求分析
2、硬件系统设计
3、硬件开发及过程控制
4、系统联调
5、文档归档及验收申请
硬件开发真正起始应在立项后，即接到立项任务书后，但在实际工作中，许多项目在立项之前已做了大量硬件设计工作。立项完成后，项目组就已有了产品规格说明书，系统需求说明书及项目总体方案书，这些文件都已进行过评审。
1、硬件需求分析
项目组接到任务后，首先要做的硬件开发工作就是要进行硬件需求分析，撰写硬件需求规格说明书。硬件需求分析在整个产品开发过程中是非常重要的一环，硬件工程师更应对这一项内容加以重视。
一项产品的性能往往是由软件和硬件共同完成的，哪些是由硬件完成，哪些是由软件完成，项目组必须在需求时加以细致考虑。硬件需求分析还可以明确硬件开发任务。并从总体上论证现在的硬件水平，包括公司的硬件技术水平是否满足需求。
硬件需求分析主要有以下内容：
●系统运行环境及使用说明
●基本配置及其互连方法
●硬件整体系统的基本功能和主要性能指标
●硬件分系统的基本功能和主要功能指标
●功能模块的划分
●关键技术的攻关
●外购硬件的名称型号、生产单位、主要技术指标
●主要仪器设备
●内部合作，对外合作，国内外同类产品的硬件技术介绍
●可靠性、稳定性、电磁兼容讨论
●电源、工艺结构设计
●硬件测试方案
进行完硬件需求分析后，撰写《硬件需求说明书》。《硬件需求说明书》不但给出项目硬件开发总的任务框架，也引导项目组对开发任务有更深入的和具体的分析，更好地来制定开发计划。
《硬件需求说明书》是描写硬件开发目标，基本功能，基本配置，主要性能指标，运行环境，约束条件以及开发经费和进度等要求，它的要求依据是《产品规格说明书》和《系统需求说明书》。它是硬件总体设计和制订硬件开发计划的依据。
《硬件需求说明书》的具体编写的内容有：系统运行环境及使用说明，硬件整体系统的基本功能和主要性能指标，硬件分系统的基本功能和主要性能指标以
及功能模块的划分等。
2、硬件系统设计
硬件需求分析完成后，项目组即可进行硬件系统设计。硬件系统设计是把整个系统进一步具体化。硬件系统设计的主要任务就是从总体上进一步划分各单板的功能以及硬件的总体结构描述，规定各单板间的接口及有关的技术指标。
硬件系统设计主要有下列内容：
●系统功能及功能指标
●系统总体结构图及功能划分
●单板命名
●系统逻辑框图
●组成系统各功能块的逻辑框图，电路结构图及单板组成
●单板逻辑框图和电路结构图
●关键技术讨论
●关键器件
在硬件系统设计阶段需要撰写《硬件总体设计报告》。《硬件总体设计报告》是根据需求说明书的要求进行总体设计后出的报告，它是硬件详细设计的依据。编写《硬件总体设计报告》应包含以下内容：系统总体结构及功能划分，系统逻辑框图，组成系统各功能模块的逻辑框图，电路结构图及单板组成，单板逻辑框图和电路结构图，以及可靠性，安全性，电磁兼容性讨论和硬件测试方案等。
硬件系统设计是最重要的环节之一。系统设计不好，可能出现致命的问题，造成的损失有许多是无法挽回。另外，系统设计对各个单板的任务以及相关的关系进一步明确，单板的设计要以系统设计为依据。而产品的好坏特别是系统的设计合理性、科学性、可靠性、稳定性与系统设计关系密切。一个好的产品，特别是大型复杂产品，系统方案进行反复论证是不可缺少的。只有经过多次反复论证的方案，才可能成为好方案。
硬件需求分析和硬件总体设计完成后，项目评审委员会要对其进行评审。审查包括两部分，一是对有关文档的格式，内容的科学性，描述的准确性以及详简情况进行审查。再就是对总体设计中技术合理性、可行性等进行审查。如果评
审不能通过，项目组必须对自己的方案重新进行修订。
3、硬件开发及过程控制
硬件总体方案通过后，即可着手关键器件的申购，主要工作由项目组来完成，计划办总体办进行把关。关键元器件往往是一个项目能否顺利[实施的重要目标。
关键器件落实后，即要进行结构与电源设计、单板总体设计。结构与电源设计由其它项目组或部门来协作完成，项目组必须准确地把自己的需求写成任务书，经批准后送达相关项目组或部门。
单板总体设计需要项目组与CAD组配合完成。单板总体设计过程中，对电路板的布局、走线的速率、线间干扰以及EMI等的设计应与CAD组合作。CAD 组可利用相应分析软件进行辅助分析。单板总体设计主要包括下列内容：
●单板在整机中的位置
●单板功能描述
●单板尺寸
●单板逻辑图及各功能模块说明
●单板软件功能描述
●单板软件功能模块划分
●接口定义及与相关板的关系
●重要性能指标、功耗及采用标准
●开发用仪器仪表等
在单板的总体设计方案定下来之后应出《单板总体设计方案书》这份文档，《单板总体设计方案》应包含以下内容：单板版本号，单板在整机中的位置，开发目的及主要功能，单板功能描述，单板逻辑框图及各功能模块说明，单板软件功能描述及功能模块划分，接口简单定义与相关板的关系，主要性能指标，功耗和采用标准。
每个单板都要有总体设计方案，且要经过项目评审委员会评审。只有单板总体方案评审通过后，才可以进行单板详细设计。
单板详细设计包括两大部分：
●单板软件详细设计
●单板硬件详细设计
其中单板硬件详细设计应包括下列部分：
●单板整体功能的准确描述
●模块的精心划分
●接口的详细设计
●关键元器件的功能描述及评审，元器件的选择
●符合规范的原理图及PCB图
●对PCB板的测试及调试计划
在单板硬件进入到详细设计阶段，应提交《单板硬件详细设计报告》。在单板硬件详细设计中应着重体现：单板逻辑框图及各功能模块详细说明，各功能模块实现方式，地址分配，控制方式，接口方式，存储器空间，中继方式，接口管脚信号详细定义，时序说明，性能指标，指示灯说明，外接线定义，可编程器件图，功能模块说明，原理图，详细物料清单以及单板测试，调试计划。有时候一块单板的硬件和软件分别由两个开发人员开发，因此这时单板硬件详细设计便为软件设计者提供一人详细的指导，因此单板硬件详细设计报告至关重要。尤其是地址分配、控制方式、接口方式、中断方式是编制单板软件的基础，一定要详细写出。
单板硬件的详细设计报告，则要项目评审委员会与CAD组联合进行审查，如果审查通过，方可进行PCB板设计，如果通不过，则返回硬件需求分析处，重新进行整个过程。这样做的目的在于让项目组重新审查一下，某个单板详细设计通不过，是否会引起项目整体设计的改动。
如单板详细设计报告通过，项目组一边要与生产、商务部门配合准备单板物料申购，一方面进行PCB板设计。PCB板设计需要项目组与CAD组配合进行，PCB原理图是由项目组完成的，而PCB画板和投板的管理工作都由CAD组完成。PCB投板有专门的PCB样板流程。PCB板设计完成后，就要进行单板硬件过程调试，调试过程中要注意多记录、总结，勤于整理，写出《单板硬件过程调试文档》，以便管理阶层了解进度，进行考评，另外也给其他相关工程师留下一份有参考价值的技术文档。如果PCB测试不通过，要重新投板，则要由项目评审委员会与CAD组联合决定。
每次所投PCB板时应制作《单板硬件过程调试文档》，这份文档应包括以下内容：单板硬件功能模块划分，单板硬件各模块调试进度，调试中出现的问题及解决方法，原始数据记录，系统方案修改说明，单板方案修改说明，器件改换说明，原理图，PCB图修改说明，可编程器件修改说明，调试工作阶段总结，调试进展说明，下阶段调试计划以及测试方案的修改。
在单板调试完成之后，申请内部验收之前，项目组应先进行自测。项目组要把单板放到相应环境进行单板硬件测试，以确保每个功能都能实现，每项指标都能满足。自测完毕应出《单板硬件测试文档》。
《单板硬件测试文档》包括以下内容：单板功能模块划分，各功能模块设计输入输出信号及性能参数，各功能模块测试点确定，各测试参考点实测原始记录及分析，板内高速信号线测试原始记录及分析，系统I/O口信号线测试原始记录及分析，整板性能测试结果分析。
4、系统联调
在结构电源、单板软硬件都已完成开发后，就可以进行系统联调。系统联调是整机性能提高，稳定的重要环节，认真周到的系统联调可以发现各单板以及整体设计的不足，也是验证设计目的是否达到的唯一方法。只有对各种可能的环节验证到才能保证机器走向市场后工作的可靠性和稳定性。在整个系统联调过程要进行详细记录，必须撰写《系统联调报告》。
《系统联调报告》包括这些内容：系统功能模块划分，系统功能模块调试进展，系统接口信号的测试原始记录及分析，系统联调中出现问题及解决，调试技巧集锦，整机性能评估等。
系统联调后，必须经项目评审委员会对联调结果进行评审，看是不是符合设计要求。如果不符合设计要求将要返回去进行优化设计。
5、文档归档及验收申请
如果系统联调通过，项目组要进行文件归档，把应该归档的文件准备好，经项目评审委员会评审，如果文件归档评审通过，才可进行内部验收。当内部验收通过及转中试，硬件项目完成开发过程。
第三章与硬件开发相关的流程的简单介绍
与硬件开发相关的流程主要有下列几个：
●项目立项流程
●项目实施管理流程
●软件开发流程
●系统测试工作流程
●中试接口流程
●内部接收流程
1、项目立项流程
是为了加强立项管理及立项的科学性而制定的。其中包括立项的论证，审核分析，以期做到合理进行开发，合理理行资源分配，并对该立项前的预研过程进行规范和管理。立项时，对硬件的开发方案的审查是重要内容。
2、项目实施管理流程
主要定义和说明项目在立项后进行项目系统分析和总体设计以及软硬件开发和内部验收等过程和接口，并指出了开发过程中需形成的各种文档。该流程包含着硬件开发，软件开发，结构和电源开发，物料申购并各分流程。
3、软件开发流程
与硬件开发流程相对应是软件开发流程，软件开发流程是对大型系统软件开发规范化管理文件，流程目的在对软件开发实施有效的计划和管理，从而进一步提高软件开发的工程化，系统化水平，提高公司软件产品质量和文档管理水平，以保证软件开发的规范性和继承性。软件开发与硬件开发密切联系在一起的。一个系统软件和硬件是相互关联的。
4、系统测试工作流程
该流程规定了在开发过程中系统测试过程，描述了系统测试所要执行的功能，
输入，输出的文件以及有关的检查评审点。它规范了系统测试工作的行为，以提高系统测试的可控性，从而为系统质量保证提供一个重要手段。
项目立项完成，成立项目组的同时要成立对应的测试项目组。在整个开发过程中，测试可分为三个阶段，单元测试，集成测试，系统测试。测试的主要对象为软件系统。
5、中试接口流程
中试涉及到研发部与中试部开发全过程。研发部在项目立项审核或项目立项后以书面文件通知中试部，中试部以此来确定是否参与该项目的测试及中试准备的相关人选，并在方案评审阶段参与进来对产品的工艺，结构，兼容性及可生产性等问题进行评审，在产品开发的后期，项目组将中试的相关资料备齐，提交《新产品准备中试联络单》，由项目评审委员会审核后，提交中试部进行中试准备，在项目内部验收后转中试，在中试过程中出现的中试问题，由中试部书面通知反馈给项目组，进行设计调整直至中试通过。
由上可出中试将在产品设计到验收后整个过程都将参与，在硬件开发上，也有许多方面要提早与中试进行联系，甚至中试部直接参与有关的硬件开发和测试工程。
6、内部验收流程
制定的目的是加强内部验收的规范化管理，加强设计验证的控制，确保产品开发尽快进行中试和生产并顺利推向市场。项目完成开发工作和文档及相关技术资料后，首先准备测试环境，进行自测，并向项目评审委员会递交《系统测试报告》及项目验收申请表，项目评审委员会审核同意项目验收申请后，要求项目组确定测试项目，并编写《测试项目手册》。测试项目手册要通过项目评审委员会组织的评审，然后才组成专家进行验收。由上可见，硬件开发过程中，必须提前准备好文档及各种技术资料，同时在产品设计时就必须考虑到测试。
案例分析：
一个典型的嵌入式系统设计和实现
上网时间: 2005年03月01日
在计算机、互联网和通信技术高速发展的同时，嵌入式系统开发技术也取得迅速发展，嵌入式技术应用范围的急剧扩大。本文介绍了一种基于ARM和FPGA，从软件到硬件完全自主开发多功能车辆总线(Multifunction Vehicle Bus)MVB嵌入式系统的设计和实现。
系统设计和实现
通常来说，一个嵌入式系统的开发过程如下：
1. 确定嵌入式系统的需求；
2. 设计系统的体系结构：选择处理器和相关外部设备，操作系统，开发平台以及软硬
件的分割和总体系统集成；
3. 详细的软硬件设计和RTL代码、软件代码开发；
4. 软硬件的联调和集成；
5. 系统的测试。
一、步骤1：确定系统的需求：
嵌入式系统的典型特征是面向用户、面向产品、面向应用的，市场应用是嵌入式系统开发的导向和前提。一个嵌入式系统的设计取决于系统的需求。
1、MVB总线简介
列车通信网（Train Communication Network,简称TCN）是一个集整列列车内部测控任务和信息处理任务于一体的列车数据通讯的IEC国际标准（IEC－61375-1）, 它包括两种总线类型绞线式列车总线(WTB)和多功能车厢总线(MVB)。
TCN在列车控制系统中的地位相当与CAN总线在汽车电子中的地位。多功能车辆总线MVB 是用于在列车上设备之间传送和交换数据的标准通信介质。附加在总线上的设备可能在功能、大小、性能上互不相同，但是它们都和MVB总线相连，通过MVB总线来交换信息，形成一个完整的通信网络。在MVB系统中，根据IEC－61375－1列车通信网标准，MVB 总线有如下的一些特点：
拓扑结构：MVB总线的结构遵循OSI模式，吸取了ISO的标准。支持最多4095个设备，由一个中心总线管理器控制。简单的传感器和智能站共存于同一总线上。
数据类型：MVB总线支持三种数据类型：
a.过程数据：过程变量表示列车的状态，如速度、电机电流、操作员的命令。过程变量的值叫过程数据。它们的传输时间是确定的和有界的。为保证这一延迟时间，这些数据被周期性地传送。
b.消息数据：消息被分成小的包，这些包分别被编号并由目的站确认。消息包及与之相关的控制数据形成消息数据。消息数据以命令方式传输。功能消息被应用层所使用；服务消息用于列车通信系统自身的管理等。
c.监视数据：是短的帧，主设备用它作同一总线内设备的状态校验、联机设备的检测、主权传输、列车初运行和其它管理功能。
介质访问形式：MVB总线支持RS485铜介质和光纤。其物理层的数据格式为1.5Mbps串行曼彻斯特编码数据。
MVB的介质访问是由总线管理器BA进行管理的，总线管理器BA是唯一的总线主设备，所有其它设备都是从设备。主设备按照某种预定的顺序对端口进行周期性轮询，在周期的间隔中，主设备转而处理偶发性请求。
可靠性措施：MVB容错措施包括
发送的完整性：链路层有扩充的检错机制，该机制提供的汉明码距为8，可检测位、帧和同步错误。
故障的独立性：通常对铜介质进行完全双份配置，以确保设备故障的独立性。
发送的可用性：可用性可以通过介质冗余、电源冗余、管理器冗余等措施得以提高。
2、MVB系统的基本需求如下：
a. 完全与IEC-61375-1(TCN) 国际标准兼容，支持MVB总线定义的三种数据类型过程数据，消息数据，监视数据。
b. 系统可配置成为：
i. 总线管理器（BA）功能
ii. 总线管理器（BA）功能和通信功能
iii. 独立的通信功能
c. 采用ARM7TDMI的处理器
d. 采用实时操作系统
e. 供TCN的实时协议栈协议（RTP）
f. 支持4096 逻辑端口的过程数据
g. 支持与上位PC104主机的双口RAM接口
h. 输入电压5V
i. 工作环境温度：－40℃～75℃
3、其他需求
多功能车辆总线MVB系统与用户的列车控制系统同步设计，有着严格的时间限制。
二、步骤2：设计系统的体系结构，协同分配硬件/软件方面的要求
嵌入式系统包含硬件和软件两部分：硬件架构上以嵌入式处理器为中心，配置存储器、I/O 设备、通信模块等必要的外设；软件部分以软件开发平台为核心，向上提供应用编程接口（API），向下屏蔽具体硬件特性的板级支持包BSP。嵌入式系统中，软件和硬件紧密配合，协调工作，共同完成系统预定的功能。根据OSI的七层模型可以确定链路层和物理层由硬件实现，其他各层由软件实现，如图1。
图1：MVB的OSI模型和MVB系统软硬件划
分。
1、嵌入式操作系统选择：
?通常而言，为一个嵌入式系统选择操作系统要考虑如下几个因素：
?操作系统支持的微处理器
?操作系统的性能
?操作系统的软件组件和设备驱动程序
?操作系统的调试工具，开发环境、在线仿真器（ICE）、编译器、汇编器、连接器、调试器以及模拟器等等
?操作系统的标准兼容性
?操作系统的技术支持程度
?操作系统是提供源代码还是目标代码
?操作系统的许可使用情况
?操作系统的开发者声誉状况
根据系统的需求和以上的原则，在MVB系统中采用了Vxworks实时操作系统，VxWorks 是风河公司（Windriver）开发的实时操作系统之一，以其优秀的可靠性、实时性及内核的可裁减性，被广泛应用于通信、军事、航天、航空、工业控制等关键行业领域，其开发环境为Tornado。
2、处理器的选择：
在为嵌入式系统选择处理器时需要考虑以下几个方面：
?性能：处理器必须有足够的性能执行任务和支持产品生命周期。
?工具支持：支持软件创建、调试、系统集成、代码调整和优化工具对整体项目成功与否非常关键。
?操作系统支持：嵌入式系统应用需要使用有帮助的抽象来减少其复杂性。
?开发人员过去的处理器经验：拥有处理器或处理器系列产品的开发经验可以减少可观的学习新处理器、工具和技术的时间。
?成本，功耗，产品上市时间，技术支持等等
在本系统的设计中，综合以上各方面的因素，考虑到处理器性能，操作系统支持以及列车上严酷的工业环境等等，在MVB系统中选用了ATMEL用于工业控制领域的工业级的AT91系列ARM处理器AT91M40800，它是基于ARM7TDMI内核，内含高性能的32位RISC 处理器、16位高集成度指令集、8KB片上SRAM、可编程外部总线接口（EBI）、3通道16位计数器/定时器、32个可编程I/O口、中断控制器、2个USART、可编程看门狗定时器、主时钟电路和DRAM时序控制电路，并配有高级节能电路；同时，可支持JTAG调试，主频可达到40MHz。
3、相关外部设备的选择：
在确定操作系统和处理器之后，就可以确定相关的外部设备，如FLASH，RAM，串口等等。在MVB系统中，MVB控制器MVBC（Multifunction Vehicle Bus Controller）是一个MVB 电路和实际的物理设备之间的接口控制器，它的主要功能是实现MVB总线信号与数据帧的编解码，纠错等功能，是本系统中要实现的关键的硬件模块。由于系统规模，上市时间等方面的要求，系统暂时不考虑ASIC实现，因此在MVB系统中用FPGA来实现这个关键模块，FPGA是ASIC最灵活和最合算的替代方案。考虑到系统需求与FPGA资源，成本，供货情况等因素，最终选择了Altera公司的Cyclone系列FPGA,其开发工具是Quartus II。
4、MVB系统架构
由以上的需求分析和选型，完整的系统硬件架构和软件架构如图2图3所示
图2：MVB系统的硬件架构。
图3：MVB系统的软件架构。
其中，处理器和MVBC通过Traffic Memory（TM）进行通讯数据交换，所有软件和MVBC 要交换的控制信息和数据都可以在TM地址空间中找到，这个地址空间对处理器和MVBC 都是可访问的。其示意图4如下
图4：Traffic Memory。
三、步骤3：详细的软硬件设计和RTL代码、软件代码开发
在系统架构确定的基础上，详细的软硬件设计就可以开始了。
1、硬件设计
硬件设计设计包括了MVB控制器的FPGA设计和MVB总线系统的板级设计，其中关键的MVB控制器的设计如图5
如图所示，MVB控制器包含以下功能模
块：
?编码器：产生曼彻斯特编码，传送
数据帧
?发送缓冲区：作为要发送的数据和
CRC检测值的缓冲区
?译码器：接收、曼彻斯特译码，数
据提取、数据错误检测
?接收缓冲区：作为接收端数据和
CRC结果的缓冲区
?报文分析单元：检测主帧和从帧超
时，帧误检测、错误状态报告
?状态控制寄存器：MVBC配置
?主控单元：支持MVBC作为主设
图5：MVB控制器的框图。(点击放大该图)备或者从设备工作，支持队列消息
传送
?设备地址读取和储存单元：硬件定义的设备地址可以被不同的值覆盖
?地址逻辑：把CPU对MVBC内部寄存器进行访问的输入地址进行解析；产生MVBC
访问TM 的输出地址 ?
总线复用、转换单元：处理MVBC 内部的数据传送 ?
中断逻辑：支持16种中断源； ?
通用定时器：两个定时输出信号，可提供给系统同步使用 ? 时钟产生电路:产生所有MVBC 工作的时钟和计数器
2、软件设计
由于在MVB 系统中，过程数据，消息数据，监视数据是三种不同的通讯机制，因此，MVB 系统软件的模块设计如图6。
四、软硬件的联调和集
成
下面，以一个简单的例
子来说明MVB 系统的
软硬件的集成和验证。
过程数据在MVB 系统
中是周期性发送的数
据，其在本系统中的通
讯机制如下：对于发送方，用户应用模块将一个端口的过程变量发送
给过程数据处理模块，过程数据处理模块按照逻辑端口的设置定时通过链路层接口模块更新Traffic Memory 当中的相应逻辑端口的数据，此时发送方软件的任务完成。发送方的MVBC 硬件接收总线管理器BA 定时发出的主帧，通过译码器解码得到相应的逻辑端口的值，通过查询Traffic Memory 相关的逻辑端口发送设置后将MVBC 自动设置为发送状态，将逻辑端口的数据作为过程数据从帧通过编码器发出，如图7所示：
对于接收方，其接收过
程与发送方相逆，接收
方的MVBC 硬件接收总
线管理器BA 定时发出
的主帧，通过译码器解
码得到相应的逻辑端口
的值，通过查询Traffic Memory 相关的逻辑端口接收设置后将MVBC
自动设置为接收状态将，在收到发送方发出的从帧后更新相应逻辑端口在Traffic Memory 的数据并发出中断信号从而完成硬件的接收过程。接收方的软件可以用中断或定时查询的方式通过过程数据处理模块得到更新后的逻辑端口的过程数据
五、系统的测试
图6：MVB 系统软件模块。
图7：过程数据通讯示例。
在本系统中，系统的测试即包括了软件的测试，也包括了硬件，FGPA的测试，在本文中不再赘述。
结束语
上述的MVB系统现已运行在列车控制系统中，成功实现对列车的运行控制、机车控制、车辆控制、状态监测、故障诊断。当然，如有需要，本文中的MVB系统可以转化成为ASIC 设计，从而成为一个SOC的嵌入式系统。
参考文献：1、International Standard IEC-61371-1
2、AT91M40800 datasheet
芯原微电子(上海)有限公司
周缵