Embedded AUTOSAR开发

AUTOSAR BSW堆栈（例如，用于Can通信）是否可以根据其上提供的规范进行开发，而无需购买任何昂贵的供应商工具？可以遵循哪些步骤？我被要求探索这种可能性。

是和否。工具是AUTOSAR等式中必不可少的一部分

假设您为一家汽车供应商工作，您将获得一组特定于ECU的配置文件（ECU extract？），这些文件与CAN消息传递的各种交换格式大致相似，但要广泛得多。这些文件通常是一组格式由AUTOSAR consortium定义的XML文件。一个相当复杂的“昂贵的供应商工具”链然后将其转换为可以生成代码的东西。所有的规范都是开放的，所以你可以在理论上编写自己的工具

除了这些工具之外，您还需要操作系统，它可能构建在开源OSEK系统之上作为起点。然后是MCAL

能做到吗。。。对如果您为一家大型公司（如博世）工作，开发您自己的解决方案可能符合您的长期最佳利益。但是，如果你在一个项目截止日期前为一家规模较小的供应商工作，你可能不得不咬紧牙关，开出巨额支票。希望在贵公司竞购基于AUTOSAR的系统时考虑到这一点

为了让你了解这项事业的规模，这有点像是在说：“我在写一个很酷的游戏，我需要使用Windows、OSX或Linux吗，或者我也可以编写自己的操作系统吗？”。好吧，也许没有那么极端，但比编写自己的RTO和车辆总线堆栈（CAN、LIN等）要困难得多。如果编写自己的RTOS+堆栈听起来过于复杂/困难，那就不要去想它

---

显然，我无法为您做出决定，但如果您在互联网上随意听取未注明学历的人的意见，我强烈建议您不要将其作为“我的第一个autosar”项目，但是，如果你是一家每年都在做多个autosar项目的前50多家汽车供应商，那么就把它作为一个可能的内部研发项目放在桌面上，并可能带来长期节约。我怀疑你能以低于一次许可所有东西的成本来构建它。但未来可能会有5-10个大项目，它可能会有回报。

看看瑞典ICT。我们在公司的业务中使用它。这是相对便宜的复制，因为轻便摩托车使用覆盆子皮和容易获得的机械零件。

你可能想看看COMASSO。它还提供开发工具和BSW。

完成BSW堆栈开发是一项艰巨的工作，在开发所有模块以集成堆栈之后，您必须使用一些工具和许可编译器

为了满足QM和ASIL的合规性，堆栈所有者必须随整个堆栈提供合规工具列表。 e、 g.对于需求文档，您有IBM Doors；对于设计，您有IBM Rhapsodhy或企业架构、源代码管理工具，如IBM RTC/PTC Integrity等。这些工具符合ISO26262标准。如果您只使用QM，那么您必须承担维护和更新excel或doc格式的所有文档的开销，如果您不能支持这些工具，这是可以的

关于操作系统等模块，博世的Comasso是其中一个选项，您可以通过收取一些注册费，获得适用于其他模块的基本操作系统。操作系统也必须根据您将要使用的控制器进行修改。 基于OSEK的RTOS是另一个开源选项，如果您在Linux上做任何事情，它会非常有用

之后是MDT、PDF和供应商特定的参数文件，它们是配置的基础。Perl被广泛用于动态代码生成/基于配置的代码生成。 除此之外，您还必须对XML有很好的了解，因为您不必花费在配置工具上，在后台，XML应该能够更改所有类型的参数。 我在德国见过一些小供应商，他们不使用配置工具，直接用XML完成这些工作

存储库将不是一个您可以免费使用的SVN问题

---

但我个人认为，所有昂贵的工具都用于独立于个人的系统和堆栈维护。我见过一些小玩家，他们通常不能在昂贵的工具上花钱，他们的生意也不错。

纯软件部分绝对是的！但是，如果工具中没有堆栈，您会怎么做呢！！这就是问题所在

为了能够开展开发和销售AUTOSAR BSW堆栈的业务，您必须使其能够针对多种配置进行扩展，这只有在使用工具部件时才可能实现

对于您的内部研究和开发，您仍然可以通过使用C硬编码配置数据并使用任何开源xml工具可视化配置结构来开发软件模块、它们的设计和体系结构。（AUTOSAR模式基于XML）

---

PM me了解更多详细信息

从广义上讲，堆栈BSW代码）由静态代码（来自Autosar每个模块的概念和SWS）和动态配置相关代码（可由最终用户配置）组成，并基于模块描述模板（MDT）每个BSW模块的配置参数都需要在通用扩展中提供，最流行的是XML格式，然后您就有了基于配置的代码以及完整的静态代码堆栈。