1. 问题缘起当DAVE3的ERU配置让你“卡壳”时最近在调试一块基于英飞凌XMC系列MCU的板子用到了DAVE3这个开发环境。项目里需要用到事件请求单元ERU来处理一些外设间的硬件联动比如用定时器触发ADC采样或者用GPIO边沿来启动一个PWM通道。按理说ERU是XMC架构里一个非常灵活和强大的模块能极大减轻CPU中断负担实现精准的硬件级事件响应。但就在配置ERU0和ERU1时我遇到了一个典型的、让人有点“懵”的状况代码编译下载后预期的硬件联动死活不工作逻辑分析仪上抓不到任何事件触发信号。更具体地说我的需求是让ERU0接收一个来自定时器CCU4的匹配事件然后通过ERU1的输出去触发另一个外设比如ADC。在DAVE3的图形化配置界面DAVE APP里ERU0和ERU1的模块看起来是独立的我分别给它们配置了输入源、触发条件、输出目标。一切看起来都正确但功能就是失效。这不禁让我怀疑ERU0和ERU1之间是否存在某种隐藏的耦合或资源冲突是配置顺序问题还是某个关键的全局寄存器没设置亦或是DAVE3自动生成的代码有“坑”我相信不少初次深入使用XMC的ERU或者在DAVE3中同时操作多个ERU模块的朋友都可能踩进类似的坑。这个问题表面上是“ERU0和ERU1不工作”但背后牵扯的是对ERU模块架构、DAVE3配置逻辑、以及XMC硬件手册细节理解的综合考验。接下来我就把这次排查和解决的过程完整拆解一遍希望能帮你绕过这些弯路。2. 核心症结ERU0与ERU1并非完全独立首先我们必须建立一个关键认知在XMC4000系列以及很多XMC1000系列MCU中ERU0和ERU1虽然在地址上是两个独立的模块但它们共享一些非常重要的全局资源并且其内部通道的互联能力存在特定限制。DAVE3的图形化界面为了简化有时会模糊这些界限让你误以为可以像配置两个完全无关的外设一样去配置它们。2.1 共享的全局配置寄存器最容易被忽略的一点是事件触发使能寄存器EXICON。ERU的每个输入通道例如ERU0的ERU0_0, ERU0_1...是否能够将其检测到的事件转发给输出单元不仅取决于该通道自身的配置还取决于一个全局的使能位。这个寄存器位于ERU模块的顶层。在DAVE3生成的代码中这个关键步骤可能被遗漏或者其使能逻辑与你预想的不同。例如你配置了ERU0_2通道响应某个输入但如果EXICON中对应ERU0_2的触发使能位EXICONx.TR没有被置位那么即使输入事件发生了ERU也不会产生任何输出触发信号。DAVE APP在配置单个ERU时可能会自动设置这个位但当涉及两个ERU协同工作时如果配置顺序或依赖关系没处理好就可能漏掉。2.2 交叉连接的限制与规则ERU的核心功能是“事件路由”。一个ERU模块的输入通道接收到事件后可以路由到本ERU模块的输出单元OU也可以路由到另一个ERU模块的输出单元。但是这个路由路径是硬件固定的并非任意连接。以XMC4500为例其互联矩阵是设计好的ERU0的输入通道ERU0_0, ERU0_1...可以连接到ERU0自身的OUC0, OUC1...也可以连接到ERU1的OUC0, OUC1...。同样ERU1的输入通道也可以连接到ERU0的输出单元。问题就出在这里在DAVE3中当你为ERU1的输出单元选择触发源时下拉列表里可能会列出ERU0的所有输入通道。这让你感觉可以自由连接。然而硬件上可能只支持特定的交叉连接对。如果你选择了一个硬件不支持的连接DAVE3可能不会报错因为它只做软件层面的配置但生成的代码在运行时无法生效。你需要查阅你所使用的具体XMC型号的《用户手册》中关于ERU互联矩阵的表格确认你想要的ERU0_x - ERU1_OUCy路径是否合法。2.3 DAVE3代码生成的“黑盒”风险DAVE3通过自动生成初始化代码ERU0.c和ERU1.c来简化开发。但这也带来了“黑盒”风险。你需要仔细检查它生成的代码特别是初始化顺序main()函数中ERU0_Init()和ERU1_Init()的调用顺序是否有讲究如果ERU1的配置依赖于ERU0的某个全局状态顺序错误可能导致初始化不完整。寄存器覆盖检查两个初始化函数中是否有对同一个全局寄存器如EXICON的写操作。后调用的初始化函数可能会覆盖前一个函数的配置导致其中一个ERU的使能位被意外清除。时钟使能ERU0和ERU1的时钟是否都已正确使能DAVE3通常会自动处理但值得确认生成的XMC_SCU_CLOCK_EnablePeripheralClock()调用是否覆盖了这两个模块。3. 实战排查从软件配置到硬件信号的全链路验证当功能异常时我们需要一个系统性的排查方法从最顶层的软件配置一直查到硬件引脚信号。3.1 第一步审查DAVE3配置与生成代码不要完全信任图形界面。按照以下步骤进行交叉验证导出配置为手册在DAVE3中使用“Generate Documentation”功能导出PDF格式的配置报告。仔细对比ERU0和ERU1配置页中的每一个参数特别是输入选择Input确认信号源例如CCU4的CC40或GPIO2.5是否正确。触发条件Trigger是上升沿、下降沿还是双边沿是否与你信号源的实际波形匹配输出目标Output对于ERU1其输出触发的是哪个外设如ADC_0触发方式是否正确如开始转换连接路径如果ERU1的触发源来自ERU0请确认这个连接关系在配置图中是否清晰显示。深入生成的.c和.h文件打开ERU0.c和ERU1.c找到初始化函数ERU0_Init()和ERU1_Init()。对照《XMC用户手册》中ERU章节的寄存器描述逐行理解代码。重点关注以下寄存器操作EXICONx(事件输入控制寄存器)检查TR触发使能、SS触发源选择、PE模式使能等位。OUTy(输出控制寄存器)检查TR触发使能、IPENx输入通道使能等位。查找是否有对EXISEL外部输入选择、EXOCON输出控制等寄存器的操作。关键动作搜索整个工程看是否有其他地方例如你自己的应用代码修改了ERU相关的寄存器造成了配置冲突。3.2 第二步编写最小化测试代码隔离问题为了排除应用其他部分的干扰最好创建一个最简单的测试工程。简化配置暂时放弃复杂的ERU0-ERU1级联。先单独测试ERU0。配置ERU0的一个输入通道如ERU0_0连接到一个GPIO按钮上升沿触发。配置ERU0的一个输出单元如OUC0触发一个GPIO引脚翻转输出模式设为“Toggle”。下载程序按下按钮用示波器或逻辑分析仪观察目标GPIO引脚是否有电平翻转。如果没有说明ERU0的基础配置或GPIO输入就有问题。测试级联功能在第一步成功的基础上修改配置。保持ERU0_0的输入为GPIO按钮。将ERU0_0的输出路由到ERU1的一个输出单元如ERU1_OUC0。配置ERU1_OUC0去触发另一个GPIO引脚翻转。此时按下按钮应该观察到两个GPIO引脚依次翻转。如果只有第一个翻转而第二个不动问题就锁定在ERU0到ERU1的交叉连接或ERU1的配置上。使用调试器实时查看寄存器在IDE如DAVE3或Keil MDK中设置断点或在运行时暂停。查看ERU0和ERU1的关键寄存器值与你的预期配置进行比对。这是发现配置被意外覆盖的最直接方法。3.3 第三步硬件信号测量与逻辑分析如果软件配置审查无误就必须请出硬件工具了。确认输入信号用示波器测量你配置为ERU输入源的物理引脚。例如如果源是CCU4的匹配输出确保该引脚上确实产生了你期望的脉冲信号宽度、极性。很多时候问题出在前级信号根本没产生。追踪内部触发信号ERU的一些内部触发信号可以通过“信号输出”功能映射到特定的GPIO上方便测量。查阅手册找到“ERUx_OUTy”可以映射到的引脚。在DAVE3中配置该映射然后用逻辑分析仪抓取。如果ERU0的输入事件发生了但其对应的输出触发信号ERU0_OUTy没有出现在映射的GPIO上说明ERU0内部的事件检测或路由失败。如果ERU0_OUTy信号正常但ERU1预期的输出没有则问题在交叉连接或ERU1部分。检查电源与复位确保MCU的供电稳定尤其是模拟部分如果ERU用于触发ADC。检查复位引脚没有受到干扰。一个不稳定的硬件环境会导致外设行为异常。4. 常见陷阱与我的踩坑实录结合我自己的经历和社区常见问题以下陷阱需要特别警惕陷阱一DAVE APP中“隐藏”的依赖项未满足。在我的案例中我希望ERU0由CCU4触发。我在ERU0 APP里选择了CCU4作为源。但我忽略了CCU4模块本身也需要一个DAVE APP如CCU4 Slice进行配置并且其“信号输出”功能必须使能。DAVE3不会自动为你添加这个依赖APP。解决方案是确保信号源外设如CCU4, GPIO, VADC都有对应的、正确配置的DAVE APP实例并且其输出已启用。陷阱二多个APP初始化顺序导致的寄存器覆盖。我曾遇到一个诡异的问题单独测试ERU0和ERU1都正常但一起工作就失效。最终发现我后来添加的一个用于其他功能的APP与ERU无关其初始化函数XXX_Init()被DAVE3放在了ERU1_Init()之后。而这个XXX_Init()函数里包含了一条对某个SCU系统控制单元寄存器的操作这个操作阴差阳错地复位了ERU模块的某个全局状态。教训仔细检查main.c中所有_Init()函数的调用顺序对于敏感的外设可以考虑手动调整顺序将ERU的初始化放在最后。陷阱三对“事件”与“中断”概念的混淆。ERU是纯硬件事件路由不依赖CPU中断。即使你全局禁用了中断__disable_irq()ERU的触发-动作链路依然会工作。如果你用“是否进入中断服务函数”来判断ERU是否工作那方向就错了。正确的验证方式是观察其输出动作直接控制的硬件行为比如GPIO翻转、ADC自动启动等。陷阱四未查阅芯片勘误表Errata Sheet。有些ERU的特定功能在芯片的某些版本中存在硬件缺陷。例如某款XMC1400的早期芯片其ERU的某个交叉连接路径可能无法正常工作。在遇到无法解释的故障时去英飞凌官网下载你所用芯片型号和硅片版本可通过XMC_SCU_GetDieID()函数读取对应的勘误表查看ERU章节是否有已知问题。5. 配置 checklist 与最佳实践建议为了避免未来再次掉坑我总结了一份配置ERU0/ERU1的检查清单和操作建议前期规划明确你的信号流输入源 - ERUx 输入通道 - (内部路由) - ERUy 输出单元 - 目标外设。查阅芯片手册确认你规划的路径在硬件互联矩阵中是支持的。DAVE3配置阶段按顺序添加APP先添加并配置信号源APP如CCU4再添加ERU0 APP最后添加ERU1 APP和目标外设APP如ADC。逐一配置及时验证每配置完一个环节如CCU4产生PWM就生成代码下载测试用工具测量信号是否正常产生。不要等全部配完再测试。善用“提示与建议”DAVE3的配置窗口下方有时会有提示信息注意阅读。导出配置报告配置完成后导出PDF报告进行最终核对。代码生成与集成阶段审查初始化顺序打开Dave/Generated/main.c查看DAVE_Init()函数内部调用各_Init()的顺序。如有必要在DAVE_Init()之后手动调用一次ERU0_Init()和ERU1_Init()以确保顺序。封装关键状态检查函数编写一个调试函数通过读取ERU的关键寄存器如EXICON, OUTy打印或返回其配置状态便于运行时诊断。添加硬件信号输出在调试阶段将关键的内部触发信号如ERU0_OUT0映射到空闲GPIO方便用逻辑分析仪抓取这是最强大的调试手段。调试与测试阶段从简到繁务必先让单个ERU模块工作再测试级联功能。寄存器级调试遇到问题第一反应是连接调试器查看相关寄存器的值是否与预期一致。利用参考代码英飞凌的DAVE3安装目录下或官网的APP库中通常有ERU的示例项目Example Project直接导入运行对比其配置与你的差异。最后我想强调的是ERU是XMC芯片非常特色的一个高性能外设一旦掌握能极大地优化系统设计实现真正意义上的硬件自动化。虽然DAVE3的图形化配置在入门时很方便但要想用得深、用得稳离不开对芯片手册的仔细研读和动手实践。遇到ERU0/ERU1不工作的问题不要慌按照“软件配置审查 - 最小化测试 - 硬件信号追踪”这个链路一步步缩小范围你一定能找到那个被忽略的配置位或者那条不支持的硬件连接路径。
1. 问题缘起当DAVE3的ERU配置让你“卡壳”时最近在调试一块基于英飞凌XMC系列MCU的板子用到了DAVE3这个开发环境。项目里需要用到事件请求单元ERU来处理一些外设间的硬件联动比如用定时器触发ADC采样或者用GPIO边沿来启动一个PWM通道。按理说ERU是XMC架构里一个非常灵活和强大的模块能极大减轻CPU中断负担实现精准的硬件级事件响应。但就在配置ERU0和ERU1时我遇到了一个典型的、让人有点“懵”的状况代码编译下载后预期的硬件联动死活不工作逻辑分析仪上抓不到任何事件触发信号。更具体地说我的需求是让ERU0接收一个来自定时器CCU4的匹配事件然后通过ERU1的输出去触发另一个外设比如ADC。在DAVE3的图形化配置界面DAVE APP里ERU0和ERU1的模块看起来是独立的我分别给它们配置了输入源、触发条件、输出目标。一切看起来都正确但功能就是失效。这不禁让我怀疑ERU0和ERU1之间是否存在某种隐藏的耦合或资源冲突是配置顺序问题还是某个关键的全局寄存器没设置亦或是DAVE3自动生成的代码有“坑”我相信不少初次深入使用XMC的ERU或者在DAVE3中同时操作多个ERU模块的朋友都可能踩进类似的坑。这个问题表面上是“ERU0和ERU1不工作”但背后牵扯的是对ERU模块架构、DAVE3配置逻辑、以及XMC硬件手册细节理解的综合考验。接下来我就把这次排查和解决的过程完整拆解一遍希望能帮你绕过这些弯路。2. 核心症结ERU0与ERU1并非完全独立首先我们必须建立一个关键认知在XMC4000系列以及很多XMC1000系列MCU中ERU0和ERU1虽然在地址上是两个独立的模块但它们共享一些非常重要的全局资源并且其内部通道的互联能力存在特定限制。DAVE3的图形化界面为了简化有时会模糊这些界限让你误以为可以像配置两个完全无关的外设一样去配置它们。2.1 共享的全局配置寄存器最容易被忽略的一点是事件触发使能寄存器EXICON。ERU的每个输入通道例如ERU0的ERU0_0, ERU0_1...是否能够将其检测到的事件转发给输出单元不仅取决于该通道自身的配置还取决于一个全局的使能位。这个寄存器位于ERU模块的顶层。在DAVE3生成的代码中这个关键步骤可能被遗漏或者其使能逻辑与你预想的不同。例如你配置了ERU0_2通道响应某个输入但如果EXICON中对应ERU0_2的触发使能位EXICONx.TR没有被置位那么即使输入事件发生了ERU也不会产生任何输出触发信号。DAVE APP在配置单个ERU时可能会自动设置这个位但当涉及两个ERU协同工作时如果配置顺序或依赖关系没处理好就可能漏掉。2.2 交叉连接的限制与规则ERU的核心功能是“事件路由”。一个ERU模块的输入通道接收到事件后可以路由到本ERU模块的输出单元OU也可以路由到另一个ERU模块的输出单元。但是这个路由路径是硬件固定的并非任意连接。以XMC4500为例其互联矩阵是设计好的ERU0的输入通道ERU0_0, ERU0_1...可以连接到ERU0自身的OUC0, OUC1...也可以连接到ERU1的OUC0, OUC1...。同样ERU1的输入通道也可以连接到ERU0的输出单元。问题就出在这里在DAVE3中当你为ERU1的输出单元选择触发源时下拉列表里可能会列出ERU0的所有输入通道。这让你感觉可以自由连接。然而硬件上可能只支持特定的交叉连接对。如果你选择了一个硬件不支持的连接DAVE3可能不会报错因为它只做软件层面的配置但生成的代码在运行时无法生效。你需要查阅你所使用的具体XMC型号的《用户手册》中关于ERU互联矩阵的表格确认你想要的ERU0_x - ERU1_OUCy路径是否合法。2.3 DAVE3代码生成的“黑盒”风险DAVE3通过自动生成初始化代码ERU0.c和ERU1.c来简化开发。但这也带来了“黑盒”风险。你需要仔细检查它生成的代码特别是初始化顺序main()函数中ERU0_Init()和ERU1_Init()的调用顺序是否有讲究如果ERU1的配置依赖于ERU0的某个全局状态顺序错误可能导致初始化不完整。寄存器覆盖检查两个初始化函数中是否有对同一个全局寄存器如EXICON的写操作。后调用的初始化函数可能会覆盖前一个函数的配置导致其中一个ERU的使能位被意外清除。时钟使能ERU0和ERU1的时钟是否都已正确使能DAVE3通常会自动处理但值得确认生成的XMC_SCU_CLOCK_EnablePeripheralClock()调用是否覆盖了这两个模块。3. 实战排查从软件配置到硬件信号的全链路验证当功能异常时我们需要一个系统性的排查方法从最顶层的软件配置一直查到硬件引脚信号。3.1 第一步审查DAVE3配置与生成代码不要完全信任图形界面。按照以下步骤进行交叉验证导出配置为手册在DAVE3中使用“Generate Documentation”功能导出PDF格式的配置报告。仔细对比ERU0和ERU1配置页中的每一个参数特别是输入选择Input确认信号源例如CCU4的CC40或GPIO2.5是否正确。触发条件Trigger是上升沿、下降沿还是双边沿是否与你信号源的实际波形匹配输出目标Output对于ERU1其输出触发的是哪个外设如ADC_0触发方式是否正确如开始转换连接路径如果ERU1的触发源来自ERU0请确认这个连接关系在配置图中是否清晰显示。深入生成的.c和.h文件打开ERU0.c和ERU1.c找到初始化函数ERU0_Init()和ERU1_Init()。对照《XMC用户手册》中ERU章节的寄存器描述逐行理解代码。重点关注以下寄存器操作EXICONx(事件输入控制寄存器)检查TR触发使能、SS触发源选择、PE模式使能等位。OUTy(输出控制寄存器)检查TR触发使能、IPENx输入通道使能等位。查找是否有对EXISEL外部输入选择、EXOCON输出控制等寄存器的操作。关键动作搜索整个工程看是否有其他地方例如你自己的应用代码修改了ERU相关的寄存器造成了配置冲突。3.2 第二步编写最小化测试代码隔离问题为了排除应用其他部分的干扰最好创建一个最简单的测试工程。简化配置暂时放弃复杂的ERU0-ERU1级联。先单独测试ERU0。配置ERU0的一个输入通道如ERU0_0连接到一个GPIO按钮上升沿触发。配置ERU0的一个输出单元如OUC0触发一个GPIO引脚翻转输出模式设为“Toggle”。下载程序按下按钮用示波器或逻辑分析仪观察目标GPIO引脚是否有电平翻转。如果没有说明ERU0的基础配置或GPIO输入就有问题。测试级联功能在第一步成功的基础上修改配置。保持ERU0_0的输入为GPIO按钮。将ERU0_0的输出路由到ERU1的一个输出单元如ERU1_OUC0。配置ERU1_OUC0去触发另一个GPIO引脚翻转。此时按下按钮应该观察到两个GPIO引脚依次翻转。如果只有第一个翻转而第二个不动问题就锁定在ERU0到ERU1的交叉连接或ERU1的配置上。使用调试器实时查看寄存器在IDE如DAVE3或Keil MDK中设置断点或在运行时暂停。查看ERU0和ERU1的关键寄存器值与你的预期配置进行比对。这是发现配置被意外覆盖的最直接方法。3.3 第三步硬件信号测量与逻辑分析如果软件配置审查无误就必须请出硬件工具了。确认输入信号用示波器测量你配置为ERU输入源的物理引脚。例如如果源是CCU4的匹配输出确保该引脚上确实产生了你期望的脉冲信号宽度、极性。很多时候问题出在前级信号根本没产生。追踪内部触发信号ERU的一些内部触发信号可以通过“信号输出”功能映射到特定的GPIO上方便测量。查阅手册找到“ERUx_OUTy”可以映射到的引脚。在DAVE3中配置该映射然后用逻辑分析仪抓取。如果ERU0的输入事件发生了但其对应的输出触发信号ERU0_OUTy没有出现在映射的GPIO上说明ERU0内部的事件检测或路由失败。如果ERU0_OUTy信号正常但ERU1预期的输出没有则问题在交叉连接或ERU1部分。检查电源与复位确保MCU的供电稳定尤其是模拟部分如果ERU用于触发ADC。检查复位引脚没有受到干扰。一个不稳定的硬件环境会导致外设行为异常。4. 常见陷阱与我的踩坑实录结合我自己的经历和社区常见问题以下陷阱需要特别警惕陷阱一DAVE APP中“隐藏”的依赖项未满足。在我的案例中我希望ERU0由CCU4触发。我在ERU0 APP里选择了CCU4作为源。但我忽略了CCU4模块本身也需要一个DAVE APP如CCU4 Slice进行配置并且其“信号输出”功能必须使能。DAVE3不会自动为你添加这个依赖APP。解决方案是确保信号源外设如CCU4, GPIO, VADC都有对应的、正确配置的DAVE APP实例并且其输出已启用。陷阱二多个APP初始化顺序导致的寄存器覆盖。我曾遇到一个诡异的问题单独测试ERU0和ERU1都正常但一起工作就失效。最终发现我后来添加的一个用于其他功能的APP与ERU无关其初始化函数XXX_Init()被DAVE3放在了ERU1_Init()之后。而这个XXX_Init()函数里包含了一条对某个SCU系统控制单元寄存器的操作这个操作阴差阳错地复位了ERU模块的某个全局状态。教训仔细检查main.c中所有_Init()函数的调用顺序对于敏感的外设可以考虑手动调整顺序将ERU的初始化放在最后。陷阱三对“事件”与“中断”概念的混淆。ERU是纯硬件事件路由不依赖CPU中断。即使你全局禁用了中断__disable_irq()ERU的触发-动作链路依然会工作。如果你用“是否进入中断服务函数”来判断ERU是否工作那方向就错了。正确的验证方式是观察其输出动作直接控制的硬件行为比如GPIO翻转、ADC自动启动等。陷阱四未查阅芯片勘误表Errata Sheet。有些ERU的特定功能在芯片的某些版本中存在硬件缺陷。例如某款XMC1400的早期芯片其ERU的某个交叉连接路径可能无法正常工作。在遇到无法解释的故障时去英飞凌官网下载你所用芯片型号和硅片版本可通过XMC_SCU_GetDieID()函数读取对应的勘误表查看ERU章节是否有已知问题。5. 配置 checklist 与最佳实践建议为了避免未来再次掉坑我总结了一份配置ERU0/ERU1的检查清单和操作建议前期规划明确你的信号流输入源 - ERUx 输入通道 - (内部路由) - ERUy 输出单元 - 目标外设。查阅芯片手册确认你规划的路径在硬件互联矩阵中是支持的。DAVE3配置阶段按顺序添加APP先添加并配置信号源APP如CCU4再添加ERU0 APP最后添加ERU1 APP和目标外设APP如ADC。逐一配置及时验证每配置完一个环节如CCU4产生PWM就生成代码下载测试用工具测量信号是否正常产生。不要等全部配完再测试。善用“提示与建议”DAVE3的配置窗口下方有时会有提示信息注意阅读。导出配置报告配置完成后导出PDF报告进行最终核对。代码生成与集成阶段审查初始化顺序打开Dave/Generated/main.c查看DAVE_Init()函数内部调用各_Init()的顺序。如有必要在DAVE_Init()之后手动调用一次ERU0_Init()和ERU1_Init()以确保顺序。封装关键状态检查函数编写一个调试函数通过读取ERU的关键寄存器如EXICON, OUTy打印或返回其配置状态便于运行时诊断。添加硬件信号输出在调试阶段将关键的内部触发信号如ERU0_OUT0映射到空闲GPIO方便用逻辑分析仪抓取这是最强大的调试手段。调试与测试阶段从简到繁务必先让单个ERU模块工作再测试级联功能。寄存器级调试遇到问题第一反应是连接调试器查看相关寄存器的值是否与预期一致。利用参考代码英飞凌的DAVE3安装目录下或官网的APP库中通常有ERU的示例项目Example Project直接导入运行对比其配置与你的差异。最后我想强调的是ERU是XMC芯片非常特色的一个高性能外设一旦掌握能极大地优化系统设计实现真正意义上的硬件自动化。虽然DAVE3的图形化配置在入门时很方便但要想用得深、用得稳离不开对芯片手册的仔细研读和动手实践。遇到ERU0/ERU1不工作的问题不要慌按照“软件配置审查 - 最小化测试 - 硬件信号追踪”这个链路一步步缩小范围你一定能找到那个被忽略的配置位或者那条不支持的硬件连接路径。
----简单封装一个线程)
