CAN设计流程中使用的VECTOR工具.docVIP

CAN设计流程中使用的VECTOR工具 在CAN网络的开发初级阶段，我们首先是面临着一个工程问题，比如说一个汽车ECU网络的开发。开发第一步，是需求分析的定义，即定义在这个网络里的通讯需求：需要有几个节点；在网络中定义发送多少个具体的报文（Message）；数据分别是从哪个节点传送至哪个节点；每个报文的具体的组成－－信号（Signal）；同时为了描述一些外部的输入输出，就要加上环境变量。在这一过程中，我们可以利用到Vector公司的网络数据库工具CANdb＋＋，利用它可以定义和管理分布ECU网络的通讯数据，能检查出概念定义的一些错误及时改正，网络设计也能得到优化。接下来，我们需要从功能建模，仿真分析，系统部分实现到系统的全部实现这几个步骤。而利用Vector提供的CANoe能支持上面的四个开发步骤。我们将前两者综合成一个开发阶段因此提出开发分为三个阶段： 第一阶段是进行功能建模和仿真。这一过程，主要是针对有具体数据定义的报文的事件处理，也就是网络节点的行为定义，可借助CAPL很好的来实现。这是在CANoe的环境中的一种类似于C的语言，利用它可以对比如说一个报文的接收，环境变量的改变或错误的出现等事件进行处理。同时因为CANoe的开放性，我们能使用现有的成熟的算法、函数和模型来扩充自己函数的功能，复杂模型的建立甚至还可以通过其他的建模工具（如Matlab)。接下来就是利用软件进行系统的虚拟的仿真来检验功能的设计，在CANoe中将所设计的完整的软件模拟节点系统进行离线的仿真，来检验各个节点功能的完善性以及网络的合理性。 第二阶段是系统部分的实现。在第一阶段结束后，我们能得到整个完整的系统功能模型。接下来我们开发自己的真实的控制器节点，利用总线接口和CANoe剩下的节点相连接，来测试自己节点的功能：如通信，纠错。这样，如果我们系统的节点是并行开发的，就可以不受其他节点开发步骤的影响。在这一阶段中，一些环境变量的获取可以通过不同的方法来实现从而模拟出一个真实的总线环境。 第三阶段是整个系统的集成。开发的最终阶段我们逐步把所有的节点都用真实的来代替实现，CANoe只是观察分析的工具了。在这个过程中，整个系统，包括各个功能节点都能详细的检查到。由于利用功能模块取代真实的网络节点能减少错误的发生，因为通过这两种状态的切换能检查其功能。 在开发的第二阶段和第三阶段，Vector公司能为开发提供各种不同用处的工具。比如说针对具体的芯片和功能的源代码(有CANopen，DeviceNet,J1939的源码)；符合OSEK的实时多任务操作系统OsCAN；总线强大分析工具CANalyzer；各种不同的硬件工具如网络示波器CANscope、网络干扰生成器CANstress等。 当系统都实现之后，有可能要对系统进行测试或者是对其进行标定。在这个方面Vector又提供了测试和标定软件工具：CANape。它可以利用现有的标定协议在控制器实时运行的情况下对一些需要标定的控制参数进行在线标定。CANdid这是对CANopen网络进行动态测试一种工具。还有多种不同功能的硬件工具。 support_dept@ Q: CAN总线负载如何计算？？CAN总线负载如果计算的？并且每个can帧最大传输需要多少位？ A: 简单的说，某个时间长度内，总线处于工作状态的百分比就是总线负载。CAN帧（标准帧）由起始位（SOF，1bit），ID（11bit），RTR（1bit），IDE（1bit），保留位（1bit），DLC（4bit），数据场（0～8 Byte），CRC（2 byte），ACK（2bit），帧结束（7 bit）和帧间隔（3 bit）构成。自己用加法算一下咯。当然在实际传输时还要考虑填充位的影响 Q: 大家是否遇到到CAN帧丢失？我在做接收端的时候遇到过CAN帧不能全部接收到，发送丢失现象，大家是否遇到过？如果避免呢？ A: 能否详细描述这个现象。在接收节点收到严重干扰的时候，有时可能会出现丢帧现象。我所说丢帧是指：当发送节点成功发送1000个报文时，接受节点正确接收的节点可能只有不到1000个这样的现象。这种现象的原因是接收节点本身设计上软硬件缺陷，因而在干扰，或者高负载情况下工作不正常。因为不清楚你所说的丢帧是否和我说的一样，所以希望了解更详细的信息。 是的我在第一次设计节点的时候确实没有考虑到这个问题！其实我CAN已经接收到了，但是我没有及时的处理！也许设定个合理的Buffer会好点！ Q: 请教关于CANoe使用问题在现场使用CANoe与其他控制器互相通信时，偶尔会收到Errorframe祯，但系统运行正常，请教此时对此现象应该如何分析，错误出在哪一方面，是属于CAN底层通信错误、现场干扰、还是上层协议制定的问题，请指教如何分析，谢谢：） A: