Soly_kun的博客

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

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

原创 从车辆中心到用户中心：E/E架构的变革与挑战

摘要： 汽车电子电气（E/E）架构正经历以用户需求为核心的深刻变革。随着消费者对智能、个性化体验的期待提升，E/E架构从传统分布式向域控制、区域架构演进，支持功能持续迭代与远程升级（OTA）。BMW专家指出，电动化、智能化等技术驱动架构升级，但也面临复杂性增加、数据安全等挑战。未来，模块化区域架构将以高集成、可扩展性适配自动驾驶等新需求，推动汽车从交通工具向“智能终端”转型。这一变革将重塑车辆所有权与使用模式，为行业带来全新机遇。

原创 算力跃迁与数据闭环：2025中国高阶智驾技术迈向认知革命

中国智能驾驶技术进入算法、算力与数据协同驱动的深水区。算法架构从模块化向端到端演进，华为ADS 4.0等方案通过多模态融合提升安全性；算力竞争形成云端-边缘-车端三级架构，支持大模型训练与部署；数据闭环成为破解长尾场景关键。2025年高阶智驾功能加速下沉至10万元级车型，呈现"科技平权"趋势。行业合作模式分化，政策推动L3责任认定，安全冗余成刚需。中国智能驾驶正逼近L3/L4门槛，技术长尾与安全验证仍是商业化前需突破的关键。

原创 汽车电子软件 --- 架构演进与挑战突破之路

本文探讨了汽车电子软件技术的发展历程与挑战。作者从汽车电子工程师视角出发，分析了软件架构从OSEK到AUTOSAR的演进过程，重点阐述了多任务实时调度、基础软件标准化等问题及其解决方案。文章指出，随着汽车智能化发展，传统控制系统与新兴信息系统在实时性、计算需求等方面存在显著差异，这推动了异构计算平台和新型软件架构的出现。全文通过生动的比喻，如将RTOS比作"指挥家"，将AUTOSAR比作"桥梁"，深入浅出地解析了复杂技术概念，展现了汽车电子软件从单一控制向多元化智能系

原创 迈向全以太网化的汽车基础设施（区域电子电气架构（Zonal EEA））

汽车电子工程师分享了对区域电子电气架构（Zonal EE Architecture）的深度解析。文章指出，传统分布式架构面临线束复杂、成本高昂等问题，而区域架构通过物理分区、区域网关和高速以太网实现了革命性改进。该架构具有四大核心优势：简化线束设计、智能电源管理、支持SOA架构和高度可扩展性。关键技术包括区域网关ECU、超级计算核心和TSN以太网。区域架构不仅解决了传统技术瓶颈，更为软件定义汽车和自动驾驶奠定了基础，将推动汽车电子系统进入全新时代。这一变革也将深刻影响行业组织模式和供应链协作方式。

原创 车载通信架构 --- DoIP企业规范中细节有哪些？

我是穿拖鞋的汉子，魔都中坚持长期主义的汽车电子工程师。老规矩，分享一段喜欢的文字，避免自己成为高知识低文化的工程师：做到欲望极简，了解自己的真实欲望，不受外在潮流的影响，不盲从，不跟风。把自己的精力全部用在自己。一是去掉多余，凡事找规律，基础是诚信；二是系统思考、大胆设计、小心求证；三是“一张纸制度”，也就是无论多么复杂的工作内容，要在一张纸上描述清楚；四是要坚决反对虎头蛇尾，反对繁文缛节，反对老好人主义。不觉间来到八月，横坐在电脑前，敲击点文字，对自己也算一个时间的记忆，多年后再次点击，也期待那时

原创 关于CAN总线bus off 理论标准 vs 工程实践

本文探讨了汽车电子系统中DTC（诊断故障码）在处理总线关闭（Busoff）故障时的工程实践优化。针对OBD排放相关链路，作者提出将Busoff DTC的确认阈值从1改为2，以避免因瞬时干扰误报故障而点亮MIL灯。文章分析了理论标准与工程实践的差异，指出单次Busoff可能是瞬时干扰，而持续发生才需报警。解决方案通过防抖算法和驾驶循环计数来过滤误报，在保证符合法规的同时提升用户体验。这一实践平衡了技术合理性、法规要求、用户感受和售后效率，体现了汽车电子工程师在复杂约束下寻找最优解的能力。

原创 电子电气架构 --- 电子电气架构面临的挑战

电子电气架构 --- 电子电气架构面临的挑战

原创 车载诊断架构 --- Service 14一丢丢小汇总

摘要： 本文深入解析了UDS诊断协议中的Service 14（清除诊断信息服务），其核心功能是删除ECU存储的故障码（DTC）及相关数据。通过ISO 14229标准定义，Service 14支持全量清除、分组清除或特定DTC清除，并需确保多备份数据的一致性。文章详细探讨了技术实现细节，包括肯定响应原则、子功能参数应用及排放相关DTC的强制清除要求。此外，分析了OBD-II诊断中功能寻址与物理寻址的差异，强调功能寻址在排放诊断中的高效性与法规符合性。最后，指出永久性DTC的特殊性——其设计目的为防止关键故障被

原创 电子电气架构 --- 新EEA架构下开发模式转变

摘要： 汽车电子电气架构（EEA）正经历从硬件主导到软硬协同的转型，OEM研发重心转向智能座舱、自动驾驶等核心域，采用敏捷开发与跨部门协作加速迭代。开发模式向车企自研主导转变，V字型流程与虚拟验证提升效率，周期从3-5年缩短至2年。成本端（3-10亿元）以人力为主（70%），收益端则通过BOM降本、规模摊薄及OTA效率提升实现平衡。硬件向高集成度演进（One-Box→One-Board→One-Chip），与EEA协同推动智能化。主机厂需权衡自研与采购成本，在技术掌控与经济效益间寻求最优解。（150字）

原创 车载诊断架构 --- 从架构系统角度怎么确保整车DTC的完整性？

《车载诊断功能：从修车工具到战略核心的演进》 文章探讨了车载诊断功能在OEM市场中的重要性演变。随着存量车辆规模扩大，诊断功能已从辅助技术发展为保障安全、优化体验、驱动商业模式升级的核心能力。对用户而言，实时监控、故障预警和透明化服务提升了安全性与品牌忠诚度；对OEM而言，支持预测性维护、质量改进和用户直连，推动从"制造销售"向"全生命周期服务"转型；对社会而言，满足法规要求并提升公共安全。文章重点分析了DTC（诊断故障码）覆盖度的重要性，它贯穿车辆全生命周期，是产品

原创 车载刷写架构 --- ECU软件更新怎么保证数据的正确性？

汽车电子工程师分享了对软件安全升级的思考与实践。随着汽车智能化发展，信息安全成为刚需，Bootloader作为系统"守门人"需融入安全机制，OTA更新面临网络攻击等挑战。重点解析了VBT（验证块表）设计，通过哈希验证和数字签名确保数据完整性，并详细说明根哈希加密验证流程。文章强调工程师需具备安全思维，构建从设计到验证的完整信任链，在技术迭代中坚持长期主义。

原创 电子电气架构 --- 当前企业EEA现状（下）

文章摘要： 本文系统梳理了蔚来、长城、华为和沃尔沃等车企在电子电气架构(EEA)领域的创新实践。蔚来从分布式架构演进到ET9的"中央计算+区域控制"架构；长城规划GEEP 5实现"One Brain"深度集成；华为CC架构实现三大功能域解耦；沃尔沃SPA2.0完成中央计算平台整合。这些技术突破展现了汽车EEA向集中化、智能化、云端协同的发展趋势，通过提升集成度、优化通信效率、增强算力等方式，为智能汽车发展奠定坚实基础。

原创 电子电气架构 --- 当前企业EEA现状（上）

摘要 本文探讨了汽车电子电气架构（EEA）的发展现状与趋势。特斯拉作为EEA创新先驱，从Model S的分散ECU布局演进至Model 3的多域控制器结构；大众集团通过E³架构系列和CEA架构推进中央计算模式，并积极与小鹏、Rivian展开合作；小鹏汽车已迭代至X-EEA 3.5架构，其与大众的合作将促进技术共享。文章指出，EEA正朝着集中化、智能化方向发展，主机厂通过架构创新提升车辆智能化水平，行业合作也成为技术升级的重要推动力。

原创 车载总线架构 --- 车载LIN总线传输层概述

本文介绍了LIN总线传输层的必要性、核心功能及应用实践。LIN协议单帧仅支持8字节数据，传输层通过分帧重组实现长报文传输，支持错误检测与重传机制。文章详细阐述了传输层与协议层、应用层的协作方式，并结合车窗控制、诊断通信等场景说明其实现逻辑。同时解析了企业标准中对主/从节点的时序管理、缓冲区设计及错误处理要求，特别是诊断服务0x36的逐帧传输特性。最后强调传输层在保障LIN网络可靠通信中的关键作用，为汽车电子工程师提供技术参考。

原创 电子电气架构 --- 智能电动车EEA电子电气架构（下）

摘要： 汽车电子电气架构（EEA）正经历从分布式到集中式的演进，分为分布式、域集中式和整车集中式三个阶段。当前主流趋势是“中央计算+区域控制”架构，其中中央计算平台作为核心处理单元，区域控制器负责本地执行。尽管过渡期存在多种架构并存，但区域控制器（ZCU）已成为关键组件，承担数据处理、设备管理等核心功能。EEA升级不仅优化硬件（如减少线束、提升算力利用率），还推动软件架构向AutoSAR混合模式发展，支持软实时、在线升级和操作系统可移植，助力实现“软件定义汽车”。同时，通讯网络升级为高精度决策提供支持，未来

原创 电子电气架构 --- 智能电动车EEA电子电气架构（上）

《汽车电子工程师的长期主义思考：新能源汽车EEA架构演进》 摘要：在新能源汽车智能化竞争的下半场，电子电气架构（EEA）作为汽车的"神经系统"成为技术核心。本文从工程师视角出发，探讨EEA如何支撑智能座舱与自动驾驶发展，分析其集中化、模块化演进趋势。文章指出，主机厂通过优化开发流程、强化产业链协同及软硬件解耦设计，持续推动EEA迭代。作者将EEA类比人体神经系统，详解中央计算平台、区域控制器的功能对应，并强调中国车企需把握这一战略机遇，实现从"跟跑"到"领跑

原创 电子电气架构 --- 软件项目复杂性的驾驭思路

《汽车软件开发中的平台化战略与复杂性管理》摘要 本文探讨了汽车行业在软件定义汽车趋势下面临的挑战与机遇。随着软件开发复杂性急剧攀升，平台化战略成为提升效率、降低成本的关键手段。作者通过VUCA模型（易变性、不确定性、复杂性、模糊性）解析软件项目复杂性，指出要素交互、变更频繁和认知模糊是主要痛点。平台化项目通过要素共享与差异化管理实现高效运作，其核心在于项目计划、功能模块、软硬件等要素的协同管理。文章强调在保持创新活力的同时，需建立标准化流程以驾驭复杂性，为汽车电子工程师提供了宝贵的实践思考。（149字）

原创 车载诊断架构 --- 基于整车功能的正向诊断需求开发

文章摘要 本文探讨了汽车电子系统中基于整车功能的正向诊断需求开发方法。作者从汽车电子控制单元(ECU)的故障诊断现状出发，分析了传统自下而上开发模式的局限性，提出从整车功能失效角度进行正向诊断的思路。通过HAZOP分析识别功能异常，结合HARA评估危害事件，运用FTA和FMEA方法确定故障底事件和安全策略，最终形成完整的ECU故障诊断列表。文章还介绍了故障分级处理机制和诊断数据库开发流程，提出利用专业工具实现诊断调查表自动转换的方法。这一系统化的正向诊断开发方法有助于提高诊断覆盖率和准确性，为汽车电子系统可

原创 软件定义汽车（SDV）调试——如何做到 适配软件定义汽车（SDV）？（下）

摘要： 在软件定义汽车（SDV）时代，调试工具需应对多核异构芯片的复杂架构。劳特巴赫的TRACE32®工具支持多核调试与实时追踪，兼容AMP/SMP等系统，并通过统一界面简化开发流程。同时，TRACE32®兼容80多种嵌入式操作系统，支持AUTOSAR Classic平台，实现跨进程调试与内核级洞察，为SDV开发提供高效、精准的调试方案。其硬件需求与异构系统支持能力，成为确保汽车电子系统可靠性的关键。

原创 软件定义汽车（SDV）调试——如何做到 适配软件定义汽车（SDV）？（中）

原创 软件定义汽车（SDV）调试——如何做到 适配软件定义汽车（SDV）？（上）

《软件定义汽车：汽车电子工程师的变革思考》摘要 作为一名汽车电子工程师，作者从行业实践者视角探讨了软件定义汽车（SDV）带来的深刻变革。随着汽车架构从传统E/E架构向SDV转型，1.5亿行代码、100多个ECU构成的复杂系统正重塑行业格局。文章分析了三大驱动趋势（电气化、自动化、网联化）如何推动汽车从硬件主导转向软件核心，并详细对比了SDV在OTA升级、数据分析和全生命周期管理方面的优势。面对异构多核芯片和虚拟化软件栈的技术挑战，作者认为完善的SDV解决方案将成为行业破局关键，同时分享了"欲望极简

原创 怎么区分车载以太网技术与标准以太网技术

本文对比了标准以太网与车载以太网的技术特点与应用场景。标准以太网广泛用于办公网络，支持100Mbps至10Gbps速率，采用RJ45接口；车载以太网专为汽车电子系统设计，使用DSUB9等接口，速率从10Mbps到5Gbps不等。两者物理层协议不同，无法直接互通，需借助专用转换设备。文章还介绍了Vector VN5000接口系列对两种以太网技术的支持情况，并解答了常见连接问题，为工程师在汽车电子测试中提供技术参考。

原创 车载通信架构---通过CANoe做 SOME/IP 模拟的配置例如

本文介绍了在汽车电子开发中使用CANoe进行SOME/IP通信的技术要点。作者首先分享了作为长期主义工程师的心得，强调欲望极简、系统思考的工作理念。随后详细阐述了CANoe中SOME/IP功能实现的核心组件SomeIP_IL.dll和AUTOSAR环境下的CANoeILNL_AUTOSAR_ETH.DLL的使用方法。文章针对三种不同场景（完整的ARXML、不完整的ARXML、无ARXML）提供了具体的测试方案和CAPL编程实现方法，包括服务方法调用、事件订阅等技术细节。最后，作者鼓励开发者成为长期主义者，相

原创 TC10 与 Vector VN5000 接口和 CANoe 的兼容性

本文介绍了车载以太网TC10技术委员会的相关内容。TC10主要规范以太网的睡眠和唤醒功能，包括快速唤醒、受控链路关闭、全局网络唤醒时间要求等。文章详细解析了TC10的目标功能、最新进展、与车载以太网的关系，并提供了实际应用案例。此外，还汇总了TC10在CANoe测试环境中的常见问题及解决方案，包括支持的CANoe版本、接口兼容性等测试要点。文章最后还分享了作者作为汽车电子工程师的独处生活感悟。

原创 车载诊断架构 ---ECU交样验收中关于DTC测试问题

摘要： 本文记录了一名汽车电子工程师在项目量产阶段遇到的证书注入DTC检测问题。集成测试时发现DTC触发逻辑与预期不符，经分析发现该ECU与其他ECU检测逻辑不同——其DTC采用500ms周期检测，而非仅在启动时检测一次。追溯需求文档确认"至少一个运行周期检测一次"的设计要求，从而修正测试预期。文章体现了工程师对技术细节的严谨态度，同时传递了长期主义的工作理念。

原创 整车下线EOL简介

本文分享了汽车电子工程师关于整车下线（EOL）测试与MES系统互联的行业思考。文章指出，EOL测试是新能源汽车出厂前的关键质量检测环节，重点聚焦"三电"系统（电池、电机、电控）和高压安全。同时详细阐述了MES系统的构成与重要性，包括其Oracle数据库底层和可定制的UI界面。作者强调EOL系统与MES系统互联可实现生产数据实时共享、设备状态监控和网络化管理，有助于提升汽车制造的质量管控与生产效率。文章以工程师的视角，结合行业实践，展现了汽车电子领域的技术发展与应用价值。

原创 不同车规级芯片对应不同车载ECU叫法（CPU、MPU、MCU、SOC）

《车载控制器技术解析：从CPU到SoPC的演进》 本文系统介绍了汽车电子系统中各类核心控制器的技术特点与发展趋势。首先剖析了CPU作为计算机运算核心的四阶段工作流程；其次对比了MPU与MCU的本质差异，前者是增强版CPU需外接存储，后者是集成化单片机系统；进而阐述了SoC将MCU集成优势与MPU处理能力融合的特性。重点解析了创新型SoPC的可编程特性，其硬件可重构能力为汽车电子提供了定制化开发可能。文章通过技术架构图直观展现了各类控制器的演进路径，指出从分立CPU向高度集成SoC发展的技术趋势，并强调可编程

原创 车载诊断架构 --- 基于以太网做software download的疑问汇总

文章摘要 本文探讨了汽车以太网（DoIP）刷写技术在实际应用中的关键问题。首先分析了Application请求更新与正常冷启动时TCP连接等待时间的差异，指出两者应设置不同时长以确保系统稳定性。其次，明确了在以太网拓扑中由DoIP node主动发起TCP连接，并详细阐述了连接建立、断开及异常处理机制。最后，解析了S3Server时间的启动/关闭逻辑，强调其与非默认会话状态的关联性。文章通过示意图和实例说明，为汽车电子工程师提供了DoIP刷写技术落地的实用参考，助力解决实际开发中的细节挑战。 （字数：149）

原创 车载信息安全 --- PKI 体系快速入门

汽车电子工程师分享PKI（公钥基础设施）体系及其在汽车行业的应用。PKI作为综合安全体系，通过数字证书和非对称加密实现身份认证与安全通信。数字证书包含公钥、颁发者等信息，浏览器通过验证证书确保网站真实性。非对称加密使用公钥加密、私钥解密，解决密钥传输风险。PKI体系通过CA机构建立信任链，确保公钥真实性。在汽车行业，PKI应用于远程车控等场景，需构建专属PKI体系，实现手机端、云端和车端的安全接入，通过双向认证和会话密钥确保通信安全高效。

原创 车载诊断架构 --- DTC Event与DTC Status的对应关系

本文深入探讨了AUTOSAR DEM规范中事件状态与DTC状态的关系。事件状态包含五种类型，由监控模块通过Dem_SetEventStatus()接口上报，DEM能缓存初始化/关闭过程中的事件状态。DTC状态以1字节表示，其中bit0表示故障成熟，bit3表示故障确认，二者通过Trip Counter阈值关联。在non-OBD场景中Trip Counter通常设为1，而OBD场景则需更严格的确认条件。文章通过蓄电池欠压等实例，解析了事件状态变化如何影响DTC状态，并强调不同应用场景下Trip Counter

原创 尝试着从ECU重启的技术逻辑帮自己摆脱内耗

做你把时间花在哪里，你的人生就在哪里。千万别看见别人发光，就觉得自己暗淡。人生如逆旅，你我皆行人。唯有不断阅己、越己、悦己才能活出生命的意义，拥有想要的生活！要记住：心灯不借他人火 ，自照乾坤步步明！

原创 车载诊断架构 --- EOL引起关于DTC检测开始条件的思考

摘要： 本文探讨了一个汽车电子产线诊断案例：车载娱乐系统功放接插件断开后，ECU未记录相应DTC故障。经分析发现，该DTC检测机制设计为仅在上电时执行一次检测（受限于芯片特性），而产线测试时ECU已过初始化阶段。文章系统阐述了DTC检测原理，包括TRC条件（电源、唤醒状态等）、AUTOSAR配置逻辑，以及工程实践中周期性检测与特殊DTC处理的平衡。最终通过物理寻址重启ECU复现故障，并指出复杂系统中设计选择对诊断行为的影响，强调工程师需兼顾理论规范与实际约束。（149字）

原创 车载软件升级--- 掌握代码是汽车软件卓越之道（下）

摘要： 汽车行业正面临软件需求激增的挑战，传统硬件导向的流程已无法满足需求。文章提出，OEM需重构需求管理，将客户价值作为核心，通过分层（用例与使能器）优化优先级，并借助端到端可追溯性工具实现敏捷开发。组织上，建议建立集中化职能或全球卓越中心，减少接口冗余；人才战略需聚焦多元化招聘、内部能力再培训及清晰职业路径；合作伙伴生态则需基于模块化架构明确自制/外购策略。最终目标是通过软件差异化保持竞争力，避免沦为硬件供应商。（149字）

原创 车载软件升级--- 掌握代码是汽车软件卓越之道（上）

汽车软件正重塑行业格局，成为自动驾驶、车联网等变革的核心驱动力。研究表明，软件复杂度增速远超开发效率（4倍vs 1.5倍），顶尖企业比落后者在生产力、质量和成本上领先3-6倍。为应对挑战，企业需构建新型运营模式：通过模块化架构解耦软硬件，采用面向服务设计提升复用率；实施以用户为中心的设计，利用车辆数据优化体验；建立敏捷开发流程支持持续迭代。文章指出，唯有系统性提升软件开发全生命周期能力，车企才能在软件定义汽车时代保持竞争力，避免被复杂度吞噬创新空间。

原创 车载软件架构 --- 赢得汽车软件开发竞赛

摘要： 传统汽车OEM在软件开发效率上落后于特斯拉等新势力，根源在于复杂的产品组合、遗留架构及瀑布式流程。新势力通过软件中心化开发，将周期缩短至24-30个月，而OEM需40-50个月，且面临需求管理松散、供应商协作低效、软硬件不同步等11项挑战。OEM需优化端到端工具链、增强透明度和敏捷性，并重构测试策略以加速开发。突破需系统性改进需求管理、供应商协同及技术采用，同时平衡硬件与软件开发的同步性。

原创 车联网（V2X）中万物的重新定义---联网汽车新时代

文章摘要： 汽车电子工程师分享V2X（车联万物）与双向充电技术如何重塑未来出行。好莱坞科幻场景如《霹雳游侠》中的智能汽车功能，如今通过V2X技术逐步实现，包括碰撞预警、自适应巡航等。信号连接方面，车辆通过多天线系统与卫星、基站、其他车辆互联，但需平衡天线数量与美观性。电力连接则通过双向充电技术（V2G/V2H/V2L）打破单向充电模式：V2G让电动车成为移动储能单元，支持电网调峰并降低车主成本；V2H将车辆电池转化为家庭备用电源，提升能源韧性。加州等地区已推动V2G立法，电动校车测试项目也验证了其可行性。这

原创 电子电气架构 ---SDV技术基础与传统E/E架构有何不同？

文章摘要： 本文探讨了软件定义汽车（SDV）与传统电子电气（E/E）架构的核心差异，从架构设计、功能分配到开发模式展开分析。传统E/E架构采用分散式信号导向设计，功能固化且依赖硬件，开发周期长、灵活性低；而SDV通过中心化高性能计算集群和服务导向架构（SOA）实现功能解耦，支持虚拟化平台与OTA升级，提升灵活性和可扩展性。开发模式上，SDV依托虚拟验证、“左移”开发及CI/CD流程，显著缩短迭代周期，降低风险。文章指出，SDV技术是汽车行业向软件驱动转型的关键，但需克服架构集中化、标准化等挑战，未来需持续优

原创 电子电气架构 --- 软件项目成本估算

这篇文章探讨了软件项目成本估算的复杂性及方法论。作者指出，估算工作虽充满主观性，却是项目决策、预算规划和进度安排的重要依据。核心估算对象包括资源、工作量和成本三要素：资源涉及人力与物力配置，工作量关注任务所需时间，成本则从资金投入角度衡量项目投入。文章提出两大估算方法：一是全面掌握项目信息（时间风险、项目体量、需求变更等），二是依靠个人经验与历史数据。作者强调，在估算过程中需平衡理论模型与实践经验，同时考虑技术难点、沟通复杂度等现实因素，为项目成功提供可靠的成本依据。

原创 电子电气架构 --- 软件项目风险管理

文章摘要：文章以汽车电子工程师的视角，探讨软件项目风险管理的重要性。作者指出风险具有两面性（威胁与机会），在实际工作中常被忽视，直到转化为问题才被动应对。通过一个真实案例，说明规范的风险管理能提前发现问题，避免项目危机。文章强调风险管理不仅是形式化流程，更是组织能力的积累，其价值在于前瞻性预判而非单纯规避风险。最后提出商业活动中需要理性评估和承担风险，以把握潜在机遇。全文融合技术思考与人生感悟，倡导长期主义的工作态度。