- 博客(45)
- 收藏
- 关注
RSS订阅原创 《汽车热管理系统：电磁阀（SOV）》
新能源汽车热管理系统中，电磁阀（SOV）如“流体岔道口”的开关，通过电磁力控制制冷剂与冷却液路径。其常闭（NC）或常开（NO）设计关乎安全：断电时自动关闭防泄漏，或保持开启保障制热。软件逻辑常反直觉，需结合线圈通电状态与机械特性判断真实通断。驱动依赖高边开关与续流二极管，防止感性负载反电动势损坏电路。故障诊断通过开路、短路及卡滞检测，确保系统可靠。小小电磁阀，凝聚物理、电气与软件的精密协同。
2026-11-05 19:18:08
311
原创 《汽车热管理系统：电子水泵单线PWM双向诊断机制》
本文深度解析电子水泵单线双向PWM诊断的物理层机制，揭示ECU与水泵在共用信号线上通过高频载波与低频反馈嵌套实现通信的电气博弈。基于实测波形与窗口计数法，提出以下降沿统计替代精确边沿捕捉的解码策略，解决跨周期截断误差问题，并强调诊断使能条件对屏蔽误报的关键作用。核心在于：硬件层面的线与逻辑叠加、数据层的脉宽时长解码、软件层的边界控制，三者协同实现精准故障识别。
2026-11-05 18:35:16
368
原创 《第8篇：BCM驱动类型与诊断原理全解析——高边、低边、继电器、PWM到底怎么诊断？》
本文系统解析BCM四种驱动方式（高边、低边、内部继电器、PWM）的原理与诊断能力差异。核心指出：开关本质为MOSFET，MCU通过驱动芯片实现3.3V逻辑到12V功率的转换。高边驱动易诊断短路到地与开路，低边驱动擅长检测短路到电源与开路，诊断能力由正常工作时的参考电平决定。PWM本身不决定诊断能力，取决于底层芯片类型。选型时需兼顾控制方式与诊断需求，确保故障可被有效识别。
2026-09-11 23:42:06
214
原创 宏定义续行符 \ 的使用与踩坑
问题说明报错指向下一行真正的问题是上一行后面有“脏东西”常见原因后面跟了空格或 Tab快速处理删掉重新敲，确保后面只有换行符一句话：编译器报错看下一行，解决问题看上一行末尾。
2026-08-30 21:15:05
247
原创 SVN使用 ---Revert to this revision / Revert changes from this revision
Reverttothisrevision用于将代码回退到指定历史版本，本地代码变为旧版本状态，需提交以同步至服务器。与普通Revert不同，它会生成新版本，影响所有人。Revertchangesfromthisrevision仅撤销特定提交，不改变其他内容。操作不可逆，不会覆盖未提交的本地修改，建议先提交或备份。
2026-08-18 20:25:35
219
原创 《第7篇：HEF4051深度解析——8选1模拟开关的时序与采样避坑指南》
摘要： HEF4051是BCM中解决MCU ADC通道不足的8通道模拟复用器，通过3个GPIO控制8路信号轮询采集。其核心难点在于导通电阻（Ron）和通道切换后的建立时间（Settling Time），若处理不当会导致ADC读数异常。Ron（约125–350Ω）与高阻抗传感器（如热敏电阻）串联时可能引入误差，需通过运放缓冲或延长采样时间优化；切换通道后需等待足够建立时间（如5–100μs）再采样，否则残余电压会导致“鬼影”现象。相比换MCU或增加ADC芯片，HEF4051以低成本、简单控制实现多路信号采集，
2026-08-06 11:24:10
335
原创 《第6篇：CD1020深度解析——22路开关采集与低功耗唤醒》
本文深入解析了车身控制模块（BCM）中开关信号采集的痛点与专用芯片CD1020的解决方案。传统MCU直接采集面临GPIO不足、休眠功耗高、软件去抖动负担重等问题。CD1020作为22通道多开关检测芯片，通过SPI接口整合开关采集功能，具备硬件去抖动、低功耗唤醒（微安级）和线路诊断能力，显著降低系统复杂度。文章以方向盘组合开关为例，说明其模拟电阻检测模式如何解决线束引脚受限问题，并通过对比模拟复用器突显其集成优势。最后提出保护电路设计、去抖动时间配置等工程实践要点，阐明该芯片在资源优化与可靠性提升方面的核心价
2026-08-05 15:05:57
197
原创 《第5篇：半桥驱动深度解析——TLE94106ES/NSD8306如何控制后视镜电机？》
本文从BCM（车身控制模块）需求出发，深入解析了半桥驱动芯片在电机控制中的核心作用。文章首先阐述了半桥和H桥的基本原理，对比了高边驱动与半桥驱动的区别，重点分析了英飞凌TLE94106ES和纳芯微NSD8306两款6通道半桥驱动芯片的特性与选型考量。通过后视镜折叠电机控制案例，详细说明了H桥实现正反转、堵转检测、刹车控制等关键技术要点，并对比了集成方案与分立MOSFET方案的优劣。最后总结了设计注意事项，包括续流二极管选择、PWM调速、散热设计等，为BCM中的电机控制提供了完整的解决方案。文章强调集成半桥驱
2026-08-05 15:01:52
351
原创 《第4篇：TLE75602深度解析——高边驱动如何驱动智能水泵？》
本文深入解析了高边驱动芯片TLE75602在车身控制模块（BCM）中的关键作用。文章通过智能水泵控制案例，阐述了该芯片如何解决MCU与功率负载间的三大核心问题：电平转换（3.3V转12V）、功率放大（提供数百mA驱动电流）和诊断反馈（实时监测过流/开路等故障）。相比分立元件方案，TLE75602以单芯片集成方案显著提升了可靠性，简化了设计复杂度，并支持SPI通信实现智能控制闭环。文中特别强调了实际应用中的PWM频率选择、诊断阈值配置等工程要点，展现了该芯片在BCM功率驱动层"信号转换-功率输出-状
2026-08-04 16:31:58
499
原创 《第3篇：BCM的“心脏与神经网络”——UJA1169（SBC）深度解析》
摘要： SBC（系统基础芯片）是BCM（车身控制模块）的核心，承担供电、通信和监控三大功能。以UJA1169为例，其集成LDO稳压器（12V转5V/3.3V）、CAN收发器（支持低功耗唤醒）和看门狗（防MCU死机），解决了分立方案（多芯片组合）的PCB面积大、成本高、时序复杂等问题。在低功耗场景下，UJA1169的CAN收发器可监听总线唤醒信号，协同MCU完成休眠与唤醒流程。设计时需注意PCB布局、看门狗配置及唤醒源优化。SBC通过高度集成，以更低的成本和更高的可靠性成为BCM的“心脏与神经网络”。
2026-08-04 16:23:09
492
原创 《第2篇：BCM的“大脑”该怎么选？——MCU选型深度解析》
《BCM项目MCU选型全解析：从需求分析到国产替代实战》 本文系统梳理车身控制模块（BCM）的MCU选型逻辑，突破传统参数对比模式，从六大核心需求切入：算力（80-200MHz Cortex-M4/M7）、存储（1.5-3MB Flash）、外设（SPI/CAN/PWM等）、功能安全（ASIL-B）、信息安全（HSM模块）及车规级可靠性。通过虚构项目案例演示选型推演过程，对比英飞凌TRAVEOT2G、NXP S32K3等国际方案与芯驰E3、兆易GD32A7等国产方案的优劣势，指出国产MCU已实现从"
2026-08-04 16:00:33
381
原创 《第1篇：BCM硬件架构全景解析——从功能划分到芯片选型》
BCM（车身控制模块）是车辆的核心控制器，负责管理灯光、雨刮、门锁、车窗等基础功能。其硬件架构由MCU主控芯片、SBC供电通信芯片（如UJA1169）及各类驱动/采集芯片（如TLE75602高边驱动、TLE94106半桥驱动、CD1020开关检测等）组成，通过高度集成化设计在可靠性、成本与功耗间取得平衡。选型核心在于：MCU需满足ASIL-B功能安全（如英飞凌TRAVEO或国产芯驰E3），外围芯片则针对具体负载（电机/灯光/传感器）选择专用驱动方案，替代分立元件以优化空间和故障率。后续系列将逐篇解析关键芯片
2026-08-03 21:48:31
1147
原创 TortoiseSVN 日志窗口看不到更早履历？
摘要：解决TortoiseSVN日志查看的两个常见问题：1)履历窗口显示不全时，只需拖动窗口边缘调整大小；2)若只能看到近期提交记录，需取消勾选日志窗口左下角的"Stop on copy/rename"选项，即可显示完整历史记录。这两个简单操作可快速恢复完整版本信息查看。（99字）
2026-07-05 18:49:22
213
原创 TortoiseSVN 配置 Beyond Compare 注意事项
摘要：TortoiseSVN自带的TortoiseMerge不支持文件夹对比，可通过配置Beyond Compare作为外部对比工具解决。配置步骤：在TortoiseSVN设置中选择Diff Viewer→第一个External选项，填写Beyond Compare路径（需加引号）及参数（%base% mine等）。关键注意：必须选择Diff Viewer而非Merge Tool，且要选第一个External选项，配置后建议重启电脑。示例路径："D:\ProgramFiles\BeyondComp
2026-06-13 19:22:12
338
原创 Python 开发环境搭建指南（支持Windows11操作系统）
本文提供了Windows 11系统下Python 3.12的完整安装指南。主要内容包括：Python官网下载（推荐3.12.9版本）、详细安装步骤（重点说明PATH环境变量配置和自定义安装路径）、验证安装方法、pip工具使用（安装cantools库示例）以及两种运行Python脚本的方式（命令行和IDLE）。文章特别强调了安装过程中的关键选项，并附有常见问题解决方案。通过本教程，读者可顺利完成Python开发环境搭建，为后续自动化脚本开发做好准备。
2026-06-11 14:47:27
1374
原创 《汽车智能高边开关PROFET：电流检测与标定实战》
本文详细解析了汽车电子中PROFET智能高边开关的电流检测与保护技术。PROFET通过内置电流镜将负载电流转换为采样电压，经ADC读取后实现精确检测。重点介绍了从理论计算到工程落地的完整标定流程：包括单点/两点标定消除个体差异、温度补偿修正环境影响、电压补偿适应供电波动等关键环节，最终建立精确的"物理电流-ADC值"映射关系。文章还提供了代码实现要点和常见问题解答，为车身控制模块开发中的电流保护功能设计提供了实用指导。
2026-06-07 15:26:17
380
原创 取消“Windows 11 操作系统“的新版右键菜单
本文介绍通过命令行快速恢复Win10风格右键菜单的方法：1）以管理员身份运行CMD；2）执行注册表修改命令reg add...；3）运行taskkill命令重启资源管理器使设置立即生效；4）输入exit退出。操作完成后，右键菜单将直接显示完整选项，无需点击"显示更多选项"。该方法无需安装软件，通过简单命令即可完成修改。
2026-05-12 09:24:08
93
原创 系列一：I2C协议详解——从时序到读写过程
本文系统介绍了I2C通信协议的理论基础。I2C是一种双线制(SCL时钟线、SDA数据线)串行总线协议，支持多主多从设备通信。文章详细阐述了协议的关键特性：包括起始/停止信号定义、数据传输时序规则(SCL高电平时采样)、应答机制(ACK/NACK)以及设备地址分配方式。此外，还重点分析了存储器读写时序流程，包括单字节和页式读写操作。I2C凭借其简单可靠的特性，成为嵌入式系统中传感器、存储器等外设通信的常用协议，掌握其原理对驱动开发至关重要。
2026-04-12 21:16:35
720
原创 达芬奇工具Configurator/Developer 打不开软件工程
摘要： 当使用Vector的DaVinci工具时，若工程无法打开并提示license问题，可通过以下步骤解决：首先检查license是否过期，通过Vector密钥管理工具重新激活；首次使用需官网获取激活信息，已激活用户直接点击“Reactivate”；完成后重启工具即可加载工程。注意保持网络连接，并定期检查license有效期，避免因过期影响使用。操作逻辑适用于不同版本，界面可能略有差异。
2026-04-07 14:15:15
566
原创 第一次使用 GitLab：从下载到上传代码
本文介绍了Git、GitHub和GitLab的核心区别：Git是本地版本控制工具，GitHub是开源协作平台，GitLab则是企业级DevOps平台。详细讲解了首次使用GitLab的完整流程：从克隆远程仓库、创建本地分支、修改代码到提交推送。同时提供了常见问题解决方法，如分支同步、推送新分支等。最后强调团队协作时应先开发个人分支再合并主分支，避免代码覆盖。全文为GitLab初学者提供了清晰的操作指南和概念梳理。
2026-04-02 21:14:10
583
原创 新能源汽车充电全解析：从 BMS 到 SOC
新能源汽车充电技术解析：BMS是电池的"大脑"，负责监控状态、估算电量并确保安全；充电桩分为交流慢充（3.3-22kW）和直流快充（30-350kW）两种。二者通过通信协议（中国GB/T、欧美CCS等）协同工作，BMS指挥充电桩按需供电。SOC（剩余电量百分比）是充电管理的重要指标。理解这些概念有助于安全高效地使用电动车。
2026-04-02 15:33:19
624
原创 SIT1043Q CAN 收发器详解
SIT1043Q芯片软件控制要点摘要：该CAN收发器芯片支持5种工作模式，通过EN/STBN引脚组合控制：正常工作（收发）、静音（仅接收）、待机（低功耗可唤醒）、睡眠等待（过渡）和睡眠（最低功耗）。TXD/RXD负责MCU通信，CANH/CANL连接总线。软件设计重点在于模式切换（EN/STBN控制）和消息收发（TXD/RXD），其他功能如唤醒管理（WAKE）、错误检测（ERRN）和电源控制（INH）多为硬件自动处理。通信采用广播+仲裁机制，具有自动错误检测和重传功能，环路延迟约100ns，确保高速稳定传输
2026-03-25 21:50:55
587
原创 《CAN机能》开发全流程实战指南
本文系统介绍了汽车电子CAN通信开发的完整流程，涵盖硬件确认、需求分析、数据库配置、驱动开发、诊断功能实现等关键环节。重点阐述了CAN引脚配置、波特率设置、报文收发接口等核心技术实现，并提供了伪代码示例。开发过程强调模块化设计、状态机管理、错误处理机制和测试验证，确保通信功能的可靠性和稳定性。文章还特别关注了UDS诊断服务和Bootloader升级功能的实现要点，为开发者提供了从硬件到软件的全面指导方案，有助于提升CAN通信系统的开发效率和质量。
2026-03-23 19:34:27
389
原创 《UDS 协议在 CAN FD 与传统 CAN 的差异》
本文系统对比了UDS协议在传统CAN与CANFD上的实现差异。关键区别在于：CANFD支持64字节帧长(传统CAN仅8字节)，显著提升传输效率。具体分析了四种帧类型(SF/FF/CF/FC)在两种总线上的封装差异：单帧(SF)在CANFD中通过额外字节表示长度；首帧(FF)的长度字段位置不同；连续帧(CF)在CANFD可携带更多数据；流控帧(FC)结构基本一致。开发建议包括：统一处理帧类型标识位(高4位)、兼容两种总线解析逻辑、加强调试信息输出等。这些差异分析为汽车电子诊断系统的开发提供了重要参考。
2026-03-10 20:31:50
570
原创 《UDS 诊断服务 $19 — ReadDTCInformation 解析》
摘要：UDS协议中的$19服务是DTC诊断系统的核心，包含5个子功能：1901统计匹配DTC数量，1902返回匹配DTC列表及状态，1904获取故障快照数据（DID+Data结构），1906查询扩展数据（固定结构体），190A列出ECU支持的所有DTC。关键点包括DTC状态掩码与可用掩码的组合逻辑，以及快照数据必须采用DID自描述格式。该服务全面覆盖了DTC信息查询需求，是ECU诊断功能的基础实现。
2026-03-05 20:46:48
520
原创 附录：全栈体系图（硬件 → 架构 → OS → 应用）
本文系统梳理了MCU到应用软件的全栈架构体系，通过8个核心图表展示了从硬件底层到操作系统再到应用层的完整技术路线。主要内容包括：1）分层架构图（硬件电路→外设→总线→CPU→中断→OS→应用）；2）系统启动流程（上电→BootROM→main→OS）；3）任务切换机制；4）RTOS/OSEK/AUTOSAR对比；5）内存映射I/O体系；6）CPU架构与OS能力映射；7）工具链流程；8）终极全栈模型图。这些图表共同构成了嵌入式系统开发的核心知识框架。
2026-02-28 11:46:44
487
原创 第 10 章：MCU 上电、启动、中断向量与 main() 的全流程（BootROM → OS）
MCU上电启动流程详解：从硬件初始化到操作系统接管 摘要：MCU上电后首先执行芯片固化的BootROM代码，完成电源检测、时钟初始化和安全检查。随后读取复位向量跳转到启动文件，进行栈指针设置、中断向量表搬运等操作。C运行时环境初始化（crt0）负责.data段初始化和.bss段清零，为main()函数创建可预期的运行环境。对于RTOS系统，main()将启动任务调度器，而AUTOSAR OS则调用StartOS()。最终操作系统接管CPU，启动SysTick中断并进入任务调度状态。整个启动流程严格遵循从硬件
2026-02-27 17:19:08
1191
原创 第 9 章：编译器与工具链 —— 从 C 到指令的完整生成流程
本文系统介绍了嵌入式系统中编译器与工具链的工作原理。从C语言源代码到MCU执行指令的完整转换流程包括：编译器（前端、中端、后端处理）、汇编器、链接器、格式转换工具等环节。重点解析了不同MCU架构对工具链的特殊要求，以及链接器在地址空间布局中的关键作用。文章还揭示了常见编译错误的本质原因，并阐述了编译器开发与MCU厂商的分工关系。整个流程展现了软件世界如何通过工具链映射到硬件执行环境的完整链路，是理解嵌入式系统底层运行机制的重要基础。
2026-02-27 14:08:48
864
原创 第 8 章：AUTOSAR OS 在车规 MCU（RH850）上的工作模型
本章系统性总结 AUTOSAR Classic OS 在车规 MCU（以 RH850 为例）上的设计哲学与运行机制。其核心思想是：一切静态、严格可预测、以安全与实时性为最高优先级。AUTOSAR OS 通过 ARXML 完成任务、事件、资源、中断、调度表等全部结构的静态配置，运行时不允许动态创建与销毁，以确保 时间确定性（Determinism）、最坏执行时间（WCET）可分析、ISO 26262 功能安全可验证。在硬件层面，RH850 提供 极快中断响应 EIINT、寄存器 Bank、INTC 分级控
2026-02-26 19:17:24
648
原创 第 7 章：RTOS 内核解析 —— FreeRTOS / OSEK / AUTOSAR OS 的差异
本文对比分析了FreeRTOS、OSEK和AUTOSAR OS三种嵌入式操作系统的设计差异。FreeRTOS作为通用RTOS，采用动态任务模型和灵活调度策略，适用于通用MCU开发；OSEK作为早期车规标准，采用静态任务模型和事件驱动机制；AUTOSAR OS则在此基础上进一步强化了静态配置、中断分类和调度表等特性，完全符合ASIL认证要求。三者设计哲学不同：FreeRTOS强调灵活性，OSEK注重确定性，AUTOSAR OS则追求安全性和可预测性，因此FreeRTOS无法满足车规项目的严格要求。
2026-02-26 19:05:05
910
原创 第 6 章：MMU、线程、进程 —— 为什么 RTOS 不需要 MMU？
本文系统阐述了MMU与MCU架构的本质差异。MMU通过虚拟地址映射、内存保护和分页管理实现多进程隔离，是Linux等通用OS的基础；而MCU采用单地址空间设计，通过RTOS管理线程（任务）执行流，强调实时性和确定性。车规系统（如AUTOSAR OS）采用静态配置的线程模型，使用MPU进行区域保护而非MMU，以确保行为可预测。二者在地址空间管理、上下文切换机制和适用场景上形成鲜明对比：MCU+RTOS适用于实时控制场景，而Linux+MMU适合需要进程隔离的复杂系统。理解这一根本区别是掌握后续RTOS内核、内
2026-02-25 19:34:44
897
原创 第 5 章：任务切换（Context Switch）——寄存器、栈与调度器的协同
本文摘要：任务切换本质是保存和恢复CPU上下文，包括寄存器、程序计数器等状态信息。每个任务必须拥有独立栈空间，切换时通过更新栈指针实现。不同MCU架构（如Cortex-M和RH850）对上下文保存机制有差异：Cortex-M部分自动保存，RH850则需手动处理全部寄存器。任务切换由中断事件（Tick、外设中断）或任务主动让出触发。RTOS没有进程切换概念，所有任务共享地址空间，切换更轻量级。文章通过栈结构示意图和流程说明，系统阐述了RTOS任务切换的核心原理和实现机制。
2026-02-25 09:50:18
611
原创 第 4 章：中断与异常模型 —— RTOS 的硬件基础
本文深入探讨了中断模型作为操作系统核心硬件基础的关键作用。文章对比分析了Cortex-M和RH850两种架构的中断机制：Cortex-M通过自动压栈和PendSV异常为RTOS提供友好支持，适合通用调度；RH850采用寄存器Bank和EIINT机制，专为车规实时性设计，满足ASIL-D严格需求。文中强调中断是操作系统的执行入口和控制点，没有中断机制就无法实现任务切换和CPU管理。通过硬件自动上下文保存、优先级控制等特性，不同架构为FreeRTOS和AUTOSAR等操作系统提供了底层支撑，中断模型直接决定了操
2026-02-24 16:25:09
704
原创 第 3 章：MCU 存储体系——RAM / Flash / 外设寄存器 / 总线矩阵
本文系统阐述了MCU存储体系对实时操作系统(RTOS)的关键影响。主要内容包括：1)MCU内存空间划分，包括Flash、RAM、外设寄存器等区域的地址分布特征；2)不同存储介质的访问速度差异及其对系统性能的影响；3)任务栈必须置于RAM的原因；4)外设寄存器的内存映射特性及其不可缓存特性；5)AUTOSAR OS静态分配内存的必要性。文章通过总线矩阵、存储层级等架构分析，揭示了存储体系如何决定RTOS的实时性、性能及访问机制，为理解嵌入式系统底层运行原理提供了基础框架。
2026-02-24 11:55:44
1149
原创 第 2 章：MCU CPU 内核架构——Cortex‑M 与 RH850 的本质区别
本文对比了Cortex-M和RH850两种MCU架构的核心差异。Cortex-M专为RTOS优化，具有自动上下文保存、PendSV任务切换和NVIC中断控制器等特性；而RH850则针对汽车ECU设计，采用寄存器Bank切换和EIINT超低延迟中断，强调功能安全和实时性。两者均无MMU，只能运行RTOS或车规OS，无法支持Linux系统。架构选择取决于应用场景：通用MCU选用Cortex-M，车规级系统则需RH850的高可靠性和确定性。
2026-02-11 20:11:54
701
原创 第 1 章：寄存器、触发器与 Memory‑Mapped I/O（硬件基础）
本文深入解析了MCU中寄存器的本质及其工作原理：1）寄存器是由D触发器构成的硬件电路，直接驱动外设逻辑；2）通过Memory-Mapped I/O机制，CPU将外设寄存器映射到地址空间，总线译码器将写操作导向对应外设；3）外设本质上是状态机（FSM），寄存器写入会改变电路状态；4）必须使用volatile修饰寄存器访问，防止编译器优化导致硬件异步更新被忽略。文章通过定时器示例展示了寄存器如何作为"外设电路入口"，这是操作系统控制硬件的基础。
2026-02-11 19:56:49
723
原创 《使用干扰设备VH6501进行busoff测试》
CAN总线Bus-Off测试方案 摘要：本文介绍了使用VH6501干扰设备配合CANoe软件进行CAN总线Bus-Off测试的方法。测试拓扑为PC-CANoe→VH6501→DUT，通过干扰ACK/CRC等位域人为制造FormError，使DUT的TEC累加至256进入Bus-Off状态。重点阐述了stuffcount干扰方式在CANFD中的稳定性优势，以及通过连续注入32次错误帧来测试Bus-Off恢复时间的原理。测试步骤包括：1)配置干扰方式和触发条件；2)设置干扰序列；3)执行32次干扰；4)观察错误
2026-01-24 21:00:48
2105
原创 [ 为什么要有多核？CPU 与核心的关系 ]
本文探讨了多核CPU架构的优势及其关键技术。多核通过增加核心数量而非提高频率来提升性能，具有功耗低、并行处理能力强、任务隔离等优势。文章比较了单核与多核系统的差异，重点分析了多核环境下的同步机制（自旋锁、互斥锁等）、进程间通信方式（共享内存、硬件IPC等）以及缓存层级（L1/L2/L3）在多核架构中的关键作用。多核架构通过核心扩展和缓存优化，实现了更高效的性能提升，成为现代计算的主流解决方案。
2026-01-13 18:39:38
713
原创 《CAPL脚本实现CANOE工具 Bus-Off自动恢复（含重试机制）》
摘要：本文介绍在CANoe软件中创建CAPL文件实现CAN总线Bus-Off自动恢复功能的方法。脚本支持CAN1和CAN2双通道独立处理，包含防抖机制、延时恢复（默认1000ms）、状态检查（最多重试3次）等功能。当检测到Bus-Off状态时，会自动重置对应通道并检查恢复状态，同时记录详细日志信息。测试表明该方案能有效恢复因总线短接导致的通信中断，使CAN消息重新正常发送。脚本适用于CANoe 16及以上版本，可根据实际需求调整重试次数和延时参数。
2025-12-14 18:20:56
898
4
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人