swust 在 YTM32B1ME05窗口看门狗配置 中说：

你可以查一下窗口看门狗的工作原理。喂狗就复位应该是你手动喂狗的地方距离WDG初始化太近，时间太短。WDG的counter是向下计数，当counter计数到window value之后，才能正常喂狗，在计到window value之前属于非法操作，会产生异常复位。

OK，我也试出来了，和我现在理解的一样。

HEX MC0 的 eTMR（FTM）同一个实例的不同通道可以分别给 Pwm 和 Icu 用，比如 CH0 做 PWM 输出、CH2 做 ICU 输入捕获。

但实例级资源是共用的，必须注意：

通道不能重复：同一个物理通道只能给一个模块。 中断向量不能重叠：eTMR 的 Ch0/Ch1、Ch2/Ch3、Ch4/Ch5、Ch6/Ch7 各共用一个向量。 溢出中断只能给一个模块：MC0 上 Icu 做信号测量必须开溢出中断，所以同一实例的 Pwm 要把 PwmEtmrOverflowIrq 配成 false；否则链接时会报 eTMRx_Ovf_IRQHandler 重复定义。 时钟源和预分频必须一致：不一致时后初始化的那个模块会把前者覆盖掉，导致 PWM 频率和 ICU 测量都出错（YCT 会直接报错）。 MOD 共用：ICU 的测量结果是 捕获值 + 溢出次数 × (MOD+1)，且查询时才读 MOD。所以 ICU 测量期间不要调用 Pwm_SetPeriodAndDuty() 改周期。 MOD 不能太小：MOD+1 就是一个 PWM 周期，溢出中断频率等于 PWM 开关频率。PWM 频率太高会造成中断风暴，中断间隔要远大于 ISR 执行时间。 MC0 上建议一个 eTMR 实例只配一个 ICU 信号测量通道（MC0 的溢出 ISR 是统一累加所有 ICU 通道的）。

因此建议：PWM 频率较高或多路 ICU 测量时，给 Pwm 和 Icu 分配不同的 eTMR 实例最稳妥；共用时确保以上条件都满足即可。

方便远程嘛？
往后余生 邀请您参加腾讯会议
会议主题：往后余生的快速会议
会议时间：2026/10/19 10:33-11:33 (GMT+08:00) 中国标准时间 - 北京

点击链接直接加入会议：
https://meeting.tencent.com/dm/AOFoQwsfV9ki

#腾讯会议：511-945-823

复制该信息，打开手机腾讯会议即可参与

我开了两个Keil窗口，由于这个工程之前编译后，代码没有再修改过，就没有重新编译，直接点了debug，没有出现Erease和Program进度条。
image.png
我重新点Build，接着点Debug，有出现Erase和Program进度条，点Run，打印信息正常。

https://yt-micro.feishu.cn/wiki/T0mCwY9lXif9qNkylpHcHFfOnnM

image.pngdebug时传入数据没问题，每次写8个字节，写几次之后就没法暂停和运行了，看不到跑飞到哪了，可以使用IDE的复位按钮重新运行
image.png

NooB 这里的邮箱个数配置会在CAN初始化的时候将对应数量的邮箱所占用的ram区进行初始化，但是每个邮箱具体要做收或者发，以及掩码功能都是在代码里面配置的，然后由驱动写进对应邮箱的ram区；比如你这里初始化了16个邮箱的ram区，但是程序里用到了第17个邮箱，就会出现使用未被初始化的邮箱ram区而发生错误；

image.png他没有按照我的预期分配到指定位置呢，，这个需要怎么修改一下YT_LINK配置呢

建议上下限±25%

85b955a6-7879-4a21-accc-40537de72cb7-image.png ，除了降低时钟还可以考虑使用eTMR进行pwm输出

RuiXu 在 Calculate报错 中说：

Ocu的定义从宏观来说就是50%，达到比较值的时候电平变化，counter达到最大值也就是MOD值的时候清0

当然，这是默认情况，Ocu的作用可以在一个周期内设置多个阈值达到一个MOD内有多次电平变化

不好意思才看到问题，也不知道你有没有解决。
1，对于从机，可以在DMA的发送搬运完成中断回调里重新装载好下一次的发送，这样能保证主机在长时间连续通信的时从机发送不出现underflow的情况。操作可参考主机连续发送的例程，从机的配置也是一样的：
https://forum.ytmicro.com/topic/1943/spi时钟线连续输出?_=1790230365342
2，可以用DMA_DRV_ConfigRamReloadTransfer，也可以用上面文章推荐的接口，建议Slave的DMA重装载操作尽量精简，保证下一次时钟到来之前装载完成；
3，可以应用层加一个READY IO，在Slave 的完成回调里去更新READY IO的状态，指示主机等待还是发送。
4，不允许。

CAN排查

解决了,换了块板子正常了，应该是u10焊了块flash产生了影响