本项目探索了使用NVM（非易失性内存）Dataset来高效存储和管理车辆诊断数据（DTC Entry Data），旨在优化车载系统的性能与可靠性。
在AUTOSAR架构内，EB Tresos Studio是一款广泛使用的工具，用于配置和管理汽车电子控制单元（ECU）的软件组件及系统设置。本段落讨论的是如何利用NvM数据集的方式存储DTC扩展信息。
1. **DTC扩展数据**：该扩展信息提供了关于特定故障代码的详细背景资料，包括操作周期计数器、故障检测计数器、时间戳以及状态指示符等关键要素。这些细节有助于更深入地理解问题的发生频率和严重程度。
2. **NvM Dataset存储机制**：为了能够有效且安全地保存大量DTC信息及其扩展数据，每个单独的DTC快照及相关的详细资料被分别存入EEPROM中。这种做法的优点在于可以避免在断电情况下丢失重要信息，并有助于更好地组织和访问这些故障记录。
3. **EB Tresos Studio配置**：
- **DEM（诊断事件管理器）设置**: 配置数据元素类与扩展数据，定义NVRAM块列表，并为所有DTC选择立即NV存储方式。这样做确保在特定条件下满足预设阈值时能够迅速保存相关故障信息。
- **NvM配置**：需详细设定如`NVM_BLOCK_DEM_DEFAULT`和`NVM_BLOCK_DEM_PRIMARY`中的通用属性、CRC校验以及回调函数，以保障数据的完整性和一致性。
4. **问题概述**: 实践中发现OCC1与OCC2的最大值限制为1而无法增加，相比之下，其他如OCC3等则能正常递增。这可能表明NvM配置中的立即存储规则对于这两项指标设置不当。
5. **同步NvM和EaFee**：为了保证数据一致性，在ECU软件的事件驱动部分（例如错误处理及数据记录）中，需要实现Appl_TriggerMemoryStack的同步配置。
为了解决这些问题，通常需要检查以下几点：
- 确认OCC1与OCC2在NvM中的存储规则是否正确设定。
- 检查CRC设置以确保所有写入NvM的数据均经过校验。
- 审视回调函数的设置情况，确认其能在触发阈值时启动立即存储操作。
- 仔细分析代码逻辑，查找可能导致OCC1与OCC2异常行为的部分。
通过这些步骤，可以有效地诊断并修复DTC扩展数据存储问题，并确保ECU能够准确且高效地记录和管理故障信息。在AUTOSAR环境中，掌握NvM配置及数据管理工作对于ECU软件开发和故障排查至关重要。
5星
