CN103475552B - 用于干扰控制装置的总线通信的方法 - Google Patents

用于干扰控制装置的总线通信的方法 Download PDF

Info

Publication number
CN103475552B
CN103475552B CN201310122307.4A CN201310122307A CN103475552B CN 103475552 B CN103475552 B CN 103475552B CN 201310122307 A CN201310122307 A CN 201310122307A CN 103475552 B CN103475552 B CN 103475552B
Authority
CN
China
Prior art keywords
protocol data
data unit
communication layers
layer
bus
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201310122307.4A
Other languages
English (en)
Other versions
CN103475552A (zh
Inventor
O·L·弗兰策
R·施托尔佩
U·基弗迈尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Desbeth Co ltd
Original Assignee
Dspace Digital Signal Processing and Control Engineering GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from DE201210104842 external-priority patent/DE102012104842A1/de
Priority claimed from EP20120170769 external-priority patent/EP2672660B1/de
Application filed by Dspace Digital Signal Processing and Control Engineering GmbH filed Critical Dspace Digital Signal Processing and Control Engineering GmbH
Publication of CN103475552A publication Critical patent/CN103475552A/zh
Application granted granted Critical
Publication of CN103475552B publication Critical patent/CN103475552B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus
    • G06F13/42Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
    • G06F13/4286Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus using a handshaking protocol, e.g. RS232C link

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Abstract

本发明阐述并描写了一种用于干扰控制装置的总线通信的方法,其中,总线通信包括至少一个不依赖于总线硬件的第一通信层以及至少一个依赖于总线硬件的第二通信层,第一通信层将至少一条信息编码为第一协议数据单元并将其传输到第二通信层,和/或第一通信层从第二通信层得到第一协议数据单元并从第一协议数据单元解码第一条信息,并且,第二通信层由第一协议数据单元或者由一个从第一协议数据单元推导出的另一个协议数据单元产生一条依赖于总线硬件的总线信息用于通过总线传输,和/或第二通信层至少由一条依赖于总线硬件的总线信息产生第一协议数据单元或者产生能够推导出第一协议数据单元的另一个协议数据单元。

Description

用于干扰控制装置的总线通信的方法
技术领域
本发明涉及一种用于干扰控制装置的总线通信的方法,其中,所述总线通信包括至少一个不依赖于总线硬件的第一通信层以及至少一个依赖于总线硬件的第二通信层。当要检验一个与其他通信伙伴通过总线连接的或应该与其他通信伙伴通过总线连接的控制装置时,特别是当控制装置的通信行为本身为研究的对象时,经常使用用于干扰控制装置的总线通信的方法。因此,用于干扰控制装置的总线通信的方法经常用于控制装置的测试和在故障情况下控制装置行为的检测。这种方法例如在所谓的剩余总线模拟(Restbussimulation)的框架中已知,在所述模拟中,将实物的控制装置放入按照硬件和按照软件模拟的通信环境中并且测试其行为。但是这样的方法也在虚拟的控制装置的剩余总线模拟的框架中已知。
背景技术
第一和第二通信层可以包括其他从属通信层。其中,“通信层”的概念基本上应该理解为如根据普遍理解用于网络协议或总线协议所使用的含义。每个通信层通常提供功能,以从相邻的通信层接收信息并在处理后传达给相邻的其他通信层。鉴于之前所示的细分为不依赖于总线硬件的第一通信层以及依赖于总线硬件的第二通信层,这具体意味着,第一通信层将至少一条信息编码为第一协议数据单元并将其传输到第二通信层,和/或第一通信层从第二通信层得到第一协议数据单元并从第一协议数据单元解码该信息。在不依赖于总线硬件的第一通信层中,信息通常涉及接近应用的数据,例如由控制装置记录并通过总线发送到其他总线参与者的测量值,或者例如由控制装置计算的量。其中具体涉及哪条总线对于所讨论的方法在现有技术和按照本发明的方法中都是不重要的;所述方法可以利用任意数据总线使用。在工业实践中经常使用的总线标准例如为CAN、LIN或者FlexRay。无论如何,信息在发送方向上编码,也就是说从第一通信层到第二通信层编码,例如扩展了一定的管理信息,并且传递给更靠近总线的层,在这里也就是说传递到第二通信层。在发送和编码方向上,将信息打包到上文提到的协议数据单元中。在接收或解码方向上,打包的信息、即第一协议数据单元,对应地从管理信息释放,并最后提供原来的信息。当第一信息层既能够发送也能够接收时,则既执行编码的功能又执行解码的功能。第一信息层是不依赖于总线硬件的,因为在其中只执行不依赖于具体的总线硬件的服务。也就是说,在不依赖于总线硬件的层中实现的服务要么不依赖于总线系统要么依赖于总线系统,但是不依赖于具体的总线硬件。因此所述不依赖于总线硬件第一通信层位于通信硬件抽象层的上方。对于按照AUTOSAR标准实现的控制装置的例子来说,不依赖于总线硬件的第一通信层则包括应用层(Application Layer)、运行时间环境(Runtime Environment)(RTE)和通信服务(Communication Services)(也包括依赖于总线系统的部分,例如CAN传输协议或者FlexRay传输协议),但是不包括依赖于总线硬件的驱动层,例如CAN接口或者FlexRay接口。
依赖于总线硬件的第二通信层也包括这样的功能,其在发送方向上、即朝着总线的方向上,或者在接收方向上、即朝着第一传输层的方向上,实现数据的传输,或者在两个方向上实现数据的传输。这意味着,第二通信层由第一协议数据单元或者由一个从所述第一协议数据单元导出的另一个协议数据单元产生依赖于总线硬件的总线信息,用于通过总线传输(发送方向),和/或所述第二通信层至少由一条依赖于总线硬件的总线信息产生第一协议数据单元或者产生能够从中导出第一协议数据单元的另一个协议数据单元(接收方向)。因此,除了第一协议数据单元,也可以存在其他协议数据单元,或者从第一协议数据单元导出这些协议数据单元,或者从这些协议数据单元能够导出第一协议数据单元。这只考虑到如下情况,第二通信层可以包括多个从属通信层或者协议层,这些从属通信层或者协议层中每个都产生其相对应的协议数据单元,正如联系第一协议数据单元所阐述的。在发送方向上,每个其他的协议数据单元通常添加了其他管理信息,而在接收方向上,在从属通信层中或者协议层中提取其他协议数据单元,直到最后得到第一协议数据单元,在第一通信层中从该第一协议数据单元最后得到信息。
在控制装置和控制装置的总线通信的测试中,有益的是,尽可能接近现实地实施该测试,以得到尽可能有说服力的测试结果。在控制装置中可以这样满足这种条件,即在测试环境中直接使用这样的控制装置,其在各方面与之后会用到的具有串联硬件和串联硬件的串联控制装置一致。
在实物的控制装置的测试中,经常在剩余总线模拟的框架内在硬件在环模拟器(HIL模拟器)上模仿其他通信伙伴,其中无须模拟所有通信伙伴,其他通信伙伴中的一部分也可以是实物的。在这种无论如何都存在的剩余总线模拟的情况下,在模拟的剩余总线部分中相对容易产生故障,而故障不能毫无困难地插入在真实存在的控制装置之间。如果也要干扰实物的控制装置之间的通信,则经常用故障网关实现。在故障网关中,除了正常的、无故障地工作的总线,还提供第二条“故障总线”,其在故障情况下在两个实物的控制装置之间起作用。所述故障网关在正常的总线和故障总线之间调停,其中,故障网关接收并解码在待测试的故障情况下待干扰的数据,直到得到这样的协议数据单元,能够将误差引入到该协议数据单元中,紧接着再将被干扰的消息编码并通过故障总线供给另一个控制装置。可以清楚地看到,通过故障网关干扰控制装置的总线通信显然是昂贵的。此外,具有实物的控制装置的剩余总线模拟总是假设,控制装置也是串联的或者至少作为硬件实现(所谓的试生产),这使控制装置的总线通信的测试在较早的时间点实际上是不可能的。此外,在模拟的控制装置的剩余总线模型中在HIL模拟器上不执行之后在真实的控制装置上使用的代码,使得被干扰且被测试的总线通信与之后真实实现的总线通信不一致。
所谓的虚拟控制装置测试正是由此入手。与剩余总线模拟的控制装置模型相反,虚拟的控制装置的代码已经包含串联控制装置代码的组分,所述串联控制装置代码之后应该在控制装置硬件上使用。
软件被看作是虚拟的控制装置,其在模拟场景中仿真真实的控制装置。在这种情况下,虚拟的控制装置包括例如应用软件的组分、运行时间环境以及基本软件的部分作为串联控制装置代码。
虚拟的控制装置模型例如在标准个人电脑上在离线模拟中测试或者在实时模拟器上测试。在模拟中研究接近现实的效果,例如通信行为。
发明内容
因此,本发明的任务是提供用于干扰控制装置的总线通信的方法,这种方法允许控制装置的总线通信的尽可能接近现实的测试。
之前所阐明并引出的任务基本上特征在于,在第一通信层和第二通信层之间或者在所述第二通信层之内实现的至少一个发送干扰层干扰第一协议数据单元和/或至少一个从所述第一协议数据单元导出的另一个协议数据单元,并且将被干扰的第一协议数据单元和/或被干扰的另一个协议数据单元提供给第二通信层用于进一步处理;和/或在第一通信层和第二通信层之间或者在所述第二通信层之内实现的至少一个接收干扰层干扰所述另一个协议数据单元或者从所述另一个协议数据单元导出的第一协议数据单元,并且将得到的被干扰的第一协议数据单元和/或被干扰的另一个协议数据单元提供给第二通信层用于进一步处理。
按照本发明的方法的一个重要方面在于,在不依赖于总线硬件的第一通信层之外设置一个发送干扰层(发送方向)和/或一个接收干扰层(接收方向),其实际上可以在协议堆栈的任意深度中实现干扰待发送或者待接收的数据。干扰层无论如何设置在不依赖于总线硬件的第一通信层之外,通过这种方式,即使在通过干扰层进行故障插入时也可以不发生变化地测试控制装置的作为第一通信层的基础的代码。不依赖于总线硬件的第一通信层的代码对于按照本发明的通过干扰层进行故障插入必须绝对不发生变化,因此无须重新产生该代码。由于不依赖于总线硬件的第一通信层在真实的应用中通常包括应用层、用于执行运行时间环境的层、以及包括一定的不依赖于硬件的通信服务的从属通信层,则用按照本发明的方法在干扰总线通信时特别是也测试不发生变化的不依赖于总线硬件的通信服务,这相对于由现有技术已知的方法是显著的优点。
对于按照本发明的方法来说,发送干扰层和/或接收干扰层是否在不不依赖于总线硬件的第一通信层和依赖于总线硬件的第二通信层之间实现,也即是说实际上在第一和第二通信层之外实现,或者接收和/或发送干扰层是否作为第二通信层的组成部分实现,不是十分重要的。根据应用情况并根据对在总线通信中施加干扰的期望位置,也可能希望,一个或者两个干扰层既在第一通信层和第二通信层之间实现,也在第二通信层之内实现。
在所述方法的一种有利的设计方案中,通过发送干扰层用以下方式干扰第一协议数据单元和/或至少一个从第一协议数据单元导出的另一个协议数据单元,即,将所述第一协议数据单元和/或另一个协议数据单元解码,干扰得到的已解码且待干扰的信息,并将所述被干扰的信息再编码为一个被干扰的第一协议数据单元和/或被干扰的另一个协议数据单元。特别是当第二通信层包括多个从属通信层(也称为协议层)时,在第二通信层中出现从第一协议数据单元导出的其他协议数据单元,其在朝着接近总线的从属通信层的方向上分别配备有附加的并且依赖于协议的信息。
对应于上述优选的实施例,所述干扰方法的另一种优选的实施例的特征在于,接收干扰层通过以下方式干扰另一个协议数据单元和/或由所述另一个协议数据单元导出的第一协议数据单元,即,将另一个协议数据单元和/或第一协议数据单元解码,干扰得到的已解码且待干扰的信息,并且将所述被干扰的信息再编码为被干扰的第一协议数据单元和/或被干扰的另一个协议数据单元。正如已经在发送干扰层阐述的,将第一协议数据单元或者另一个协议数据单元解封装,直到待干扰的数据“暴露”并因此能够进行干扰,紧接着将被干扰的数据通过编码再“封装”然后再提供给总线通信的数据流。待实施的操纵或故障插入涉及到例如停止和/或滞后协议数据单元的传输、停止或滞后接收操作、以及干扰原始数据、更新比特、校验和、计数器和信号/数据。
正如之前已经示出的,在所述干扰方法的另一种优选的设计方案中,由第一协议数据单元为多个协议层产生多个协议数据单元,和/或在多个协议层中由多个协议数据单元导出所述第一协议数据单元。其中,在多个协议层之间,多个发送和/或接收干扰层对多个协议数据单元进行多次干扰。当这在第二通信层之内实现时,则所述协议层实际上为第二通信层内的从属通信层。第二通信层之内的协议层、即第二通信层内的从属通信层,例如是硬件抽象层和硬件驱动层,其中,所述发送干扰层和/或接收干扰层例如在所述硬件抽象层和硬件驱动层之间实现。附加的干扰层可以在此之外或者作为替换地实现。
按照本发明的用于干扰控制装置的总线通信的方法能够不受约束地联系已经存在的标准使用。一种优选的应用情况为,不依赖于总线硬件的第一通信层按照汽车开放系统架构(AUTOSAR)实施,然后进行应用和作为基础的硬件的分离。
按照本发明的方法优点是,用该方法实际上可以在保有所述优点的情况下实现任意测试场景。所述方法例如能够借助软件方式毫无问题地在控制装置上实施,特别是在串联控制装置上实施。在这种软件方式中,作为不依赖于总线硬件的第一通信层的基础的代码可以保持处于原始状态,串联控制设备只需配置到与发送干扰层和/或接收干扰层必须设置在第一通信层和第二通信层之间和/或在第二通信层之内时一样的程度。特别是不依赖于发送干扰层和/或接收干扰层地测试设置在第一通信层之内的通信服务。
但是,为了实施按照本发明的干扰方法,并不需要串联控制装置。在一种优选的应用情况下,按照本发明的干扰方法借助软件方式在仿真的控制装置上实施,特别是例如在一个借助硬件在环模拟器实时仿真的控制装置上实施。在这里也要特别强调的是,作为不依赖于总线硬件的第一通信层的基础的代码,如同其之后应用在最终的目标硬件上一样,也应用在仿真的控制装置上并在那里实际上由实现的干扰层释放地被测试。
按照本发明的方法也可以毫无困难地完全“离线”实施,也就是说借助软件方式在目标计算机上实施,特别是在无实时功能的目标计算机上实施。在这里也可以毫无困难使用具有其中所包含的通信服务的第一通信层的代码,像其之后在最终硬件上使用一样。
所述方法的另一种有利的设计方案的特征在于第一通信层和/或第二通信层和/或发送干扰层和/或接收干扰层在不同的计算装置上实现,特别是在不同的处理器或者在处理器的不同核上实现。
此外,本发明还提供了一种用于干扰控制装置的总线通信的系统,其中,所述总线通信包括至少一个不依赖于总线硬件的第一通信层和至少一个依赖于总线硬件的第二通信层,其中第一通信层将至少一个信息编码为第一协议数据单元并将其传输到第二通信层,和/或第一通信层从第二通信层得到第一协议数据单元并从第一协议数据单元解码出所述至少一个信息,并且第二通信层由第一协议数据单元或者由从第一协议数据单元导出的另一个协议数据单元产生依赖于总线硬件的总线信息用于通过总线传输,和/或第二通信层至少由一个依赖于总线硬件的总线信息产生第一协议数据单元或者能够从中导出第一协议数据单元的另一个协议数据单元,其中,所述系统具有在第一通信层和第二通信层之间或者在第二通信层内实现的至少一个发送干扰层,该发送干扰层干扰第一协议数据单元和/或至少一个从第一协议数据单元导出的另一个协议数据单元,并且将被干扰的第一协议数据单元和/或被干扰的另一个协议数据单元提供给第二通信层用于进一步处理;和/或具有在第一通信层和第二通信层之间或者在第二通信层内实现的至少一个接收干扰层,该接收干扰层干扰所述另一个协议数据单元或者从所述另一个协议数据单元导出的第一协议数据单元,并且将得到的被干扰的第一协议数据单元和/或被干扰的另一个协议数据单元提供给第二通信层用于进一步处理。
附图说明
具体存在多种方案来设计和改进按照本发明的用于干扰控制装置的总线通信的方法。为此要参见以下联系附图对优选实施例的描述。图中示出:
图1示意性地示出按照现有技术的控制装置的总线通信的工作原理;
图2示出在第二通信层之内的发送干扰层和接收干扰层;
图3示出不依赖于总线硬件的第一通信层和依赖于总线硬件的第二通信层之间的发送干扰层和接收干扰层;
图4示意性地示出发送干扰层和接收干扰层的构造;
图5示出发送干扰层和接收干扰层的可能的工作原理的详细视图;
图6示出依赖于总线硬件的第二通信层,其具有多个作为从属通信层的协议层;
图7示出具有多个发送和接收干扰层的依赖于总线硬件的第二通信层;
图8示出现场用串联控制装置使用干扰方法;
图9示出在具有剩余总线模拟的控制装置的情况下使用干扰方法;
图10示出在无实时功能的个人电脑中“离线”使用干扰方法。
具体实施方式
在图1至10中示出了用于干扰控制装置1的总线通信的方法的不同方面,其中,只在图8和图9中明确示出了实物的控制装置1,图10示出了模拟的控制装置1。
在图1示意性地示出了由现有技术已知的总线通信的构造,包括不依赖于总线硬件的第一通信层2和依赖于总线硬件的第二通信层3。不依赖于总线硬件的第一通信层2将信息4编码为第一协议数据单元5并将其传输到所述依赖于总线硬件的第二通信层3。相反的,在“接收侧”,第一通信层2从第二通信层3得到第一协议数据单元5并再次从所述第一协议数据单元5解码所述信息4。典型地,所述信息4为特定于应用的信息,例如像压力或温度等过程量、用于控制装置所包括的或者接通到控制装置的调整元件的调整值、或者也可能只是一条待描述的信息。所述信息4通常是不依赖于总线硬件的。
在发送方向,由第二通信层3从第一协议数据单元5或者从由第一协议数据单元5推导出的另一个协议数据单元6产生依赖于总线硬件的总线信息7用于之后通过总线传输。在接收方向,这意味着第二通信层3由依赖于总线硬件的总线信息7产生第一协议数据单元5或者产生能够从中推导出第一协议数据单元5的另一个协议数据单元6。第一通信层2和第二通信层3可以划分为其他从属通信层中,也就是说本身可以包含多个协议层。在发送方向,也就是说从第一通信层2经过第二通信层3直到总线信息7,信息4在通过协议堆栈时被封装数量增加的协议信息。在接收方向,也就是说从总线信息7经过第二通信层3直到第一通信层2,总线信息7在反向通过协议堆栈时不断去除协议信息,直到最后只剩下信息4。
图2示出了按照本发明的用于干扰控制装置1的总线通信的方法的工作原理。在第二通信层3中实现发送干扰层8,其干扰第一协议数据单元5和/或从第一协议数据单元5推导出的另一个协议数据单元6,并且将所述被干扰的第一协议数据单元5b和/或被干扰的另一个协议数据单元6b提供第二通信层3给用于进一步处理。发送干扰层8在这里例如用于有意的故障插入(Fehlereinstreuung)并因此用于总线通信的测试。这里值得注意的是,不依赖于总线硬件的第一通信层2通过按照本发明的用于干扰总线通信的方法不需要被改变或者调整,特别是可以这样使用所述不依赖于总线硬件的第一通信层2所包括的所有协议层、特别是这里的通信服务,就像其实际上在串联控制装置中使用一样。
此外可以在图2中认识到,在第二通信层3之内也实现一个接收干扰层9,其干扰所述另一个协议数据单元6或者从所述另一个协议数据单元6推导出的第一协议数据单元5,并且将得到的被干扰的第一协议数据单元5b和/或被干扰的另一个协议数据单元6b提供给第二通信层3用于进一步处理(接收方向)。
当然,不需要使所有协议数据单元都受到通过发送干扰层8或接收干扰层9进行的干扰,必要时也可以引导协议数据单元从旁边经过干扰层,这一点在这里没有详细示出。
图3同样示出了按照本发明的用于干扰控制装置的总线通信的方法,其中不同于按照图2的实施例,发送干扰层8和接收干扰层9都在第一通信层2和第二通信层3之间实现。每个干扰层8、9的结果分别为,由第一协议数据单元5或者由一个从第一协议数据单元5推导出的另一个协议数据单元6通过相应的干扰而产生被干扰的第一协议数据单元5b或被干扰的另一个协议数据单元6b。在发送方向,被干扰的第一协议数据单元5b或被干扰的另一个协议数据单元6b作用于第二通信层3,如第一协议数据单元5或者由此推导出的另一个协议数据单元6,这对于第二通信层3来说是不能辨别的。
图4示出了在干扰总线通信时更详细的过程,一方面用于发送路径和发送干扰层8(左侧),另一方面用于借助接收干扰层9的接收路径(右侧)。发送干扰层8通过以下方式干扰第一协议数据单元5或者一个从第一协议数据单元5推导出的另一个协议数据单元6,即,将第一协议数据单元5或另一个协议数据单元6解码10,干扰11所述得到的已解码且待干扰的信息,并且将所述被干扰的信息再编码12为被干扰的第一协议数据单元5b或被干扰的另一个协议数据单元6b。就其含义而言,这种干扰也出现在接收方向,接收干扰层9在那里通过以下方式干扰另一个协议数据单元6或从另一个协议数据单元6推导出的第一协议数据单元5,即,将所述另一个协议数据单元6或第一协议数据单元5解码10,干扰11得到的已解码且待干扰的信息,并且将所述被干扰的信息再编码12为被干扰的第一协议数据单元5b或被干扰的另一个协议数据单元6b。当然,这里对于发送路径和接收路径所描述的解码10、干扰11和编码12的步骤可以彼此不同,即使它们在这里设有相同的附图标记,当然,也可以只在发送路径或者只在接收路径中进行干扰。如之前提到的,也可以选择性地引导协议数据单元从旁边经过干扰层。
图5说明了之前借助图4阐述的发送干扰层8和接收干扰层9的工作原理。在图5中以非常紧凑的方式示出,待干扰的信息可以出现在协议的不同深度,并且根据要在协议堆栈的哪个深度进行干扰,解码10也可以达到非常不同的范围。在图5所示的实施例中示范地示出,解码10达到网络协议层13、交互协议层14或者甚至达到信号电平15,其中,干扰11则出现在各个协议层。相反的,编码12则必须再通过所有协议层,也就是说从信号电平15经过交互协议层14直到网络协议层13。所对应的分别适用于发送干扰层8和接收干扰层9。然而当只在网络协议层13上实现干扰时,无须在协议层14和15中实现解码10,在网络协议层13的解码10之后直接紧接着干扰11以及随后在网络协议层13中编码12。在每个协议层中则存在一个对于各个协议层来说特有的协议数据单元,其可以是干扰11的对象。
借助图6示出了作为待干扰的总线通信的基础的协议堆栈的典型构造。在该实施例中,软件架构以按照AUTOSAR标准的模块化的、开放的构造为蓝本。不依赖于总线硬件的第一通信层2包括应用协议层16、运行时间环境(Run Time Environment)17以及不依赖于总线硬件的通信服务18。与之相反,依赖于总线硬件的通信层3包括硬件抽象协议层19和驱动协议层20。在第二通信层3之内,组合的发送和接收干扰层8、9位于从属通信层19、20之前。所述发送和接收干扰层8、9绝对不需要变更或装配所述不依赖于总线硬件的第一通信层2,使得所示用于干扰控制装置的总线通信的方法能够实现在控制装置通信的模拟和测试中使用控制装置特有的通信代码,该通信代码在所示实施例中包含在具有通信服务的协议层18中。正如也在图1至图3中示出的,由依赖于总线硬件的第二通信层3根据通信方向发送或接收依赖于总线硬件的总线信息7。
按照图7的实施例类似于按照图6的实施例,不同的是,除了第一发送和接收干扰层8、9,从现在开始也设置另一个第二发送和接收干扰层8、9,也就是说在协议层19和20之间,其中,协议层19同样涉及一个硬件抽象层,而协议层20同样涉及硬件驱动层。
图8示出的应用情况是,用于干扰控制装置1的总线通信的方法在串联控制装置1上实施,其中,串联控制装置1通过总线21与连通在总线21上的其他控制装置和外围设备连接,其中只示出了另一个控制装置22。在控制装置1中,为了实现总线通信而实现一个不依赖于总线硬件的第一通信层和一个依赖于总线硬件的第二通信层,其中,为了干扰总线通信,此外在两个通信层之间也实现发送和接收干扰层,其用于有针对性的故障插入并借此用于测试控制装置1和整个网络。
图9示出的应用情况是,用于干扰总线通信的方法在串联控制装置1上执行,其中,控制装置1连接到硬件在环模拟器23上,该模拟器支配相应的总线接口并且在其中在剩余总线模拟的框架内模拟总线网络的其他参与者24a、24b。如有必要,除了串联控制装置1和通过硬件在环模拟器23模拟的控制装置之外,将其他串联控制装置连接到总线上,这一点在这里未详细示出。
在另一种这里未详细示出的应用情况中,执行用于干扰总线通信的方法的控制装置也用具有实时功能的硬件模拟,也就是说该方法在虚拟的控制装置上实时运行。在这里也很重要的是,虽然在上述应用实例中不存在控制装置硬件,尽管如此,可以这样使用不依赖于总线硬件的第一通信层,就像其之后在串联控制装置上使用一样,特别是这样也可以准确地检验和测试作为不依赖于总线硬件的第一通信层的组成部分的通信服务。
最后在图10中示出“离线”应用情况,其中,之前所描述的用于干扰总线通信的方法在无实时功能的个人电脑25上运行。在这里也模拟实施所述方法的模拟控制装置1,就像到通信的其他参与者的总线连接21一样,这些参与者中只示出了虚拟的控制装置24。

Claims (20)

1.用于干扰控制装置(1)的总线通信的方法,其中,所述总线通信包括至少一个不依赖于总线硬件的第一通信层(2)和至少一个依赖于总线硬件的第二通信层(3),其中第一通信层(2)将至少一个信息(4)编码为第一协议数据单元(5)并将其传输到第二通信层(3),和/或第一通信层(2)从第二通信层(3)得到第一协议数据单元(5)并从第一协议数据单元(5)解码出所述至少一个信息(4),并且第二通信层(3)由第一协议数据单元(5)或者由从第一协议数据单元(5)导出的另一个协议数据单元(6)产生依赖于总线硬件的总线信息(7)用于通过总线传输,和/或第二通信层(3)至少由一个依赖于总线硬件的总线信息(7)产生第一协议数据单元(5)或者能够从中导出第一协议数据单元(5)的另一个协议数据单元(6),其中,
在第一通信层(2)和第二通信层(3)之间或者在第二通信层(3)内实现的至少一个发送干扰层(8)干扰第一协议数据单元(5)和/或至少一个从第一协议数据单元(5)导出的另一个协议数据单元(6),并且将被干扰的第一协议数据单元(5b)和/或被干扰的另一个协议数据单元(6b)提供给第二通信层(3)用于进一步处理;和/或
在第一通信层(2)和第二通信层(3)之间或者在第二通信层(3)内实现的至少一个接收干扰层(9)干扰所述另一个协议数据单元(6)或者从所述另一个协议数据单元(6)导出的第一协议数据单元(5),并且将得到的被干扰的第一协议数据单元(5b)和/或被干扰的另一个协议数据单元(6b)提供给第二通信层(3)用于进一步处理,
其特征在于,发送干扰层(8)通过以下方式干扰第一协议数据单元(5)和/或从第一协议数据单元(5)导出的至少另一个协议数据单元(6),即,将第一协议数据单元(5)和/或所述另一个协议数据单元(6)解码(10),干扰(11)得到的已解码且待干扰的信息,并且将被干扰的信息再次编码(12)为被干扰的第一协议数据单元(5b)和/或被干扰的另一个协议数据单元(6b)。
2.根据权利要求1所述的方法,其特征在于,接收干扰层(9)通过以下方式干扰所述另一个协议数据单元(6)和/或从所述另一个协议数据单元(6)导出的第一协议数据单元(5),即,将所述另一个协议数据单元(6)和/或第一协议数据单元(5)解码(10),干扰(11)得到的已解码且待干扰的信息,并且将被干扰的信息再次编码(12)为被干扰的第一协议数据单元(5b)和/或被干扰的另一个协议数据单元(6b)。
3.根据权利要求1或2所述的方法,其特征在于,由第一协议数据单元(5)为多个协议层(19、20)产生多个协议数据单元,和/或在多个协议层(19、20)中从多个协议数据单元导出第一协议数据单元(5),其中在多个协议层(19、20)之间,多个发送干扰层(8)和/或接收干扰层(9)对多个协议数据单元进行多次干扰。
4.根据权利要求1或2所述的方法,其特征在于,在第二通信层(3)中实现硬件抽象层和驱动层作为协议层(19、20)。
5.根据权利要求4所述的方法,其特征在于,在第二通信层(3)中的发送干扰层(8)和/或接收干扰层(9)在硬件抽象层和硬件驱动层(20)之间实现。
6.根据权利要求1或2所述的方法,其特征在于,第一通信层(2)按照汽车开放系统架构(AUTOSAR)实现。
7.根据权利要求1或2所述的方法,其特征在于,所述方法借助软件方式在控制装置(1)上实施。
8.根据权利要求7所述的方法,其特征在于,所述方法在串联控制装置上实施。
9.根据权利要求1或2所述的方法,其特征在于,所述方法借助软件方式在仿真的控制装置(1)上实施。
10.根据权利要求9所述的方法,其特征在于,所述控制装置(1)在硬件在环模拟器(23)上被实时仿真。
11.根据权利要求1或2所述的方法,其特征在于,所述方法借助软件方式在目标计算机(3)上实施。
12.根据权利要求11所述的方法,其特征在于,所述方法在无实时功能的目标计算机(25)上实施。
13.根据权利要求1或2所述的方法,其特征在于,第一通信层(2)和/或第二通信层(3)和/或发送干扰层(8)和/或接收干扰层(9)在不同的计算装置上实现。
14.根据权利要求13所述的方法,其特征在于,第一通信层(2)和/或第二通信层(3)和/或发送干扰层(8)和/或接收干扰层(9)在不同的处理器或者在处理器的不同内核上实现。
15.用于干扰控制装置(1)的总线通信的系统,其中,所述总线通信包括至少一个不依赖于总线硬件的第一通信层(2)和至少一个依赖于总线硬件的第二通信层(3),其中第一通信层(2)将至少一个信息(4)编码为第一协议数据单元(5)并将其传输到第二通信层(3),和/或第一通信层(2)从第二通信层(3)得到第一协议数据单元(5)并从第一协议数据单元(5)解码出所述至少一个信息(4),并且第二通信层(3)由第一协议数据单元(5)或者由从第一协议数据单元(5)导出的另一个协议数据单元(6)产生依赖于总线硬件的总线信息(7)用于通过总线传输,和/或第二通信层(3)至少由一个依赖于总线硬件的总线信息(7)产生第一协议数据单元(5)或者能够从中导出第一协议数据单元(5)的另一个协议数据单元(6),其中,
具有在第一通信层(2)和第二通信层(3)之间或者在第二通信层(3)内实现的至少一个发送干扰层(8),该发送干扰层干扰第一协议数据单元(5)和/或至少一个从第一协议数据单元(5)导出的另一个协议数据单元(6),并且将被干扰的第一协议数据单元(5b)和/或被干扰的另一个协议数据单元(6b)提供给第二通信层(3)用于进一步处理;和/或
具有在第一通信层(2)和第二通信层(3)之间或者在第二通信层(3)内实现的至少一个接收干扰层(9),该接收干扰层干扰所述另一个协议数据单元(6)或者从所述另一个协议数据单元(6)导出的第一协议数据单元(5),并且将得到的被干扰的第一协议数据单元(5b)和/或被干扰的另一个协议数据单元(6b)提供给第二通信层(3)用于进一步处理,
其特征在于,发送干扰层(8)通过以下方式干扰第一协议数据单元(5)和/或从第一协议数据单元(5)导出的至少另一个协议数据单元(6),即,将第一协议数据单元(5)和/或所述另一个协议数据单元(6)解码(10),干扰(11)得到的已解码且待干扰的信息,并且将被干扰的信息再次编码(12)为被干扰的第一协议数据单元(5b)和/或被干扰的另一个协议数据单元(6b)。
16.根据权利要求15所述的系统,其特征在于,接收干扰层(9)通过以下方式干扰所述另一个协议数据单元(6)和/或从所述另一个协议数据单元(6)导出的第一协议数据单元(5),即,将所述另一个协议数据单元(6)和/或第一协议数据单元(5)解码(10),干扰(11)得到的已解码且待干扰的信息,并且将被干扰的信息再次编码(12)为被干扰的第一协议数据单元(5b)和/或被干扰的另一个协议数据单元(6b)。
17.根据权利要求15或16所述的系统,其特征在于,由第一协议数据单元(5)为多个协议层(19、20)产生多个协议数据单元,和/或在多个协议层(19、20)中从多个协议数据单元导出第一协议数据单元(5),其中在多个协议层(19、20)之间,多个发送干扰层(8)和/或接收干扰层(9)对多个协议数据单元进行多次干扰。
18.根据权利要求15或16所述的系统,其特征在于,在第二通信层(3)中实现硬件抽象层和驱动层作为协议层(19、20)。
19.根据权利要求18所述的系统,其特征在于,在第二通信层(3)中的发送干扰层(8)和/或接收干扰层(9)在硬件抽象层和硬件驱动层(20)之间实现。
20.根据权利要求15或16所述的系统,其特征在于,第一通信层(2)按照汽车开放系统架构(AUTOSAR)实现。
CN201310122307.4A 2012-06-05 2013-04-10 用于干扰控制装置的总线通信的方法 Active CN103475552B (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
DE201210104842 DE102012104842A1 (de) 2012-06-05 2012-06-05 Verfahren zur Beeinflussung der Buskommunikation eines Steuergeräts
EP20120170769 EP2672660B1 (de) 2012-06-05 2012-06-05 Verfahren zur Beeinflussung der Buskommunikation eines Steuergeräts
EP12170769.9 2012-06-05
DE102012104842.8 2012-06-05

Publications (2)

Publication Number Publication Date
CN103475552A CN103475552A (zh) 2013-12-25
CN103475552B true CN103475552B (zh) 2017-05-31

Family

ID=49671717

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310122307.4A Active CN103475552B (zh) 2012-06-05 2013-04-10 用于干扰控制装置的总线通信的方法

Country Status (2)

Country Link
US (1) US9940297B2 (zh)
CN (1) CN103475552B (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9990330B2 (en) * 2014-10-29 2018-06-05 Qualcomm Incorporated Simultaneous edge toggling immunity circuit for multi-mode bus
CN105959143B (zh) * 2016-05-18 2019-05-24 中国电子科技集团公司第四十一研究所 一种基于数字荧光示波器的FlexRay总线协议分析系统及方法
EP3285165A1 (de) * 2016-08-18 2018-02-21 dSPACE digital signal processing and control engineering GmbH Modifizieren und simulieren der betriebssoftware eines technischen systems
EP3454234A1 (de) * 2017-09-06 2019-03-13 dSPACE digital signal processing and control engineering GmbH Verfahren zum bereitstellen einer echtzeitfähigen simulation für die steuergerätentwicklung und simulationsvorrichtung für die steuergerätentwicklung
US10909048B1 (en) 2019-07-30 2021-02-02 Microsoft Technology Licensing, Llc Declarative transactional communications with a peripheral device via a low-power bus
CN112817805B (zh) * 2021-01-22 2024-07-02 中汽创智科技有限公司 基于自适应平台汽车开放系统架构的内存数据安全验证系统及方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102089756A (zh) * 2008-07-15 2011-06-08 Lsi公司 用于在存储区域网络的组件认证期间植入协议特定错误的系统

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0366242A (ja) 1989-08-04 1991-03-20 Fujitsu Ltd バス線信号監視回路
JP2935901B2 (ja) * 1990-12-06 1999-08-16 キヤノン株式会社 撮像装置
EP0567137A1 (en) * 1992-04-23 1993-10-27 Nec Corporation Protocol data unit encoding/decoding device
JPH0619738A (ja) 1992-07-03 1994-01-28 Mitsubishi Heavy Ind Ltd バスネットワークで結合した電子機器の模擬故障装置
JP2654365B2 (ja) 1994-12-26 1997-09-17 日本電気通信システム株式会社 バスの過負荷試験方法及びその試験システム
US5850388A (en) * 1996-08-02 1998-12-15 Wandel & Goltermann Technologies, Inc. Protocol analyzer for monitoring digital transmission networks
DE19640346C2 (de) * 1996-09-20 1999-03-04 Tektronix Inc Verfahren zum Überprüfen eines gemäß einem Kommunikationsprotokoll durchgeführten Datenaustausches
US6888800B1 (en) * 1998-11-14 2005-05-03 Emulex Design & Manufacturing Corporation High performance digital loop diagnostic technology
JP2000183927A (ja) 1998-12-11 2000-06-30 Nec Corp バス切替装置およびバス切替方法
DE19947892C2 (de) * 1999-10-05 2003-11-13 Infineon Technologies Ag Verfahren zur Umsetzung von Schnittstellendefinitionen und Zwischenformattabelle dafür
EP1128600A1 (de) * 2000-02-23 2001-08-29 Tektronix, Inc. Verfahren zum Erstellen eines Kommunikationsablaufs zwischen mindestens zwei Instanzen und Protokolltester hierfür
US20020157041A1 (en) * 2001-04-23 2002-10-24 Bennett David Charles Protocol parser-code generator
US20020186697A1 (en) * 2001-04-23 2002-12-12 Thakkar Bina Kunal Protocol encoder and decoder
JP2003348105A (ja) 2002-05-29 2003-12-05 Mitsubishi Electric Corp Canコントローラ
DE102004030969A1 (de) * 2004-06-26 2006-01-12 Robert Bosch Gmbh Verfahren und Vorrichtung zur Steuerung eines Bussystems sowie entsprechendes Bussystem
US7408883B2 (en) * 2004-09-01 2008-08-05 Nettest, Inc. Apparatus and method for performing a loopback test in a communication system
ATE410874T1 (de) * 2005-09-20 2008-10-15 Matsushita Electric Industrial Co Ltd Vefahren und vorrichtung zur packetsegmentierung und verknüpfungssignalisierung in einem kommunikationssystem
US20080037435A1 (en) * 2006-08-10 2008-02-14 Nethawk Oyj Method and device arrangement for debugging telecommunication network connections
DE102007048860A1 (de) 2006-11-03 2008-05-08 Robert Bosch Gmbh Vorrichtung und Verfahren zur Manipulation von Kommunikations-Botschaften
DE102007062114A1 (de) * 2007-12-21 2009-07-23 Opensynergy Gmbh Kraftfahrzeug-Steuervorrichtung
US20100013682A1 (en) * 2008-07-19 2010-01-21 Sahul Hameed Abdul Kader Jailani Method for generic encoding, decoding and processing of protocol data units (PDUS)
US7930455B2 (en) * 2008-12-19 2011-04-19 Caterpillar Inc. System and method for separating and communicating information-type data and signal-type data
KR101573483B1 (ko) * 2010-10-13 2015-12-02 한국전자통신연구원 차량 정보 제공 장치 및 방법
WO2012066636A1 (ja) 2010-11-16 2012-05-24 富士通株式会社 情報処理装置、送信装置及び情報処理装置の制御方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102089756A (zh) * 2008-07-15 2011-06-08 Lsi公司 用于在存储区域网络的组件认证期间植入协议特定错误的系统

Also Published As

Publication number Publication date
US9940297B2 (en) 2018-04-10
US20130326098A1 (en) 2013-12-05
CN103475552A (zh) 2013-12-25

Similar Documents

Publication Publication Date Title
CN103475552B (zh) 用于干扰控制装置的总线通信的方法
JP5886361B2 (ja) 仮想制御装置をテストするためのテスト装置
CN105260337B (zh) 一种单片机的自动编址方法及系统
CN102073316B (zh) 用于将现场设备通信连接到过程控制系统中的控制器的设备
CN103856361B (zh) 实现远程调试的方法及系统
CN102291745A (zh) 一种多ap测试的方法和装置
CN101447898A (zh) 一种用于网络安全产品的测试系统及测试方法
CN102006616B (zh) 一种测试系统及测试方法
CN106506058A (zh) 卫星遥测遥控仿真方法及系统
CN103631688B (zh) 一种测试接口信号的方法及系统
CN109286538A (zh) 通信规约一致性测试方法及终端设备
CN107079057A (zh) 数据传输方法、装置、系统、电子设备及计算机程序产品
CN109728943A (zh) 故障模拟器及计算机联锁can总线通信故障测试方法
CN108833578A (zh) 基于fifo命名管道进行双工通信的方法及相关设备
CN110138617A (zh) 数据传输质量测试方法、系统、电子设备及存储介质
CN108011743A (zh) 一种故障注入的方法及装置
CN107332886A (zh) 数据同步方法、装置、系统、电子设备及可读存储介质
CN105553885A (zh) 一种fc交换机优先级测试方法
CN102665237A (zh) Ir接口协议一致性仿真测试装置及互联互通测试方法
US8387011B2 (en) Method and apparatus for a dynamic and real-time configurable software architecture for manufacturing personalization
CN107483284A (zh) 网络设备的测试方法及装置
CN103812730A (zh) 一种多小区ttcn协议一致性测试平台系统
CN105357229A (zh) 一种视频处理方法及装置
CN106301446A (zh) 战术电台组网调试与训练平台
JP5661860B2 (ja) 制御装置のバス通信に影響を及ぼす方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: Paderborn, Germany

Patentee after: Desbeth Co.,Ltd.

Address before: Paderborn, Germany

Patentee before: DSPACE DIGITAL SIGNAL PROCESSING AND CONTROL ENGINEERING GmbH