Soly_kun的博客

原创 车载诊断架构 --- 企业版ODX AGL（Authoring Guidelines ODX编写指南）都定义什么内容呢？

本文由一位汽车电子工程师分享，探讨了ODX数据库在OEM企业中的核心价值与应用。文章首先指出ODX数据库的两大必要性：确保车辆全生命周期诊断数据一致性，以及缩短开发周期降低成本。随后详细解析了ISO 22901标准定义的ODX数据模型架构，包括分层设计原则和关键机制（值继承与引用机制），通过具体场景说明这些机制如何解决ECU变体管理、协议复用等实际问题。最后介绍了诊断数据描述中的核心对象类型，如DOP、DTC等，展现了ODX数据库如何构建高效、可维护的汽车诊断数据体系。全文以工程实践为导向，为诊断数据库开发

原创 UDS入门至精通系列：Service 29

本文中对UDS2020版协议中新定义的Service 29做了功能描述、服务格式描述、认证状态描述、认证模型描述，最后对该服务在OEM新定义需求规范中需要注意的几点事项做了描述（有效期、会话模式绑定关系、认证深度等）。

原创 电子电气架构 --- 智能网联汽车的“大脑”与产业变革核心

本文探讨了车载计算平台作为智能网联汽车"大脑"的技术架构与产业格局。文章从硬件-系统软件-功能软件三层产业链架构展开，分析了异构硬件平台、系统软件和功能软件的核心组成。重点指出SoC芯片作为硬件核心的高壁垒特性，以及软件在智能化竞争中的关键作用，呈现"主机厂差异化+独立厂商标准化"的分工趋势。作者认为，车载计算平台将推动汽车向"全场景自主驾驶"演进，同时分享了自己作为汽车电子工程师坚持长期主义的人生态度。

原创 解锁汽车软件测试---构建全方位框架，驾驭未来出行科技

原创 汽车EEA架构---当下的抉择与未来的蓝图

汽车电子电气架构正经历智能化变革，主流方向为“中央计算+区域控制”的集中式架构和“三域架构”。区域控制EEA凭借线束成本降低30%-50%和软硬解耦优势成为未来趋势。华为CC架构平衡计算与通信，长安SDA架构实现高效集成与高速传输，大众E^3系列和CEA架构展现本土化合作创新。EEA开发遵循V字型流程，从需求定义到测试验证确保系统可靠性。各主机厂通过差异化技术路线推动汽车智能化发展。（149字）

原创 电子电气架构 --- 智能汽车传感器初入门

摘要：本文探讨了智能传感器在汽车电子领域的发展趋势。从传统车身传感器到AI赋能的智能环境感知系统，传感器技术经历了从单一参数监测到多维智能分析的演进。新一代智能传感器通过集成边缘计算和深度学习算法，实现了对复杂场景的实时解析，满足高阶自动驾驶对三维环境感知的需求。政策支持、技术迭代和场景刚需三大因素共同推动智能传感器加速替代传统产品，成为智能汽车感知体系的核心。文章强调，在汽车电子智能化浪潮中，工程师需保持长期主义思维，专注技术深耕与价值创造。（149字）

原创 电子电气架构 --- 车载测试计划与管理

本文探讨了车载软件测试计划与管理的核心逻辑，重点阐述了如何通过系统化方法应对复杂测试场景。作者指出车载测试的特殊性在于多域控制器、严苛行业标准及跨部门协作的挑战。管理核心围绕"三件事"展开：明确测试范围与任务分解（单元/集成/系统/专项测试）、合理配置人力资源与硬件环境、科学规划进度并预留缓冲。文中特别强调需平衡效率与质量，通过优先级排序、数据支撑和灵活策略应对进度分歧，最终确保在项目里程碑前交付符合质量要求的测试成果。

原创 汽车软件测试的整体框架---测试策略的定义（下）

摘要：本文从汽车电子工程师的视角出发，分享了测试工作的核心方法论。作者强调测试目标需结合客户需求、项目特性等动态调整，并提出八大测试原则：早期测试、避免穷举、关注缺陷集群、防止测试惯性、认识测试局限性、重视用户体验、独立测试团队以及高风险优先测试。文中通过10个实际场景分析，阐释如何制定精准测试策略，并指出测试的本质是风险控制而非完美验证，需要在质量与效率间取得平衡。这些经验总结既包含技术层面的系统思考，也体现了工程师务实求真的职业态度。

原创 汽车软件测试的整体框架---测试策略的定义（上）

《汽车电子工程师的测试哲学与实践》摘要 一位坚持长期主义的汽车电子工程师，从个人成长与职业实践双重视角，分享软件测试方法论。文章以"欲望极简"的生活哲学开篇，强调系统化思维与诚信基础，提出"一张纸"工作法则。在专业层面，详细剖析V模型下的测试策略，将其分解为测试规则、目标和原则三维度，涵盖从需求分析到交付验证的全周期管理。特别指出测试策略需与企业整体运营协同，包含文档规范、用例选择、覆盖率标准等22项具体指南。通过贯穿开发全流程的测试闭环设计，实现质量保障前移，最终达

原创 汽车软件开发视角 --- 深入解析软件集成与分支划分（四）

本文从汽车电子工程师视角，分享了汽车软件项目管理实践与人生感悟。在技术层面，以某电动汽车项目为例，详细解析了基于Jira的软件集成流程和分层分支管理策略，展示了从需求管理到编译测试的全过程。在个人成长方面，作者倡导"欲望极简"的长期主义价值观，强调系统思考和持续耕耘的重要性。案例研究揭示了沟通协作和流程规范对项目成功的关键作用，同时指出自动化集成、分支优化等未来研究方向。全文融合技术思考与人生哲学，体现了工程师在专业领域的深耕与对生命意义的朴素认知。

原创 汽车软件开发视角 --- 深入解析软件集成与分支划分（三）

本文探讨了汽车软件开发中的分支管理策略。作者作为长期主义的汽车电子工程师，分享了个人工作哲学：追求欲望极简、系统思考、诚信基础。文章详细解析了四种关键开发分支：平台开发分支（软件体系的通用基础）、特性开发分支（针对新功能开发）、特定项目开发分支（满足定制需求）和交付分支（最终产品集成）。重点阐述了各分支的定位、交互关系和维护要点，强调平台分支的稳定性、特性分支的定期同步、项目分支的定制化特性以及交付分支的质量控制。通过严格的分支管理，既保证了核心平台的稳定性，又能灵活应对市场需求变化，体现了汽车软件开发中规

原创 汽车软件开发视角 --- 深入解析软件集成与分支划分（二）

摘要： 本文分享了汽车电子工程师的工作心得与软件集成流程。作者强调长期主义与极简主义，秉持“七八月播种，十一二月收获”的务实态度。在软件集成部分，详细介绍了输入环节（需求基线、变更范围等）、编译与错误处理（如GCC工具使用）、测试（接口测试、冒烟测试等）及打包释放的规范流程，强调ALM工具（如Jira、ONES）在管理复杂需求中的作用。通过系统化方法和工具协同，确保汽车软件开发的高效与质量。

原创 汽车软件开发视角 --- 深入解析软件集成与分支划分（一）

《汽车软件工程师的长期主义实践》摘要： 一位坚持长期主义的汽车电子工程师，以"欲望极简""系统思考"为准则，强调软件集成与分支划分在汽车智能化中的核心作用。文章剖析了开发分支（创新引擎）与交付分支（市场桥梁）的协同策略，通过案例分析与文献研究，提出分支管理能有效平衡技术完善性与交付及时性。作者以"七八月播种，十一二月收获"为喻，倡导工程师在汽车产业变革中做躬行的卒子，通过规范的集成流程与科学分支策略，推动软件平台化发展，实现技术创新与市场需求的双赢

原创 新趋势下的电子电气架构

《汽车电子电气架构的演进与中国供应链崛起》 摘要： 本文系统阐述了汽车电子电气架构(EEA)在智能化转型中的核心地位及发展趋势。EEA作为智能汽车的"神经网络"，正从分布式向集中式加速演进，形成"中央计算+区域控制"的主流架构模式。文章详细分析了EEA三大核心构成：软硬件协同模块、通信网络和线束系统，介绍了华为、长安、大众等主机厂的差异化架构方案。随着EEA集成度提升，中国供应链厂商在硬件制造和软件开发领域快速崛起。未来趋势显示，硬件集中化与软件集中化将协同演进，主机

原创 电子电气架构 --- 从软件到整车的集成方法

摘要： 汽车电子工程师分享了汽车软件开发中的关键环节——软件组件详细设计，强调其在架构与编码间的桥梁作用，需完成函数级拆解、接口梳理及非功能需求落地。编码后集成分为三阶段：软件组件集成（验证逻辑一致性）、软硬件集成（硬件兼容性测试）、ECU整车集成（跨ECU协同）。分支管理分开发分支（平台/特性/项目分支）与交付分支（项目主干/释放分支），确保平台化与项目灵活性平衡。通过规范化流程与配置管理（如版本号规则），提升开发效率与交付质量。全文结合实例与图表，展现汽车软件工程的精细化与系统性。

原创 车载诊断架构 --- 关于19 04工程上的应用

摘要：本文探讨了车载诊断系统中快照数据的工程应用与规范定义。首先介绍了快照功能的核心作用——记录故障发生时的环境信息（如电压、车速等），并解析了企业规范中快照记录的两次原则（首次和末次故障）。针对工程实践中的关键问题，文章详细解答了快照序列号异常处理、无故障时的响应逻辑，以及基于DTC状态位（TEST_FAILED/PENDING/CONFIRMED）的触发机制。同时强调需平衡内存成本与数据完整性，建议通过系统化诊断数据库管理确保数据一致性。最后指出快照信息对售后维修具有类似"黑匣子"的

原创 电子电气架构----整车PNC简介（局部网络管理）

摘要：本文介绍了AUTOSAR架构下的PNC（局部网络信号簇）技术，重点分析了其在整车网络管理中的精细化管控能力。PNC通过功能分组划分、专属报文控制、状态机调度等机制，实现了对特定功能相关ECU的精准唤醒与休眠控制，有效降低了新能源汽车的静态功耗。同时，文章阐述了PNC如何与AUTOSAR架构中的ComM、Nm、PduR等模块协同工作，以及通过EIRA、ERA、IRA等请求机制实现网络状态切换，最终达到优化能耗、提升总线效率的目的。（149字）

原创 电子电气架构 --- 哨兵模式初入门

我是穿拖鞋的汉子，魔都中坚持长期主义的汽车电子工程师。老规矩，分享一段喜欢的文字，避免自己成为高知识低文化的工程师：做到欲望极简，了解自己的真实欲望，不受外在潮流的影响，不盲从，不跟风。把自己的精力全部用在自己。一是去掉多余，凡事找规律，基础是诚信；二是系统思考、大胆设计、小心求证；三是“一张纸制度”，也就是无论多么复杂的工作内容，要在一张纸上描述清楚；四是要坚决反对虎头蛇尾，反对繁文缛节，反对老好人主义。一直很喜欢发小老李QQ签名那句话—生活如逆水行舟，不进则退。农村做题家出来的汉子，我可能已经不

原创 电子电气架构 -- bus off的机理和处理机制

摘要： 本文由一位汽车电子工程师分享，探讨CAN总线中bus off机制的原理与影响。CAN节点的错误状态分为主动、被动和总线关闭三种，通过发送/接收错误计数器（TEC/REC）动态转换。主动错误状态下节点可强制终止错误传输；被动状态则限制干扰权限；当TEC＞255时，节点进入总线关闭状态，彻底隔离故障。这一分级机制保障了总线的高可靠性与容错能力，尤其在汽车电子等关键场景中至关重要。文章结合实例与协议细节，深入解析了CAN总线错误管理的设计逻辑与实践意义。

原创 电子电气架构 ---软件架构的准则与描述

本文阐述了汽车电子软件架构设计的关键准则与实践方法。作者作为长期坚持技术深耕的工程师，强调通过"分而治之"拆解系统复杂度，采用分层架构实现功能解耦；推崇"简单朴素"的奥卡姆剃刀原则，避免过度设计；主张"数据私有"隔离组件依赖，提升系统稳健性；并运用MECE原则确保功能划分清晰无遗漏。文中具体分析了六大架构特性：稳健性构建容错机制，易修改性支持灵活迭代，易重用性提升开发效率，可移植性跨越硬件平台，可扩展性支撑功能进化，高效性优化资源利用。这些准则需根

原创 从系统到软件---架构设计的进阶之道

从系统到软件---架构设计的进阶之道

原创 电子电气架构 ---系统工程与系统架构的内涵

本文从系统工程师的视角出发，探讨了汽车电子控制单元（ECU）的系统架构与系统工程方法论。文章首先厘清了"系统"的本质特征——明确的边界目标、内部元素关联性及与外部环境的交互性。随后深入解析了系统工程的跨学科特性，从狭义的技术实现流程扩展到广义的商业与技术融合思维，并通过车企降本案例说明系统工程重构规则的创新价值。文中重点阐述了汽车ECU的四层系统架构：整车功能系统架构（宏观功能视角）、电子电气架构（EEA）、ECU功能系统架构（黑盒子视角）和ECU内部系统架构（软硬件实现细节），体现了系

原创 诊断数据库 --- ODX和PDX关系核区别

本文介绍了汽车诊断领域中的标准化数据格式ODX（开放式诊断数据交换）和PDX（打包诊断数据交换）。ODX是AUTOSAR等行业组织制定的诊断数据规范，通过XML格式实现诊断数据的结构化封装，支持"一次创建、多端复用"，解决了传统开发模式下的数据不一致问题。PDX则是ODX数据的压缩交付形态，便于传输与部署。文章详细阐述了ODX的版本演进、核心技术特性、应用场景和五大优势：机器可读性、数据同源性、减少重复劳动、降低工具开发成本和支持个性化扩展。ODX文件采用模块化设计，覆盖诊断通信协议、E

原创 电子电气架构 --- SOA与AUTOSAR的对比

摘要： 本文探讨了车载电子架构中的两大核心理念——SOA（面向服务架构）与AUTOSAR（汽车开放系统架构）。SOA作为方法论，强调通过服务化封装提升功能灵活性，需结合汽车行业特性平衡安全性与成本。AUTOSAR则通过标准化分层架构（应用层、RTE、底层软件）实现软硬件解耦，简化ECU开发流程，推动软件复用。二者虽应用层级不同（SOA聚焦整车，AUTOSAR侧重ECU），但共享“分层解耦”内核。2017年推出的AUTOSAR AP平台进一步融合SOA理念，适应智能汽车高算力需求，成为传统电子架构向服务化升级

原创 电子电气架构 --- 车载OTA功能

摘要： 本文由一位汽车电子工程师分享了对车载OTA技术的专业解析。文章首先定义了OTA技术及其在汽车领域的FOTA（固件升级）和SOTA（软件升级）两种类型，强调FOTA涉及车辆底层控制，技术安全性要求更高。随后详细阐述了OTA设计的四大核心要求：升级安全需构建全链路防护体系、版本管控需精细化管理、时效优化需并行刷写策略、异常处理需防范"变砖"风险。最后介绍了OTA系统架构，分为云平台（负责升级管理）和车端（执行升级）两部分，并指出云平台需支持百万级车辆并发升级。全文技术细节丰富，体现了

原创 解锁整车EEA---功能与物理架构的深度剖析

摘要：汽车电子电气架构(EEA)解析与发展趋势 汽车电子电气架构(EEA)作为汽车的"神经系统"，协调整车各部件的运作。EEA可分为功能架构和物理架构：功能架构是从整车功能出发的宏观规划，将汽车功能划分为动力域、底盘域等五大功能域；物理架构则关注硬件布局和网络架构的具体实现。两者看似分离实则紧密相连，通过解耦设计提高系统灵活性。随着汽车智能化发展，EEA正朝着域集中式、中央计算式等方向发展，功能与物理架构的协同优化将持续推动汽车电子电气系统的演进。这种架构设计理念的变化，反映了汽车从机械

原创 电子电气架构 --- 整车EEA简述

摘要： 本文探讨了车载电子电气架构（EEA）的演变与核心价值。EEA作为整车电子系统的“中枢骨架”，需兼顾功能逻辑与物理实现，通过功能架构与物理架构的协同设计，实现从需求到产品的顺畅落地。随着汽车智能化、网联化的发展，传统分布式架构因模块耦合、扩展性不足等问题逐渐被域控和中央计算架构取代。未来EEA将朝着硬件集中化、软件服务化的方向演进，以SOA等技术支撑功能灵活迭代。这一变革不仅是技术升级，更是汽车行业从硬件驱动转向软件定义的关键跃迁。

原创 电子电气架构 --- 当前技术水平

汽车电子工程师探讨产品需求边界：心理预期与技术水平构成标尺。他指出行业需遵循"普遍接受的技术规则"，这是长期验证形成的专业共识，但公众认知门槛较高，建议建立第三方权威评估机制。同时，企业应追求State of the Art（前沿技术水平），通过技术创新实现"与时俱进"和"引领潮流"。文章强调在智能车时代，技术沉淀、持续创新和责任意识是打造产品竞争力的关键。作者以长期主义者自勉，认为脚踏实地才能收获未来。

原创 电子电气架构 --- 一个具体项目的需求管理（实例化）

摘要： 本文探讨了汽车电子工程领域需求管理的实践策略。针对变更驱动型项目，强调抓核心、简化需求；根据产品特性（娱乐系统/高安全模块/跨域系统）调整需求详略；提出灵活实用的追溯方法，如标签记录或文件夹归类；建议复杂需求由专家评审，并通过定期会议消除认知偏差。同时指出数字化工具的价值在于减少重复工作，呼吁结合团队实际逐步优化流程。全文强调“实用优先”，在规范与效率间寻找平衡，体现工程师的实战智慧与长期主义思维。（150字）

原创 电子电气架构 ---项目管理是在理想与现实间寻平衡

原创 电商平台用户行为分析系统的数据采集与处理流程设计

电商平台用户行为分析系统的数据采集与处理流程设计

原创 金融机构信用评估系统中的业务数据审核流程设计

摘要：本文介绍了金融机构信用评估系统的数据审核流程设计任务。要求对客户信用数据集进行完整性审核（检查缺失值和重复值）、合理性审核（验证年龄、收入等字段范围），并对异常数据进行标记和清洗。考核内容包括使用Python代码实现数据检查、异常数据标记以及生成清洗后的数据集。最终数据质量需满足完整性、合理性和清洗效果指标，确保数据适用于信用风险评估建模。整个流程体现了人工智能技术在金融业务数据预处理中的应用。

原创 人工智能训练师考试1.1.2

摘要： 本试题要求考生设计智能农业系统的数据采集处理流程。任务包括：1)统计各类传感器数据数量及平均值；2)按位置统计温湿度均值；3)数据清洗处理异常值（标记异常温湿度数据、填充缺失值）。使用Python完成数据分组统计、异常值检测、缺失值处理（前/后向填充）等操作，最终输出清洗后的CSV文件。考核重点在于数据采集流程设计、数据处理能力以及数据质量保障（完整性、准确性）。技能要求涉及结合业务需求设计完整的数据采集处理流程，确保数据底层逻辑合理有效。

原创 人工智能训练师考试1.1.1

摘要：该考题要求考生在30分钟内完成智能医疗系统的业务数据处理流程设计。主要任务包括：(1)统计住院天数超过7天的高风险患者数量及占比；(2)分析不同BMI区间患者中高风险患者的分布情况；(3)分析不同年龄段高风险患者比例。使用Python代码处理patient_data.csv数据集，通过pandas和numpy进行数据统计和分析，包括风险等级分类、BMI和年龄区间划分等操作，最终输出各项统计结果并保存截图。考查重点在于数据处理流程设计和统计分析能力，要求底层逻辑清晰有效。

原创 电子电气架构 --- 高阶智能辅助驾驶浅析

本文探讨了智能辅助驾驶发展中的关键挑战与解决方案。作者从汽车电子工程师视角，指出电子电气架构（E/E架构）革新是实现高阶智能驾驶的基础，分析了从分布式到集中式架构的技术跃迁趋势。文章揭示了当前行业面临的三大困境：技术短板导致的事故频发、宣传误导造成的认知偏差，以及监管缺位引发的责任模糊。特别强调必须建立透明化的功能边界告知机制，优化人机交互预警系统，并基于真实数据完善场景适配能力。最后，作者提出智能驾驶技术应从"功能实现"向"体验迭代"转变，在追求技术进步的同时确保安

原创 电子电气架构 --- 车载功能需求实现与测试

摘要： 本文由一位汽车电子工程师分享车载功能需求实现与测试的实践经验。首先强调需求工程化实现需分层级落地：从外部需求转化为系统需求，再拆解为软件组件需求，确保精准传递与追溯。测试环节需覆盖全流程，包括确认类测试（验证用户预期）与验证类测试（检验工程规范），通过整车场景、台架测试及单元测试确保功能可靠性与合规性。文中贯穿“需求追溯性”原则，强调代码与需求的闭环管理，并穿插个人对工程师长期主义的思考，倡导系统化思维与极简执行。

原创 车载诊断框架 --- 诊断企业规范怎么定义 Service 10？

在Application 和Bootloader的时间参数。定义每一个诊断会话模式的P4时间等等。（更详细内容可以添加微gongkenan2013）。比如P2/P2。

原创 车载软件需求开发与管理 --- 需求分析与分解

本文以汽车电子工程师的视角，系统阐述了车载电子控制系统需求分解的全过程。首先强调需求细化的重要性，以OTA升级功能为例，展示了如何将整车需求逐层拆解为可执行的开发指标。然后深入解析了特性分解方法，区分功能与特性的差异，分类说明底层特性、应用层特性等三类特性的定义原则。接着从系统需求到软件需求的分解路径，强调多学科协同和组件化开发的关键作用。最后指出文档化在需求管理中的必要性，同时提出数字化工具改进的方向。全文贯穿工程实践思维，为汽车电子系统开发提供了清晰的需求分解方法论。

原创 车载软件需求开发与管理 --- 需求收集与整理

摘要：本文展现了汽车电子工程师在长期主义理念下的工作思考与生活态度。作者从ECU开发需求收集的实战经验出发，详细剖析了七大外部需求来源（法规、标准、市场趋势等）及其整理方法，强调"去伪存真"的重要性。文章穿插个人感悟，提倡欲望极简、系统思考的工作哲学，以及"七八月播种，十一二月收获"的务实人生态度。技术层面以ECU开发为例，揭示了精准需求分析对软硬协同开发的关键作用，展现了工程师在技术严谨与人文思考间的平衡。（149字）

原创 车载软件需求开发与管理 --- 一些对软件需求的看法

摘要 一位汽车电子工程师分享了关于车载软件需求开发的思考与经验。他指出，在"软件定义汽车"时代，需求管理已成为连接用户期待与工程落地的关键纽带，既要平衡功能与安全，又要协调跨团队协作。文章揭示了需求开发中的常见痛点：模糊表述、信息断层、理解偏差等，并通过真实案例说明需求澄清的重要性。作者特别强调用户体验在非技术需求中的核心地位，以智能风扇为例展示了极致的用户思维对产品设计的深远影响。这些经验为智能网联汽车时代的软件需求管理提供了宝贵参考。