weixin_37508578的博客

为了保证MCU和接口的正常运行，MCU内部需要有时钟定义，所谓时钟可以自行参考wiki，说一个简单但不一定恰当的理解，时钟信号决定了MCU上操作的先后顺序，比如上面的信号捕获和输出，如果同一时间两个操作要同时进行，必然会有冲突，这个时候用时钟信号的上升沿指示信号捕获开始进行，高电平的持续时间指示捕获时长，下降沿指示信号输出开始，低电平的持续时间，代表信号输出时间。最后，有些应用层的数据我们希望它存储起来，下电不消失，这需要我们抽象出操作NVM的接口放在RTE中，

还是之前的例子，计算一个BMS的SOC，计算的结果Result1有两个用途，首先需要作为参数输入给另外一个SWC-SOE，另一方面，需要发往仪表ECU用于电量显示，其中SOE和SOC属于同一个BMS内部的SWC，它们的信息交互内部通信,和仪表ECU属于BMS的外部通信。上面提到一个SOC计算结果Result1,它既会被SWC-SOC操作，也会被SWC-SOE操作，会存在一种可能，当操作SWC-SOC操作的Result1同时，SWC-SOE也在操作它，这会导致Result1数据出现错乱。

对于大部分ASW工程师来说，他们需要对汽车零部件的功能足够了解，针对功能开发出符合客户需求的功能，这就要求ASW工程师只专注于一个模块，精通复杂功能的开发流程，因此对于他们代码书写能力要求没有那么高，目前主流的开发模式通过MATLAB模型生成代码，ASW工程师，需要根据需求在MATLAB画出模型，这些模型包括了信号流程控制 诊断 以及大量的算法，模型画完后，通过软件生成一个.C文件和.H文件,随后集成到代码中。PS：又验证了那句话，大厂都是螺丝钉，钉好自己的一片天。之所以这样做，和ASW的开发流程有关。

Autosar(Automotive Open System Architecture)汽车开放架构，定义了独立于硬件的分层软件架构，实现了软硬件的解耦工作，提高ASW的复用性，这样做为行业带来了很大的灵活性，首先对供应商来说，因为主要的逻辑软件可以复用移植，面对新客户可以快速交付，同时因为ASW不需要变更，软件的可靠性也大大增加，此外，所用供应商都遵守相同的架构，不同ECU的信息交互和可替代性大大增强。1.MCU的一个引脚配合外围电路采集电池包的电压值 另一个引脚采集电流值。