Autosar - 适用于软件开发人员

Question

考虑到我是一名可以用C语言编写软件的软件开发人员，你能否就Autosar这一点提出建议。

现在我在C中开发一个功能：--- 该功能必须读取一些ECU特定的数据处理它＆amp;更新一些ECU特定数据，可以是（某些变量或i / o信号）。

1＆GT;现在我将如何使用Autosar RTE＆amp;虚拟功能总线？    对软件开发人员有什么用处？

2 - ;此外，Autosar表示接口的标准化意味着什么？这是否意味着如果世界上任何其他地方的其他人也开发相同的功能（用C语言），那么我们都将使用这些i / o信号的相同名称？

3＆GT; RTE如何在单元测试中对我有所帮助？或者从软件开发人员的角度来看，RTE究竟在做什么。

http://www.autosar.org/gfx/AUTOSAR_TechnicalOverview_b.jpg

我阅读了很多技术术语......但作为软件开发人员，这些要点对我来说很重要。你能解释一下吗。

你的回复会很明显。

Answer 1

我认为这不会那么容易...... 我相信您正在开发Autosar SWC（软件组件）。 我建议你开发一个便携式C模块。这有非常明确的投入，产出和要求。执行时（检查Autosar runnables）。 请记住，Autosar ECU包含RTOS，因此您的模块将成为OS任务的一部分。 当您开始构建Autosar ECU时，您将能够包装模块并使用Autosar虚拟功能总线信号连接输入/输出。为此，您将需要Autosar框架和可能的配置工具。这些既复杂又昂贵。 通过测试C模块的常用方式对模块进行单元测试。 祝你好运。

P.S。 RTE只是配置工具根据ECU BSW和System Extract的配置自动生成的“胶水”代码。在包装过程中你会担心它。

Answer 2

1. RTE是一个“抽象”系统内部组件的层。例如，如果您需要访问系统安装的闪存，则必须使用与RTE相关的存储器功能。

2. 你是对的。您只需阅读规范并使用相应的功能即可在AUTOSAR系统中获得所需的结果。

3. RTE确保软件组件和中间层系统的开发人员能够正常工作，并且只需最少的交互。 SWC开发人员只需阅读AUTOSAR标准并遵循它以确保与中间层系统的兼容性，因为预计中间层系统开发人员将在提供功能方面遵循相同的标准。它还可以帮助开发人员提高软件的可移植性。

我认为您可以通过阅读AUTOSAR website处的AUTOSAR标准文档来回答所有问题。我在AUTOSAR系统开发方面的大部分知识（已经开始阅读近一个月了），我到了那里。

Answer 3

在AUTOSAR SWC和Basic软件中划分功能的想法是使应用程序软件开发独立于任何平台。回答你的问题。

1. RTE为应用程序提供了一个基于信号的接口，因此您希望其他SW组件（ECU / ECU内）以信号的形式提供所需的数据，您不关心平台或通信类型中等
2. 是的，通过标准化接口（所有类型的交互），软件组件或任何基本软件模块可以固定进入SW架构。阅读有关不同类型的AUTOSAR接口的更多信息。
3. 请参阅答案1

Answer 4

回答你的问题 如果您将通过ATUOSAR的分层架构，您将了解到这种架构，以最大限度地减少每个模块的依赖性 （层）与下层。

1. 再一次，RTE就像分离下层依赖关系一样，这使得能够独立地处理每一层。大多数虚拟总线都使用RTE进行映射，在我的经验中，我已经在IOC上工作，允许与RTE进行映射，并与其他SWC进行内存和核心通信。向OS Developer发送到应用程序层和映射软件分区。

2. 该标准用于维护所有软件层的统一性，但是为了满足开发人员可能采用不同的实现和设计方式的要求，API和要求将是通用的。 这对标准化接口也很有用。

3. 对于开发人员的设计和实现的单元测试RTE作为抽象模块工作。

阅读不同模块的规格将解决大部分疑虑。

Answer 5

我是一名软件开发人员，他为Autosar RTE开发了控制台应用程序工具，为RTE开发了测试用例，并为我创建的工具编写了单元测试脚本。 我使用C＃和NUnit Framework开发了这些。可以使用C或Java或任何其他语言进行开发。最终目标是根据需求生成AUTOSAR模块（.c和.h文件）。

1。软件开发人员范围

作为软件开发人员，我的任务是为已实施的RTE代码实施完整的RTE和测试应用程序。

输入和输出： 基本上，我们的输入是ARXML格式的软件组件文件和ECU提取，输出是Rte并根据要求创建了测试应用程序源文件和头文件（.c和.h）。

开发人员的任务： 在这里，作为开发人员，我们需要执行从AXXML到我们自己的数据结构，架构验证，模态验证，文件生成等的输入解析。

2。标准化

是的，AUTOSAR Architecture提供了标准化的接口。不管实施策略如何，API结构都保持不变，从而简化了使用。它充当通用库，您可以在其中使用已经开发的模块，也可以考虑API规范以自己的方式实现该模块。您需要做的就是遵循为您使用的每个模块提供的规格。 要求因公司而异，但使用API​​的方式保持不变。

3。单元测试

单元测试与RTE或AUTOSAR模块无关。您将测试代码的Uint。当我说您的代码时，它就是您用来开发任何特定模块（例如Rte.c）而不测试生成的模块本身的代码。您将测试为生成特定模块而开发的源代码。您的源代码不是RTE或任何其他模块实现的一部分，而是生成模块实现的工具。

概述：

取决于需求，软件开发人员在生成AUTOSAR模块方面有各种范围。 您可以开发一个将生成AUTOSAR模块的工具。 您可以开发一个用于编辑/创建AUTOSAR XML文件的编辑器。 （例如：Artop） 开发可能听起来很复杂，因为我们没有获得规范以外的直接资源。一旦进入，您将学到很多东西。