(资料图片)
诚如标题，本文对Autosar网络管理文章的一些表述进行纠错。再次感谢读者对我的包容和指正！我会继续扔砖头，接受大家的批评，之后改正，反馈大家正确的观点。
纠错1
Autosar网络管理：网络管理报文的收/发与网络管理时间配置参数解析一文中，提到这样一个观点“”此处表达不准确，CASE2：CanNmPnHandleMultipleNetworkRequests = TRUE，可以理解为PN功能使能，调用CanNm_NetworkRequest()接口进入RMS状态时，CanNmImmediateNmTransmissions＞0，使能快发模式。
注意：具体解释：
Step3中，发送$11 01使ECU3复位，ECU3执行复位，由Boot跳转到Application，Application程序初始化，Application程序运行起来，需要一定时间，这是上位机（Tester）延迟2s的作用(确保Application程序已经完成初始化动作)，这个时间内ECU3节点网络处于BSM（Bus Sleep Mode）模式；Step4中，功能某些ECU的开发中，会将诊断报文作为有效唤醒源，即：网络管理报文一样，可以唤醒网络，诊断报文和注意识别。$11 01诊断服务思考
工程中，ECU刷写后，需要$11 01执行uC的复位，这个复位可以操作PORST Pin，控制uC的Vcc供电（5V），使得uC完成一个热启动过程，即：ECU复位。注意，这个复位动作，虽然也给uC重新供电，但是，它不同于KL15硬线上电，不能看作主动唤醒，所以$11 01诊断复位不能触发网络的主动唤醒。提示：$11 01复位，执行uC的下电流程，需要执行NVM的存储。如下通过控制SBC（System Basis Chip）实现uC复位，也可以通过控制外部看门狗实现。标签：
相关新闻
保险时讯
10-21
10-21
10-21
10-21
10-21
10-21
10-21
10-21
10-21
10-21
