YunTu Forum

使用YTM32B1HA01的SDK包中的MBEDTLS进行RSA4096+SHA256签名验签，已经验证了0x1000字节的数据可以正常验签通过，CRYPTO_ENGINE_BUF_SIZE配置为20480；
115ab909-7ca6-4b72-b15d-38a3ae906be4-image.png
验证正式APP程序时，验签失败，返回值是-141，PSA_ERROR_INSUFFICIENT_MEMORY（运行时内存不足）
2acccdc3-cb0b-4234-a706-8045f999bf85-img_v3_0215r_7fe2c7ec-9d9f-4de6-939b-6b958a05e45g.jpg
因为数据长度较大，将近400K的数据，如果增大宏CRYPTO_ENGINE_BUF_SIZE来匹配数据量，会编译错误，没有这么多flash空间可用。有什么办法可以支持400K数据签名验签吗？感谢

使用环境：

MCU：YTM32B1ME0 SDK：1.4.1 SPI3 Slave，Mode 0，8-bit DMA：TX Channel 0、RX Channel 1 Master 时钟约 8 MHz 每次 CS 完成固定 512 Byte 全双工传输，Master 可能连续发起下一帧

目前使用 SPI_DRV_SlaveTransfer()。查看 SDK 实现发现，RX DMA 完成后，SPI_DRV_SlaveCompleteDMATransfer() 会先调用 SPI_DRV_SlaveAbortTransfer()，然后才调用应用层的 SPI_EVENT_END_TRANSFER 回调。应用在回调中再次调用 SPI_DRV_SlaveTransfer() 装载下一组 TX/RX buffer。

这样在相邻两个 CS transaction 之间会有一段 Slave DMA 未装载的窗口。长时间连续通信时，Master 偶发收到整帧 0xFF；如果 Master 等待 MCU 重新装载完成后再发下一帧，则不会出现。

想请教：

YTM32B1ME0 的 SPI Slave DMA 是否有官方 continuous、ping-pong、double-buffer、queue 或 descriptor ram-reload 接口，使当前帧结束后自动切换到下一组 TX/RX buffer，中间不 Abort、不关闭 DMA、不清 FIFO？ 通用 DMA 驱动已有 DMA_DRV_ConfigRamReloadTransfer()，是否有与 SPI Slave 正式集成的官方 Demo、SDK补丁或推荐配置？应用层不希望绕过 SPI Driver 直接操作 DMA/SPI 寄存器。 如果当前 SDK 不支持连续 Slave DMA，官方推荐的用法是否是增加一根 READY GPIO：Slave 完成后先 deassert READY，在任务上下文重新调用 SPI_DRV_SlaveTransfer()，成功后再 assert READY，Master 每一帧发送前都等待 READY？ SPI Slave 的 SPI_EVENT_END_TRANSFER 回调运行在 DMA ISR 上下文。是否允许在该回调中立即再次调用 SPI_DRV_SlaveTransfer()？如果不允许，建议的最小安全重装流程是什么？

希望能提供适用于 YTM32B1ME0 SDK 1.4.1 的官方接口名称、示例或补丁，谢谢。

can收发时会进入CAN1_Error_IRQHandler函数，调用回调后，Can_ErrorType = CAN_ERROR_OVERRUN，可能是什么情况

2eeb6b7a-09c2-44e9-a303-de44d14c6e6b-image.png

请提供云途官方HA01-EVB板子设计制作pcb的资料，包含但不限于：

最新版本RevB 原理图 HA01封装库

84538089-4b4d-4d12-acc1-f3ad8491edec-image.png

1. 问题背景 软件：MD24 SDK_1_4_1 Wdg_Demo 硬件：MD24 EVB 背景描述： 有客户反馈 MD24 WDG 的定时器只有 16bit，无法设置较长的 WDG 复位时间，因此可以使用 WDG IRQ 实现较长时间的 WDG 超时复位。 2. 实现原理 2.1 硬件配置 WDG时钟源：FXOSC (24MHz) WDG时钟分频：16 WDG超时值：60000 中断周期：(24MHz / 16) / 60000 = 25Hz → 40ms 2.2 软件实现 WDG初始化：配置 WDG为 40ms 中断一次 中断处理：在 WDG 中断中计数，每 40ms 计数一次 喂狗逻辑：计数小于 100 时继续喂狗（40ms × 100 = 4s） 超时处理：计数达到 100 时停止喂狗，等待 WDG 复位 2.3 关键代码 WDG 配置 const wdg_user_config_t wdg_config0 = { .clockSource=WDG_IPC_CLOCK, .opMode={ .deepsleep=false, .debug=false, }, .updateEnable=true, .intEnable=true, .winEnable=false, .windowValue=30000, .timeoutValue=60000, .apbErrorResetEnable=0, }; 中断处理函数 /** * @brief WDG中断处理函数 * @details 每40ms触发一次，计数到100次时（4s）停止喂狗，导致WDG复位 */ void WDG_TSTIRQHandler(void) { /* 清除中断标志 */ WDG0->INTF = WDG_INTF_IF_MASK; /* 翻转 IO，指示中断触发 */ PINS_DRV_TogglePins(GPIOD,1<<8); /* 增加4s计数器 */ Wdg_flag_4s++; /* 当计数小于100时喂狗（40ms * 100 = 4s） */ if(100 > Wdg_flag_4s ) { WDG_DRV_Trigger(0); } else { /* 计数达到100，停止喂狗，等待WDG复位 */ } } 3. 使用方法 编译代码：使用 IDE 编译整个工程 下载程序：将编译好的程序下载到 MD24 开发板 观察现象：

IO 每 40ms 反转一次
6e1c7ba6-a570-4abf-bfc1-c9714302fd73-image.png

反转100 次后（约 4s），IO 停止反转，随后系统会因 WDG 超时而复位，复位后，程序会重新开始执行
80730bc4-938a-45b8-97e2-494a71c79776-image.png

4. 注意事项 时钟配置：确保 WDG 时钟源和分频设置正确，以获得准确的中断周期 计数设置：根据需要的超时时间调整计数阈值（当前为100，对应4s） 中断优先级：确保 WDG 中断优先级设置合理，避免被其他中断长时间占用 喂狗时机：在实际应用中，应在适当的时机喂狗，确保系统正常运行 5. 扩展应用

此方法可以扩展到更长时间的 WDG 超时复位：

10s 超时：计数阈值设置为 250（40ms × 250 = 10s） 30s 超时：计数阈值设置为 750（40ms × 750 = 30s） 1min 超时：计数阈值设置为 1500（40ms × 1500 = 60s）

YTM32B1HA01芯片MCAL Dio Demo中
NC_TEXT(start 0x2000c00 length 0xb400)区域在YT_link.ld文件中设置为none cache，但是在Mpu_Lld_Cfg.c 文件中直接对2MB的PFlash设置成了Cache属性，并且没有更高优先级的region覆盖，请帮忙确认下，是否有该问题？
链接文件中地址区域的属性和Mpu_Lld_Cfg.c中的设置如何保持一致？
e4bc9c86-49b8-432d-a5fc-fa048dd963ad-image.png

c6340f12-f45a-45ac-ba6f-3d074645af96-image.png

1. 问题背景 问题描述： HCU_DRV_RSASSA_PSS_VerifySignature -> HCU_SHA256_Check 这样调用会报 HardFault_Handler 解决方案： HCU_DRV_RSASSA_PSS_VerifySignature -> HCU_DRV_Init -> HCU_SHA256_Check 这样操作就不会进入 HardFault_Handler 背景说明 软件：MD24 SDK_1_4_1 版本及其之前版本的 HcuDemo 都会有这个问题，HcuDemo 下载路径为https://forum.ytmicro.com/topic/1208/ytm32b1md2x-hcu-demo-%E5%B1%95%E7%A4%BA?_=1789955578721 硬件：MD24 EVB** 2. 问题复现 2.1 HCU_DRV_RSASSA_PSS_VerifySignature -> HCU_SHA256_Check 这样调用会报 HardFault_Handler hcu_sha_demo -> hcu_sha_demo1 直接仅执行 HCU_DRV_RSASSA_PSS_VerifySignature 函数

595b7924-470a-4f7b-b98a-195a86a277aa-image.png

HardFault_Handler 后根据 Call Stack 可以得知出错前，代码是在 HCU_ConfigAlgorithm 函数里，HCU_ConfigAlgorithm 这个函数是 HCU 静态库（iar_hcu.a，；lib_hcu.a）里的函数，无法看到函数的内部执行

2edff760-af82-478a-82e0-ec394ac44d54-image.png

2.2 HCU_DRV_RSASSA_PSS_VerifySignature -> HCU_DRV_Init -> HCU_SHA256_Check 这样操作就不会进入 HardFault_Handler hcu_sha_demo -> HCU_DRV_RSASSA_PSS_VerifySignature -> hcu_sha_demo 就可以正常运行，不会进入 HardFault_Handler，因为 hcu_sha_demo 里有调用 HCU 初始
42a4ea23-2c7f-4531-9b77-a94c18025b94-image.png
e1104fb4-ad60-4277-99b7-1f16bd538d92-image.png 3. 问题结论 根据 Debug 现象推测 HCU_DRV_RSASSA_PSS_VerifySignature 函数里有执行 HCU 反初始化，从而导致再次执行 HCU 操作是若未调用 HCU_DRV_Init 则会导致 HardFault_Handler（hcuState 结构体里的配置都被释放了，可能会出现空指针的情况） MD24 HCU 所有 padding 方式带 SHA 的，内部都有 HCU Init + HCU Deinit，ECDSA 也一样的，内部涉及到 AES or SHA 算法的都是这样的。调用类似 API 后，如果要继续使用 HCU 运行，都要重新调用一下 HCU 初始化

8ca1ee47-975c-4501-8425-b58d753592cb-image.png

测试现象：MCU没有任何日志输出，外设供电正常，看门狗正常喂狗（硬件定时器中断回调函数中喂狗），Ozone调试器连进去后显示 LINFlexD_UART_DRV_RxIRQHandler 中断回调函数一直在触发，但是isRxBusy 状态位处于false，导致中断flag没有清除，中断一直在触发。（已知MCU UART0 对端连接PC端，但是测试过程中 PC端没有向串口发送数据）。帮忙看下该问题应该如何修复。
8ef69452-c82f-4cb7-bcf9-91057a808802-2eb115e01bd5f99cee21e9fd625909f.png
9d5eae25-ebfc-4eb8-84a0-f81788bc8843-89a01268b02b7cdc70ffe463c46e13b.png
串口中断状态寄存器如下：
17e0de43-f414-4159-81ec-997084567156-6f816a50c160593e2189c5270ecdcf8.png

目前云途的UDS公版只支持物理寻址，而我们的控制器开发要求支持功能寻址（7DF），是否有移植文档参考

用Jflash烧录代码过程不断电，烧录成功后运行正常，断电放了一段时间上电，代码没有运行，并且用JFLASH读取flash的数据，出现如图片提示微信图片_2026-09-18_165853_258.png 麻烦帮忙分析一下是什么原因导致

64bdd325-64b9-4b01-b8f9-c6b379564e0f-image.png
添加了MCAL示例工程，但其中的模块报签名验证失败错误，如何解决呢

问题描述

使用YTM32B1HA0系列100pin，PTD17配置为Dio输出，无法控制输出高低电平。

存在问题的MCAL版本:

YTM32B1HA0 2_3_0 以及之前的版本

问题分析

仿真调试发现在写DIO时，执行到DIO_LLD_VALID_PORT_PIN判断时会出现错误。生成的Dio_Cfg.h文件中的宏定义DIO_PORTD_PINS_MASK默认为0x1FFFC，第17位为0，导致Det报错。
a0f25fb9-c1da-41cc-8a33-c6fe20b129c8-image.png

21ad88c5-7034-47cb-a273-88b914991c49-image.png

实际YTM32B1HA0 100pin存在PTD17。

d4ee0eb3-ab18-40a3-924b-1ba2a1ad8295-image.png

解决方法

DIO_PORTD_PINS_MASK修改为0x3FFFC。

MD24 MCAL的 Gpt_Lptmr_Wakeup_demo 里面的ptmr定时中断周期为啥是1ms啊，没看见时钟有分频

LE15 UDS LIN FBL demo(SDK 1_3_1)
本方案基于YT Config Tool开发，使用Vscode+Cmake+Ozone工具链开发编译调试；基于Demo板硬件搭建实施；使用同星科技TC1012P CAN/LIN工具及同星科技TSmaster软件。
f4a50300-1cf4-4b4d-acea-b125d11fcf9f-image.png

烧录Bootloader
新建YTM32B1LE15/JFLASH工程
152c33e6-c83b-4830-87c5-a1268be3a0f8-image.png
找到Bootloader编译的烧程文件,加载Bootloader烧录文件
8a37c389-3570-4e30-acc6-2c432d917601-image.png
擦除芯片（或者快捷键F4）
a8358db1-545a-453c-af80-0dbee9c4ccf8-image.png
d5455a9e-0a33-4ed3-af75-83efcf9936f5-image.png
烧录程序（或者快捷键F6）
a51146c0-8741-42ee-a818-82c74ea0c119-image.png
6a76e5ea-df92-4e01-90ec-13cd4b850b1d-image.png 上下电运行Bootloader
拔掉JLINK烧录器，重新上下电后，板子重新工作，LED按照100ms快速闪烁，程序工作在Bootloader里面。 升级上位机配置
将FlashDriver文件、Application文件、SeedAndKey.dll几个文件放到升级上位机目录下。
0c6f1518-0e24-42f8-acda-56227c2263e1-image.png
打开升级上位机工程（如上图中.TSProj_x64文件）配置收发ID 0x2
ca0c69e1-413f-42d7-8f7d-baf7c31d314e-image.png
配置TP时间参数，配置加密dll
3654342d-0558-4cff-abe1-074be5e9c4e4-image.png
配置FlashDriver和Application和校验方式
932dd152-9ab4-4404-85c5-1ebcc1613589-image.png
配置自动诊断流程
c2b83dc6-e991-4020-b9d5-036f9c221383-image.png 执行升级
4.1 从Bootloader升级
17d4d974-cecb-400b-8431-6647d8a92bdf-image.png
升级完成后，LED灯1000ms闪烁，运行在Application程序中（Bootloader程序中LED灯100m闪烁）。
从App升级
ff6dc525-fd43-4e0f-a428-35e44992b107-image.png
4.1.1 已发生升级流程请求
执行到升级流程后，拔掉LIN线模拟通讯断开，升级失败
581429a6-299b-4b8e-9cdb-7128d6381204-image.png
通讯断开超时后，Boootloader不能进入Application，执行StayInBoot（重新复位或者上下电等均保持StayInBoot）。
重新执行升级
74d6ef52-6e30-4546-974e-80993e54427e-image.png
升级成功，Demo板上LED灯1000ms闪烁。
YTM32B1LE1(sdk_ver_1_3_1)_lin-stack_0_9_0 (1).zip
uds_lin_fbl_le151210.zip

我这边环境是 YTM32B1MC0 SDK 1_4_0

然后我这边使用SPI读值的时候发问题：
SPI_DRV_MasterTransferBlocking Task任务中调用的时候读值正常；但是放到lpTMR0_IRQHandler的时候，直接导致程序崩溃；
SPI_DRV_MasterTransferPolling 放到lpTMR0_IRQHandler的时候读值，但是陀螺值偶尔变成346.34765625，没法用；

想问下我在定时器SPI采集数据，有什么更好的方式吗；目前暂时还是 SPI_DRV_MasterTransferBlocking 然后在 Task任务采集，不过由于新算法耗时较长，所以要把采集放到定时器保证采集的稳定；

6d5c1188-dc43-40a2-b41f-0f11a8d2c32b-image.png

如截图中的说明，但mcal的can历程demo也没有先配置接收再配置发送
67b39fb2-79c3-45fd-b8cb-c33baa84a6c7-image.png

https://forum.ytmicro.com/topic/739/ytm32b1ha01-uds-ota-a-b-swap-demo
经过查看以上demo的链接，目前存在一个疑问。在刷写备份区程序后，校验也都ok，但是备份区刷入了一版无法启动的程序。在切换分区启动后，是否可以自动回滚到之前可以正常运行的分区？