要包含的信息
- 原始ECU文件和软件识别
- 标准或改装车辆配置
- 燃油、变速箱和所需的驾驶特性
- 阅读和写作工具
ECU 同时协调许多决策:发动机如何响应驾驶员、如何传递扭矩以及操作条件如何影响该传递。有用的校准将这些关系一起考虑。更改孤立值与开发适合特定车辆的软件不同。
我们的文件服务面向需要软件背后的技术合作伙伴的车间。出发点是实际的 ECU 识别和原始文件,然后是车辆配置和客户的目标。这在准备软件修订之前为请求提供了明确的目的。
第一阶段描述了一个基于车辆现有硬件的项目。目标可以包括更进步的响应、通过有用的操作范围更强的恢复或日常驾驶和可用性能之间的更好平衡。适当的范围取决于发动机、变速箱和软件版本。
原始文件很重要,因为以相同型号名称销售的两辆汽车可能不具有相同的软件。有关燃油、变速箱和之前修改的信息有助于将合适的应用与表面的目录匹配区分开来。正确指定的请求是一致结果的基础。
当硬件发生变化时,软件项目也会随之变化。不同的组件会影响 ECU 接收的信息以及校准需要覆盖的操作范围。提供组件参考并解释预期用途,以便开发人员可以解决完整的配置问题。
这些项目受益于明确的软件目标和有组织的修订过程。文件、观察结果和后续更改保留在相同的技术对话中。术语“阶段 2”和“阶段 3”不会取代该规范:它们不是硬件、功耗或开发时间的通用描述。
我们的大多数解决方案已经在其他车辆上进行了测试,其中许多是在测功机上进行的。这些经验为档案服务提供了实践基础。相关的软件参考和配置仍在审查中,因为经过验证的解决方案需要适合其使用的应用程序。
测力计可以为某些项目提供额外的证据,但它不是文件服务的定义。软件审查、相关操作数据和车间反馈是相辅相成的。如果需要修订,继续使用相同的文件历史记录可以讨论实际的软件,而不是从不确定的参考重新开始。
其范围取决于 ECU 和车辆。该请求定义了所需的响应和交付,而不是假设每个模型都需要相同的更改。
徽章还不够。 ECU、软件参考、文件来源和配置必须与预期应用相匹配。
没有单一的测试方法可以定义每个请求。适当的审查和反馈取决于应用程序。特定功率声明需要适当的支持测量。