m0_58346868的博客

汽车行业日新月息，进化的速度远远超过了过去任何时代的汽车进化速度。技术更迭飞快，而我们一味的追求技术，到头来会不会成为又一个西西弗斯！

本文旨在记录基于Python库DoIPClient进行DoIP上位机的开发中的踩坑过程

本文主要探讨，CanSM对CanController的控制，以及遇到CanSM无法打开Controller时的排查、解决思路。虽然CANSM状态机非常复杂，但我们如果只看跟我们目标相关的状态，撇开无关的状态机，应该还是可以在短时间内Hold住的！

本文试图用最浅显的语言描述XCP协议的底层奥义，带你入门汽车标定的殿堂。

DET在我们调试协议栈的时候，能够帮助我们发现配置、开发中的错误，但对于程序跑飞这样的底层代码问题DET并不那么好用。这种情况下就需要借助我在《AUTOSAR实战教程 - 软件集成调试_程序跑飞一招解决》这篇文章里面介绍的方法来定位错误了。

对BSWM的配置是一个系统性的事情，实现同一个效果可能有若干种途径。比如停发报文，可以直接下电，可以关了该报文所在的Controller，也可以关了其所在的Group。这需要在对系统有足够的了解和对AUTOSAR架构有全面的认知之后才能做出一个比较好的方案。

本文从项目实践的角度去讲解，在ETAS ISOLAR软件中(Vector DAVINCI类同)，怎么样按图索骥读懂”乱七八糟”的BswM配置！将BSWM中这些名词ModeRequestPort/ModeCondition/LogicalExpression/Rules/ActionLists/Action串起来。

AUTOSAR工程如此庞大的代码量，如果没有一个科学、模板化的方法来调试程序， 这显然是不能够胜任工作的。本文从工程实践的角度，介绍几种科学的AUTOSAR工程调试手段。

通讯协议栈几乎是CP AUTOSAR中最庞杂的一块。由于其涉及的模块比较多(仅实现CAN信号的收发就需要ECUC/CAN/CANIF/CANTP/PDUR/COM/XCP这么多模块的协作！)，且名词概念众多，入门很难。本文试图从一个全局的高度，自顶向下逐步细化开来。让你在建立全局观之后熟悉通讯协议栈各模块之间的关联然后高屋建瓴学会配置每一项！也希望在此抛砖引玉，彼此交流心得,共同进步。..............................................................