其他分享
首页 > 其他分享> > 634_AUTOSAR_AUTOSAR_TR_Glossary_文档阅读4

634_AUTOSAR_AUTOSAR_TR_Glossary_文档阅读4

作者:互联网

全部学习汇总: https://github.com/GreyZhang/hack_autosar

继续《AUTOSAR_AUTOSAR_TR_Glossary》的梳理。

CDD的概念还是容易链接的,基本上是AUTOSAR没定义到的就可以划分到这里了。

有种集成的意思,但是这个过程似乎是在强调一个整体性的实现概念。通过这种整体性的实现,可以满足部分细节的隐藏,让上一层的软件可以做更好的处理。

这么看,这个组合性其实是模块化设计的一个参考点。如果,对其他的模块伊利阿星不大,就说明这个模块有一定的组合性。

看样子,好像是被电路处理过后可以被MCU识别的信号。

配置包括软件以及硬件层面,一般是在运行时之前生效的。

主要是通信协议里面用,诸如肯定响应、否定响应等都算是这一类行为描述。

一致性测试的机构。

可以理解为一致性测试方案吧。就是一系列的一致性测试究竟如何开展。

有几个依赖的术语没有看,大概理解,可能是软件之间都是函数接口的形式,具体的生效还得有一点调用。而这个调用应该就是连接器本身的功能了。

这个是控制流而不是流控制,应该不同于UDS中的FC的概念。从描述看,这个更像是软件状态运行中的一些状态判断。

这是COM模块中的概念,调整协调。而这个协调,就涉及到了多个对象。一般来说是2个或者以上的时间的控制或者调协。

这几个都是通信相关的概念。其中数据其实可以理解为是有效信息,而数据元素可以理解为是CAN消息等具体的实现方式,而数据流则是在多个入口之间定向传输数据。

数据的变化编码。这个一时间似乎找不到什么能够直接对应的一个经验信息上。从描述看,这个会影响到RTE和BSW的行为,自然也可能会影响应用软件的行为。从相关的扩展介绍来看,这部分很可能是指EOL阶段或者通过诊断服务工具来修改的一些数据信息。

这不是一个计划意义上的deadline,而是软件组合性必须完成的一个时间点。

遇到问题之后的一个处理排查过程,大众意义。

产品供应商等对于产品的声明。这个似乎不完全是一个软件层面的概念。

可信度,涉及到给予这个功能开发的功能是否可靠。

动态PDU。带有动态标识符的PDU。AUTOSAR支持两种模式,都是在CanIf层。一个是只支持发送的,另一个则是支持收发的。设置动态发送ID的接口,看上去抽象度更高一层,而另一个则更加偏底层一些。

标签:AUTOSAR,这个,634,Glossary,概念,一个,一致性,软件
来源: https://blog.csdn.net/grey_csdn/article/details/118003387