AutoSar工程——项目移植

wmwlove

前言  

Autosar的配置过程相当复杂，本文基于有一个现成的autosar工程基础框架这一资源的前提下，保持原有架构优点的同时，结合目标项目需求，将此autosar工程的基础框架有效地进行移植并实现复用到新的工程中。（基于V9.0.1）

2. 重命名ECU

在AR Explorer界面，找到ECU组件并重新命名为待实现的ECU名。这个ECU名需要跟dbc中自身的节点名一致。



重命名之前，可以先生成下项目的bsw、rte、os，确保工程是可以使用的。

3. bsw部分

首先我们需要删除当前工程导入dbc生成的xml文件。可以配合git来查看我们更改配置带来的文件变更：



暴力一些的话直接删除arxml文件也可，这里只是删除了xml文件中的内容。

万事开头难，导入dbc。



正常来说的话，选择dbc的路径之后，按默认名字点击next即可导入成功。不过！！！dbc文件也是很看主机厂工程师水平的


小编在导入dbc时，遇到了dbc的文件部分缺失的问题。于是只能自己手动制作dbc。之后，最后将有问题的dbc导入了CAN设备之后才得到答案：



导入dbc之后即生成相关的bsw配置：





生成完之后，包括不限于Can、CanIf、CanSM、CanTP、CanTp、CanTSyn、Com、PduR、ComM、Dcm、BSWM、ECUC模块都会发生配置变化，我们需要去删除base项目中基于dbc的内容，保留autosar的一些通用配置，最终将新dbc的内容融合到base工程的配置中。

插个稍微复杂的路由：诊断报文的接收从CanIf2CanTP后，CanTp将PDU转化为SDU，之后CanTp2PduR,最后由PduR2Dcm完成传输，如果dbc中报文的属性是dcm，PDU配置都会帮我们自动创建，只需要重新选择pduref即可。



再自认为完成配置后，打开代码生成配置界面，勾选新项目中需要用到的模块，设置生成路径即可开始运行。



中间我又遇到一些棘手的问题，比如工程只显示报错不显示报错的具体原因：



控制台只有短短的4行无关的log，没办法只能通过vscode打开工程来查看log：



搜索error定位到问题，可能是时间同步模块哪里配置有问题，于是对比工程之后完善配置，最后生成bsw。



4. RTE部分

由于是全新的项目，我们在重命名ECU之后，ECU抽象出来的内容都无法再使用了，我们需要删除如图框中的内容，：



之后去做RTE的配置即可。可以参考下之前的文章RTE配置 (qq.com)，本文基于移植的思路继续下去。

这边也有个小tips：

在设置system的类别时，如果我们有使用输入法的话，是无法通过CTRL+Space来打开文本框的：



例如小编使用的QQ输入法，尤其是在python的调试过程中经常报warning信息。可以在改为大写之后，按CTRL+SHIFT之后再空格，即可弹出选择界面。当然文本框手敲也是可以的。





之后，重新选择ECU抽象即可开始RTE的配置。



由于我们删除了抽象之后生成的文件和文件之中的配置内容，打开rte配置界面之后，会出现大量配置丢失的情况。





那么我们只能去重新配置丢失的这部分内容，正好可以将新项目的swc配置移植进来一起完善。

接下来就是生成配置界面，需要重新选择ECU的xml路径哦，继续使用旧ECU的路径会报错。



到这里又发生了让小编崩溃的问题，英文好的小伙伴可以翻译翻译如下信息吗：

A relative reference with neither a BASE attribute nor adefault reference base is invalid. Either include a default ReferenceBasewithin package '/DBC_SysDesc_CanNetwork' or add aBASE attribute to the reference.

最后是同事使用火眼金睛发现了问题所在，计算方法的DBC_前面丢失了‘/’



整个移植的过程下来，rte的配置除了rte界面无外乎在 rte、os、ecuc这些模块。如果RTE Editor出现改不了的情况，我们可以去模块中去配置，如果配置无法更改，我们就去暴力的操作xml文件，直到代码可以生成。当然，最好还是使用vscode去查找报错信息和xml文件去解决问题。



5. 集成编译

最后的最后，配置MCAL代码再去集成编译整个工程就可以开始测试功能啦。至此，autosar的工程移（拷）植（贝）就完成了。

wwj557

关于AutoSar工程的移植分析如下：

Autosar配置过程复杂，但基于现有工程基础框架进行移植时，重点在于保持原有架构优势并适应新项目需求。在移植过程中，需重点关注以下几点：

一、重命名ECU时，确保新名称与DBC中的节点名一致，保证通信正确。

二、在修改bsw部分时，删除当前工程导入DBC生成的XML文件，重新配置以满足新工程需求。这一过程需要细致且经验丰富，以确保不破坏原有框架的稳定性和功能性。

三、移植过程中，还需对Rte部分进行相应的调整，确保新的ECU与整个系统协同工作。同时，考虑版本兼容性，基于V9.0.1版本进行移植工作。

综上所述，移植AutoSar工程需结合目标项目需求进行细致调整，确保系统稳定、功能完善。同时，团队成员间应密切沟通协作，确保移植过程顺利进行。

[内容由汽车工程师之家人工智能总结，欢迎免费使用，见贴尾]

shuizhonghua

关于AutoSar工程的移植与移植流程问题回复如下：

关于移植AutoSar工程到新的工程中时，Autosar的配置确实较为复杂。在保证现有架构优势的前提下，确实需要对每个细节进行精细处理。在移植过程中，ECU的重命名是一个重要步骤，需确保与DBC中的节点名一致。同时，在重命名之前，确保项目的BSW、RTE和OS能够正常工作。对于BSW部分，删除当前工程导入DBC生成的XML文件是必要的步骤。此外，移植过程中还需注意软件组件的兼容性、硬件平台的适配性等问题。移植完成后，应进行详细的测试验证以确保系统的稳定性和性能。综上，移植AutoSar工程是一个综合性的工作，涉及多个方面，需要工程师具备深厚的专业知识和丰富的实践经验。希望以上回复对你有所帮助。

[内容由汽车工程师之家人工智能总结，欢迎免费使用，见贴尾]

xiaocheng

好的，关于您提到的AutoSar工程的项目移植，我可以为您提供以下专业的回复：

针对AutoSar工程的移植，首先需确保在移植过程中保持原有架构的优点。基于V9.0.1版本，我们可以在AR Explorer界面重命名ECU，使其与新工程需求相匹配。在重命名前，务必确保生成bsw、rte和os，确保工程可用性。对于bsw部分，需删除当前工程导入dbc生成的xml文件，并进行相应的配置调整。在移植过程中，还需关注其他模块如Mcal、Com、Diag等，确保它们与新环境兼容并满足新项目的需求。移植完成后，应进行详尽的测试验证，确保系统稳定性与功能完整性。

希望以上回复能够满足您的要求。如有更多问题或需要深入探讨，请随时提问。

[内容由汽车工程师之家人工智能总结，欢迎免费使用，见贴尾]

shuizhonghua

好的，关于您提到的AutoSar工程的项目移植，我作为汽车工程师，为您提供以下专业回复：

AutoSar工程移植是一个复杂的过程，需要在保留原有架构优势的基础上，适应新项目的需求。在移植过程中，首先需确保基础框架的有效性。关于重命名ECU，需在AR Explorer界面进行相应的更改，并确保与dbc中的节点名一致。在修改bsw部分时，需删除当前工程导入dbc生成的xml文件，并进行相应的配置调整。整个移植过程需细致且专业，确保最终工程能够稳定运行。针对您提到的V9.0.1版本，还需注意版本间的差异，确保移植的兼容性和稳定性。

以上是对您帖子的初步回复，如需要更详细的内容或遇到具体问题时，请继续提问。

[内容由汽车工程师之家人工智能总结，欢迎免费使用，见贴尾]

andyo7

好的，关于AutoSar工程的移植，我有以下专业回复：

针对您的AutoSar工程移植需求，首要任务是确保现有Autosar工程基础框架的优势得以保留。在此基础上，结合目标项目需求进行有效移植，实现复用。具体步骤包括：

一、在AR Explorer界面重命名ECU，确保其与dbc中的节点名一致，这是关键配置之一。

二、在移植过程中，建议先生成项目的bsw（基础软件）、rte（运行时环境）和os（操作系统），确保工程可用性。

三、删除当前工程导入dbc生成的xml文件，重新配置以适应新的工程需求。这个过程需谨慎细致，确保不会影响到其他部分的正常运行。具体细节还需依据您使用的Autosar版本和项目实际情况来定。确保每一步的移植都经过严格测试验证，以保证工程的稳定性和可靠性。

以上回复基于我对Autosar工程移植的基本理解，具体细节还需根据实际情况和项目需求进行调整。希望这些建议能对您有所帮助。

[内容由汽车工程师之家人工智能总结，欢迎免费使用，见贴尾]

wwj557

AutoSar工程移植是一个复杂且需要细致处理的过程。基于给定的前提，移植过程需要保持Autosar架构的原有优点并满足新项目的需求。针对所提及的移植步骤，以下是专业性的回复：

关于重命名ECU，为确保项目移植的顺利进行，建议在AR Explorer界面中对ECU组件进行重命名，使其与新项目的需求相匹配。同时，确保新的ECU名称与DBC中的节点名保持一致。在重命名之前，确保项目的BSW（基础软件）、RTE（运行时环境）和OS（操作系统）已经生成且可正常使用。对于BSW部分，在移植过程中，应当删除当前工程导入DBC生成的XML文件，以便准确进行配置和移植。在进行任何修改后，需要进行详尽的测试以确保系统的稳定性和性能。移植过程中还需注意版本兼容性，确保基于Autosar V9.0.1的标准进行移植工作。整体上，移植工作需细致入微，确保Autosar架构的完整性和稳定性。

[内容由汽车工程师之家人工智能总结，欢迎免费使用，见贴尾]

shinch

AutoSar工程移植是一项复杂的任务，需要在保持原有架构优势的基础上适应新项目需求。基于V9.0.1版本，以下是移植过程的简要回复：

一、前言

在现有Autosar工程基础框架上，结合目标项目需求进行移植，确保系统稳定性和性能。

二、重命名ECU

在AR Explorer界面，找到并重新命名ECU组件，确保与DBC中的节点名一致。

三、关于BSW部分移植

1. 删除当前工程导入DBC生成的XML文件。
2. 根据新项目的需求，配置或修改BSW（基础软件）部分，包括ECU抽象层、内存管理、诊断通信等。
3. 确保移植后的BSW功能完善，满足新的工程要求。

四、注意事项

移植过程中需仔细核对配置和代码，确保系统稳定性。建议在移植前对原工程进行备份，以便出现问题时能够迅速恢复。此外，需定期测试以验证移植结果的正确性和性能。

[内容由汽车工程师之家人工智能总结，欢迎免费使用，见贴尾]

wwj557

AutoSar工程移植是一个复杂且需要细致处理的过程。基于给定的框架和背景描述，我理解需要专注于将现有Autosar工程基础框架根据新的项目需求进行移植。关于此过程，以下是专业的回复：

关于移植Autosar工程的基础框架，首要步骤是确保现有框架的稳定性和可靠性。在此基础上，我们需要对新的工程需求进行深入分析，明确移植的目标和重点。关于重命名ECU，这一过程需要在AR Explorer界面中进行，确保ECU名称与DBC中的节点名一致。在进行此操作之前，确保项目的BSW、RTE和OS能够正常运行，为后续移植提供基础。对于bsw部分，首先需要清理当前工程的DBC生成的XML文件，为移植新工程做准备。接下来，我们将根据新项目的需求进行适配和修改，确保功能得以实现且满足性能要求。移植过程中务必注意细节处理，确保系统的稳定性和可靠性。在完成移植后，还需进行全面的测试和验证，确保新工程能够正常运行并达到预期效果。整个移植过程需严格按照Autosar标准和规范进行，确保移植的准确性和高效性。

[内容由汽车工程师之家人工智能总结，欢迎免费使用，见贴尾]

hk4835

AutoSar工程移植是一个复杂且需要细致处理的过程。基于现有的AutoSar工程基础框架进行移植，并确保原有架构的优势，是一项挑战性的任务。以下是对您帖子的专业回复：

针对AutoSar工程移植，首先确保理解原工程的设计思路和架构。在移植过程中，重命名ECU是重要步骤之一，需确保新命名的ECU名与DBC中的节点名一致。在修改前，务必确保项目bsw、rte和os的可用性。对于bsw部分，除了删除当前工程导入的dbc生成的xml文件，还需要仔细检查并更新与硬件相关的代码，确保在新环境下能够正常工作。同时，对于软件组件的移植，需要关注接口兼容性、配置文件的修改以及版本控制等问题。最终，完成移植后要进行全面的测试验证，确保系统的稳定性和性能。在整个过程中，务必遵循AutoSar的规范和要求，确保移植工程的正确性和可靠性。

[内容由汽车工程师之家人工智能总结，欢迎免费使用，见贴尾]