是的，只能通过配置不同的型号，匹配您产品不同的技术状态

major sdk要以前修复掉，包括uart和linflexd 这2种外设驱动的uart驱动，我看了，最新的1.4.0还没修复

Generally, if the reading is not entirely FF, it is correct. You can use a temperature sensor at room temperature to measure the actual temperature. If it is close to the ambient temperature, it confirms that its COEFF is correct.

MCAL Icu模块没有专门的接口函数去读取pin的电平。
可以通过读取eTMR外设的IOSTS寄存器CHxIO位状态来判断管脚高低电平状态。
image.png

谢谢，可以打开了。

SetRcu 函数是Mcu初始化调用的第一个写寄存器操作的函数。这里进 memange handler 应该是你前面定义的宏，导致Startup里开启了非特权模式导致的。
在Mcal里进行boot跳转，可以和Mcal的驱动一样，使用Osif函数包一下，应该可以解决问题

如果开启了BRS，关掉SSP，并且数据段的波特率过高的话，会出现位错误。

感谢您的反馈！
这个Bug在解决这个帖子的Issue时被修复掉了，但是最新的驱动还需要一点时间才能release，所以目前建议您修改如下：
ab87917d-5ba6-4c2e-bd45-8154bdcf0240-image.png
这样的修改后将先判断数据的有效位数，然后再获取数据，这样就不存在数组越界风险了。

修改有无其他影响？

原本驱动也考虑到了数据截断的问题，但没有考虑到可能会存在越界到不可访问的区域。这样的修改于原代码相比较，只是调整了接收数据长度的判断位置，所以不会有其他的影响。

此外，原本的判断代码是包裹在一个 if~elseif~else 代码块中，用于区分接收到的消息是Legacy FIFO, Enhanced FIFO, 以及 MB，包裹在这个代码块中，是为了避免接收FIFO消息时不必要的判断，所以可以直接将这部分代码一移出代码块。

这两种修改方式哪种会更好一些？是否均可？

两种方式中，第一种好一点。因为这样只是发生了数据截断，而第二种方式中，会导致 callback 函数中的报文数据是随机的值，debug起来更难理解。

参考以下示例：
https://forum.ytmicro.com/topic/679/固件升级跳转测试-基于32b1h和mcal?_=1751261668338

跳转之前的注意事项：

反初始化使用到的外设，保证外设停止工作 确保跳转之前所有的中断都处理完成

zyq 为啥要这么设计？正常是在使能状态下该寄存器可读，这样可以查看看门狗状态。

好的理解了，非常感谢

会跟初始化的机制一样，重新写相关的寄存器，同时复位用到的一些状态机：
57093bc2-6c66-4f07-ade3-902743a47880-image.png

这个目前不行，后续会考虑加上这个功能。