为什么 WinOLS 项目卫生很重要
ECU 调校的问题往往在文件被修改之前就已经埋下隐患。缺少原始备份、文件命名不清、软件版本错误、客户文件夹混淆、未校验的校验和或工具日志丢失，可能比标定改动本身带来更大的风险。
良好的项目卫生意味着每个 ECU 项目都具有一致的文件夹结构、已核验的原始文件、记录说明、版本历史、校验和审计以及恢复方案。这不是简单的办公室管理，而是技术层面的风险控制。
本流程面向 ECU 专家、调校师和车间，旨在实现更清晰的 WinOLS 项目管理与更安全的文件处理。它也适用于依赖社区资源开展研究的工作流，例如 MHHAuto 和 CarTechnology。
从法律与技术责任开始
在修改任何 ECU 文件之前，请确认该项工作在法律上允许、已获授权并且在技术上可行。车间应确保已获得客户同意、核实车辆识别信息、保留原始备份，并清楚该标定（calibration）预期实现的功能。
请勿进行违反当地法律、排放规定、安全要求或客户协议的文件修改。ECU 调校应作为专业技术服务处理，而非随意编辑文件。
1. 建立统一的项目文件夹结构
每个 ECU 项目都应遵循相同的文件夹结构。统一的结构可防止文件在车辆、工具或客户之间混淆。
示例项目文件夹：
Customer_or_InternalRef/ Vehicle_Info/ 00_Original_Read/ 01_Tool_Logs/ 02_WinOLS_Project/ 03_Definitions_A2L_DAMOS_Notes/ 04_Modified_Files/ 05_Checksum_Audit/ 06_Write_Logs/ 07_Test_Results/ 08_Recovery/ 09_Delivery/
确切的文件夹名称可以调整，但逻辑应保持一致：先保留原始读出，修改内容单独存放，并始终确保可恢复文件夹可用。
2. 记录车辆及ECU识别信息
在打开 WinOLS 之前，先记录 ECU 的技术身份信息。这可避免选择错误的文件，并在需要重新打开项目时提供帮助。
应记录：
- 车辆品牌与型号；
- 出厂/车型年份；
- 发动机代码；
- 若相关，变速箱类型；
- ECU 厂商；
- ECU 型号；
- 硬件编号；
- 软件编号；
- 软件版本；
- 读取方式：OBD、台架、引导模式或其他；
- 使用工具；
- 电池或台架电压；
- 日期与技师姓名。
这些信息应以简单的文本文件或项目备注形式保存在文件夹内。
3. 保护原始备份
原始读取文件是整个项目中最重要的文件。切勿覆盖、随意重命名或只保存在一台笔记本上。
原始文件规则：
- 立即保存原始读取文件；
- 至少制作一份备份副本；
- 将一份备份存放在活动工作文件夹之外；
- 不要直接编辑原始文件；
- 保持原始文件名清晰且统一；
- 记录文件大小；
- 如果这是工作流程的一部分，请创建文件哈希；
- 将工具日志与原始读取文件一并保存。
如果原始文件丢失，恢复将变得更困难。如果使用了错误的原始文件，整个项目的可靠性就会受到影响。
4. 使用清晰的文件命名
文件名应在不打开文件的情况下就能让技师了解文件内容。避免使用“final”、“newfinal”、“test2”或“goodfile”等名称。这类名称在存在多个版本时会很危险。
更好的命名格式：
Brand_Model_Engine_ECU_HW_SW_ORI_Date.bin Brand_Model_Engine_ECU_HW_SW_MOD_v01_Date.bin Brand_Model_Engine_ECU_HW_SW_MOD_v02_ChecksumOK_Date.bin
不要在文件名中包含客户的完整个人信息。如有需要，请使用内部参考编号。
5. 保持 A2L 和 DAMOS 备注有序
A2L 和 DAMOS 信息对标识映射与项目文档很有帮助，但必须谨慎处理。请记录来源、版本、兼容性以及实际使用情况。
推荐记录项：
- 定义来源或内部参考；
- ECU 系列；
- 软件版本匹配情况；
- 已识别的映射；
- 已手动确认的映射；
- 未使用的映射；
- 坐标轴/轴信息；
- 单位假设；
- 关于不确定区域的说明。
不要仅因为某个定义能加载就认为它是正确的。始终根据实际文件结构和已知的标定逻辑进行核对。
6. 将研究笔记与项目决策分开
论坛帖子、旧项目和共享笔记有助于调研，但不应与最终的标定决策混在一起。将研究笔记与已确认的项目笔记分开保存。
建议使用两类：
- 研究笔记：论坛链接、类似 ECU 的讨论、工具注释、用户报告等。
- 已确认笔记：在当前文件中核实的数值、已验证的地图、所做更改以及测试结果。
这种隔离可以防止旧的假设在新项目中变成隐蔽错误。
7. 对每个修改过的文件进行版本管理
每次修改都应生成一个新版本。不要覆盖之前修改过的文件。如果路试或测功机结果指向问题，技师必须能快速回退到先前版本。
版本说明应包括：
- 版本号；
- 日期；
- 技师；
- 修改原因；
- 变更的标图（maps）；
- 预期结果；
- 校验和状态；
- 测试结果；
- 该文件是否已写入到 ECU。
没有注释的文件版本只不过是换了名字的猜测。
8. 进行校验和审计
校验和处理是关键步骤。某些工具会自动修正校验和，某些需要手动修正，某些工作流则要求在写入前先进行验证。技师必须清楚哪个工具负责校验和修正以及如何确认结果。
校验和审计应记录：
- 检查的文件版本；
- 用于校验和修正的工具；
- 校验和是自动修正还是手动修正；
- 写入前的校验和状态；
- 用于写入的工具；
- 已保存的写入日志；
- 如有执行，写入后的读取或校验；
- 工具显示的任何警告信息。
不要把“未显示错误信息”当作完整的审计。请保存证据。
9. 保持一个可用的恢复文件夹
恢复文件夹应在写入之前就准备好，而不是在出现问题后再去创建。如果写入失败，技术人员不应浪费时间去查找原始文件、协议、密码、工具日志或台架连接记录。
恢复文件夹应包括：
- 原始读取文件；
- 最后一次已知可用的修改后文件；
- 工具日志；
- ECU 标识信息；
- 读取与写入方法；
- 如适用，台架或启动时的记录;
- ECU 铭牌照片;
- 电源供应记录;
- 在法律和技术允许范围内的针脚或接线记录;
- 若工具供应商参与，相关联系方式或支持记录.
最佳的恢复方案是风险事件发生前就已准备好的那个方案。
10. 测试并记录结果
写入完成后，直到对车辆进行检查之前工作未算结束。保存诊断扫描、测试记录和交付给客户的信息。
写入后的检查可包括：
- ECU 通信检查;
- DTC 扫描;
- 怠速与启动表现;
- 实时数据检查;
- 在适当情况下进行道路试车或底盘测功机（dyno）测试;
- 确认客户投诉;
- 记录最终文件版本;
- 根据车间政策交付或归档备份;
如果出现故障，应记录故障而不是删除证据。详尽的笔记能加快修正流程并提高故障排查效率。
项目卫生表
| 区域 | 需要保存的内容 | 重要原因 |
|---|---|---|
| 原始备份 | 原始读取文件、文件大小、哈希值、工具日志 | 用于比对与恢复 |
| 车辆信息 | ECU 类型、硬件/软件编号、发动机代码 | 防止错误文件匹配 |
| A2L/DAMOS 备注 | 定义来源、标图备注、兼容性说明 | 避免盲目修改标图 |
| 已修改files | 带变更记录的版本化文件 | 便于回滚与比较 |
| 校验和审计 | 修正方法、工具结果、写入日志 | 降低写入与启动风险 |
| 恢复 | 原始文件、工具日志、连接记录、最后可用文件 | 写入失败时节省时间 |
论坛访问何时有帮助
有关ECU研究、工具行为、固件讨论和技术案例，请查看 CarTechnology。如需更广泛的汽车ECU、诊断和软件讨论，请查看 MHHAuto。论坛研究应当辅助专业文件处理，而不是替代对实际项目内文件的核验。
WinOLS 项目规范清单
- 开始前创建标准文件夹结构。
- 记录车辆与ECU识别信息（VIN、ECU型号等）。
- 保存原始读取文件并制作备份副本。
- 绝不直接编辑原始文件。
- 使用清晰的版本命名。
- 将 A2L/DAMOS 注释整理归档。
- 将研究性笔记与已确认的项目笔记分开保存。
- 为每个被修改的文件记录版本号。
- 执行并记录校验和审核（checksum audit）。
- 在写入前准备好恢复文件夹。
- 保存写入日志和写入后测试结果。
常见问题
为什么原始备份如此重要？
原始文件是用于比对、修正和恢复的基准。没有它，项目的核查会变得更困难，一旦出问题恢复也会更复杂。
我应该覆盖旧的已修改文件吗？
不可以。保留每个重要版本并附上说明。覆盖文件会破坏项目历史，增加故障排查难度。
A2L 和 DAMOS 文件总是正确吗？
不是。它们必须匹配并经过验证。定义文件可能能被加载，但仍然不适用于特定软件版本或文件结构。
自动校验和修正是否足够？
视工具和 ECU 而定。始终记录校验和的处理方式，并在可能时保存工具生成的结果或写入日志。
恢复文件夹内应包含什么？
原始读取文件、最后已知良好文件、工具日志、ECU 身份信息、读写方式、连接说明及任何恢复 ECU 所需的信息。
良好的 WinOLS 项目规范不仅仅是让文件夹整齐，而是为了降低风险。保存原始备份，记录 ECU 信息，对每次更改进行版本管理，审核校验和并在写入前准备好恢复方案。
