日期：2026-07-13
工程目录：
C:\Users\xiangye\Desktop\trace32\YTMicro\ytm32b1ha0\testScript\Spi_Master_Demo_YTM32B1HA0 1. 问题现象在 YTM32B1HA0 的 MCAL SPI demo 工程中，使用 Lauterbach TRACE32 下载/调试时出现异常，而使用 Ozone 调试可以正常运行。
过程中出现过的典型现象包括：
FLASH programming error around address ST:0x200FC10--0x200FC1F target reset detected DAP: DebugPortFail: CTRLSTAT=0x00000000 running (core power down)其中 ST:0x200FC10 实际应理解为 0x0200FC10，该地址位于 PFlash0 的 .TEXT 段中，对应函数：
Spi_Lld_ReadRXBuffer() Mcal/Spi/src/Spi_Lld.c:1425因此该问题不是普通 RAM 地址访问问题，而是 Flash 下载/运行后调试口连接稳定性问题。
2. 原因分析本次问题主要分为两个阶段。
2.1 下载阶段问题HA0 PFlash 的 program page 为 32 Byte。原 linker 配置中，部分 load segment 的起始地址或长度没有完全按照 32 Byte 对齐，可能导致 TRACE32 target flash algorithm 在烧写 ELF 时遇到非整页烧写场景，从而在 .TEXT 区域附近报 flash programming error。
2.2 运行后 DAP 掉线问题Ozone 工程使用的是 SWD：
Project.SetTargetIF ("SWD")原 TRACE32 脚本使用的是 JTAG：
SYStem.CONFIG DEBUGPORTTYPE JTAGMCAL 程序运行后会执行：
Port_Init(&Port_Config);该配置可能会重新配置部分非 SWD 的 JTAG 复用引脚，导致 TRACE32 使用 JTAG 时，在点击 Go 后调试口失联，出现：
DAP: DebugPortFail: CTRLSTAT=0x00000000 running (core power down)将 TRACE32 调试接口切换为 SWD 后，与 Ozone 保持一致，问题消失。
3. 修改文件清单本次主要修改以下文件：
board\yt_linker.ld cmake\targets\GENERATED_SDK_TARGET.cmake ..\ytm32b1ha0-debug.cmm其中 ytm32b1ha0-debug.cmm 位于 testScript 目录：
C:\Users\xiangye\Desktop\trace32\YTMicro\ytm32b1ha0\testScript\ytm32b1ha0-debug.cmm 4. 具体修改内容 4.1 修改 board\yt_linker.ld新增 Flash page 对齐宏：
FLASH_PAGE_SIZE = 32;对 Flash 中的 loadable section 结尾进行 32 Byte 对齐：
.BVT .IVT .NC_TEXT .TEXT .ARM对带 ROM copy image 的 RAM section 进行 32 Byte 对齐：
.CODE_RAM .D_DATA .NC_DATA .DATA_RAM重点修改包括：
CODE_RAM_rom_start = ((CODE_RAM_rom_start_not_align + FLASH_PAGE_SIZE - 1) / FLASH_PAGE_SIZE) * FLASH_PAGE_SIZE; D_DATA_rom_start = ((D_DATA_rom_start_not_align + FLASH_PAGE_SIZE - 1) / FLASH_PAGE_SIZE) * FLASH_PAGE_SIZE; NC_DATA_rom_start = ((NC_DATA_rom_start_not_align + FLASH_PAGE_SIZE - 1) / FLASH_PAGE_SIZE) * FLASH_PAGE_SIZE; DATA_RAM_rom_start = ((DATA_RAM_rom_start_not_align + FLASH_PAGE_SIZE - 1) / FLASH_PAGE_SIZE) * FLASH_PAGE_SIZE;并对 section 本身增加对齐：
.CODE_RAM ALIGN(FLASH_PAGE_SIZE) : AT(CODE_RAM_rom_start) .D_DATA ALIGN(FLASH_PAGE_SIZE) : AT(D_DATA_rom_start) .NC_DATA ALIGN(FLASH_PAGE_SIZE) : AT(NC_DATA_rom_start) .DATA_RAM ALIGN(FLASH_PAGE_SIZE) : AT(DATA_RAM_rom_start)修改目的：
保证 ELF 中 Flash load segment 的起始地址按 32 Byte 对齐； 保证 Flash load segment 的 FileSiz 按 32 Byte 对齐； 避免 TRACE32 flash algorithm 处理非整页烧写时失败。修改后确认的 ELF Program Header 关键段如下：
LOAD 0x02000000 size 0x000a0 LOAD 0x02000800 size 0x003e0 LOAD 0x0200c000 size 0x05d20 LOAD 0x02011d20 size 0x00020 LOAD 0x02011d40 size 0x003c0这些段的起始地址和长度均满足 32 Byte 对齐。
4.2 修改 ytm32b1ha0-debug.cmm 4.2.1 降低调试口时钟由原先较高 JTAG 时钟调整为：
SYStem.JtagClock CTCK 2MHz说明：TRACE32 命令名仍为 JtagClock，但这里用于配置调试口访问速度。降低速度可以提高 reset / flash / run 阶段 DAP 访问稳定性。
4.2.2 调试接口由 JTAG 改为 SWD原配置：
SYStem.CONFIG DEBUGPORTTYPE JTAG修改为：
SYStem.CONFIG DEBUGPORTTYPE SWD修改目的：
与 Ozone 工程保持一致； 避免 MCAL Port_Init() 运行后复用 JTAG 相关引脚导致 TRACE32 失联； 解决点击 Go 后出现 DAP: DebugPortFail: CTRLSTAT=0x00000000 的问题。 4.2.3 增加看门狗处理脚本中增加 WDG 解锁和配置操作：
&WDG_SVCR = 0x401A8000 &WDG_CR = 0x401A8004 &WDG_TOVR = 0x401A800C并执行相关 Data.Set 操作。
修改目的：
避免 TRACE32 flash algorithm 运行过程中目标芯片被看门狗复位； 减少下载过程中出现 target reset detected 的概率。 4.2.4 Flash algorithm 装载地址恢复为原厂推荐区域当前配置：
FLASH.TARGET 0x20020000 0x20021000 0x1000 ~~~~\..\flashAlgorithm\ytm32b1ha0.bin修改目的：
使用 OCRAM 区域执行 flash algorithm； 避免与 DTCM / stack / application RAM 区域冲突。 4.2.5 下载文件改为当前 build ELF当前配置：
FLASH.Program.ALL Data.LOAD.Elf ~~~~\Spi_Master_Demo_YTM32B1HA0\build\Spi_Master_Demo_YTM32B1HA0.elf FLASH.Program.off修改目的：
使用修正后的 linker 生成的 ELF； 让 TRACE32 按 ELF Program Header 进行 Flash 下载； 避免旧 HEX 文件或非当前 build 产物影响验证结果。 4.3.6 烧录后重新加载符号并设置入口新增：
Data.LOAD.Elf ~~~~\Spi_Master_Demo_YTM32B1HA0\build\Spi_Master_Demo_YTM32B1HA0.elf /NoCODE Register.Set MSP STACK_end Register.Set PSP STACK_end Register.Set PC Reset_Handler修改目的：
烧录结束后只加载符号，不重复写 Flash； 将 MSP / PSP 设置到应用栈顶； 将 PC 设置到 Reset_Handler； 保证点击 Go 后程序从应用启动入口运行，而不是从 TRACE32 flash algorithm 的上下文继续执行。 4.3.7 关闭非必要窗口操作注释：
;per.view ~~~~\..\ytm32b1ha0.per ;Data.List修改目的：
减少脚本执行后的额外外设访问； 避免在目标状态不稳定时触发不必要的 DAP 访问。 5. 验证结果修改后重新编译工程成功。
Build size：
text 24992 data 992 bss 6224 dec 32208 hex 7dd0ELF load segment 已确认 32 Byte 对齐。
使用修改后的 TRACE32 脚本：
C:\Users\xiangye\Desktop\trace32\YTMicro\ytm32b1ha0\testScript\ytm32b1ha0-debug.cmm执行下载后点击 Go，程序可以正常运行，未再出现 DAP 失联问题。
6. 推荐使用方式建议使用以下流程：
重新编译工程； 板子断电重上电； 在 TRACE32 中执行： DO C:\Users\xiangye\Desktop\trace32\YTMicro\ytm32b1ha0\testScript\ytm32b1ha0-debug.cmm 脚本执行完成后点击 Go。 7. 注意事项 当前验证使用的是 ytm32b1ha0-debug.cmm。 ytm32b1ha0-trace.cmm 如果后续也要使用，需要同步修改为 SWD，并同步 ELF 下载方式及 FLASH.TARGET 配置。 如果后续重新通过配置工具生成工程，GENERATED_SDK_TARGET.cmake 或 yt_linker.ld 可能被覆盖，需要重新确认本说明中的修改是否仍然保留。 主要集中在 linker 对齐、编译配置和 TRACE32 调试下载脚本。82ad020a-e80a-4c52-b238-d90db2a8be21-HA Trace32 test okt.zip
开发环境：keil 5,YTM32B1MC03
问题：在项目代码中调用lib库中的函数，无法通过编译
编译结果大致意思是：因为ARM 编译属性不匹配 错误
项目之前使用的是GD32A503CC，移植到YTM32B1MC03才出现的
编译输出信息如下：
compiling osif_baremetal.c...
linking...
.\Objects\ProTemplatePTC.axf: Error: L6366E: lib_main.o attributes are not compatible with the provided attributes .
Object lib_main.o contains Build Attributes that are incompatible with the provided attributes.
Tag_FP_arch = Use of the ARM v8-A FP ISA was permitted, but only citing registers D0-D15, S0-S31 (=8)
Tag_ABI_HardFP_use = This code should execute on the single-precision variant derived from Tag_FP_arch (=1)
Tag_FP_HP_extension = Use of the optional half-precision extension to VFPv3/Advanced SIMDv1 was permitted (=1)
Tag_DSP_extension = This code was permitted to use Thumb DSP functions as an optional architecture extension above the base architecture as indicated by Tag_CPU_arch (=1)
.\Objects\ProTemplatePTC.axf: Error: L6366E: bignum.o attributes are not compatible with the provided attributes .
Object bignum.o contains Build Attributes that are incompatible with the provided attributes.
Tag_FP_arch = Use of the ARM v8-A FP ISA was permitted, but only citing registers D0-D15, S0-S31 (=8)
Tag_ABI_HardFP_use = This code should execute on the single-precision variant derived from Tag_FP_arch (=1)
Tag_FP_HP_extension = Use of the optional half-precision extension to VFPv3/Advanced SIMDv1 was permitted (=1)
Tag_DSP_extension = This code was permitted to use Thumb DSP functions as an optional architecture extension above the base architecture as indicated by Tag_CPU_arch (=1)
.\Objects\ProTemplatePTC.axf: Error: L6366E: ctr_drbg.o attributes are not compatible with the provided attributes .
Object ctr_drbg.o contains Build Attributes that are incompatible with the provided attributes.
Tag_FP_arch = Use of the ARM v8-A FP ISA was permitted, but only citing registers D0-D15, S0-S31 (=8)
Tag_ABI_HardFP_use = This code should execute on the single-precision variant derived from Tag_FP_arch (=1)
Tag_FP_HP_extension = Use of the optional half-precision extension to VFPv3/Advanced SIMDv1 was permitted (=1)
Tag_DSP_extension = This code was permitted to use Thumb DSP functions as an optional architecture extension above the base architecture as indicated by Tag_CPU_arch (=1)
.\Objects\ProTemplatePTC.axf: Error: L6366E: entropy.o attributes are not compatible with the provided attributes .
Object entropy.o contains Build Attributes that are incompatible with the provided attributes.
Tag_FP_arch = Use of the ARM v8-A FP ISA was permitted, but only citing registers D0-D15, S0-S31 (=8)
Tag_ABI_HardFP_use = This code should execute on the single-precision variant derived from Tag_FP_arch (=1)
Tag_FP_HP_extension = Use of the optional half-precision extension to VFPv3/Advanced SIMDv1 was permitted (=1)
Tag_DSP_extension = This code was permitted to use Thumb DSP functions as an optional architecture extension above the base architecture as indicated by Tag_CPU_arch (=1)
.\Objects\ProTemplatePTC.axf: Error: L6366E: rsa.o attributes are not compatible with the provided attributes .
Object rsa.o contains Build Attributes that are incompatible with the provided attributes.
Tag_FP_arch = Use of the ARM v8-A FP ISA was permitted, but only citing registers D0-D15, S0-S31 (=8)
Tag_ABI_HardFP_use = This code should execute on the single-precision variant derived from Tag_FP_arch (=1)
Tag_FP_HP_extension = Use of the optional half-precision extension to VFPv3/Advanced SIMDv1 was permitted (=1)
Tag_DSP_extension = This code was permitted to use Thumb DSP functions as an optional architecture extension above the base architecture as indicated by Tag_CPU_arch (=1)
.\Objects\ProTemplatePTC.axf: Error: L6366E: sha256.o attributes are not compatible with the provided attributes .
Object sha256.o contains Build Attributes that are incompatible with the provided attributes.
Tag_FP_arch = Use of the ARM v8-A FP ISA was permitted, but only citing registers D0-D15, S0-S31 (=8)
Tag_ABI_HardFP_use = This code should execute on the single-precision variant derived from Tag_FP_arch (=1)
Tag_FP_HP_extension = Use of the optional half-precision extension to VFPv3/Advanced SIMDv1 was permitted (=1)
Tag_DSP_extension = This code was permitted to use Thumb DSP functions as an optional architecture extension above the base architecture as indicated by Tag_CPU_arch (=1)
.\Objects\ProTemplatePTC.axf: Error: L6366E: aes.o attributes are not compatible with the provided attributes .
Object aes.o contains Build Attributes that are incompatible with the provided attributes.
Tag_FP_arch = Use of the ARM v8-A FP ISA was permitted, but only citing registers D0-D15, S0-S31 (=8)
Tag_ABI_HardFP_use = This code should execute on the single-precision variant derived from Tag_FP_arch (=1)
Tag_FP_HP_extension = Use of the optional half-precision extension to VFPv3/Advanced SIMDv1 was permitted (=1)
Tag_DSP_extension = This code was permitted to use Thumb DSP functions as an optional architecture extension above the base architecture as indicated by Tag_CPU_arch (=1)
.\Objects\ProTemplatePTC.axf: Error: L6366E: md.o attributes are not compatible with the provided attributes .
Object md.o contains Build Attributes that are incompatible with the provided attributes.
Tag_FP_arch = Use of the ARM v8-A FP ISA was permitted, but only citing registers D0-D15, S0-S31 (=8)
Tag_ABI_HardFP_use = This code should execute on the single-precision variant derived from Tag_FP_arch (=1)
Tag_FP_HP_extension = Use of the optional half-precision extension to VFPv3/Advanced SIMDv1 was permitted (=1)
Tag_DSP_extension = This code was permitted to use Thumb DSP functions as an optional architecture extension above the base architecture as indicated by Tag_CPU_arch (=1)
.\Objects\ProTemplatePTC.axf: Error: L6366E: platform_util.o attributes are not compatible with the provided attributes .
Object platform_util.o contains Build Attributes that are incompatible with the provided attributes.
Tag_FP_arch = Use of the ARM v8-A FP ISA was permitted, but only citing registers D0-D15, S0-S31 (=8)
Tag_ABI_HardFP_use = This code should execute on the single-precision variant derived from Tag_FP_arch (=1)
Tag_FP_HP_extension = Use of the optional half-precision extension to VFPv3/Advanced SIMDv1 was permitted (=1)
Tag_DSP_extension = This code was permitted to use Thumb DSP functions as an optional architecture extension above the base architecture as indicated by Tag_CPU_arch (=1)
.\Objects\ProTemplatePTC.axf: Error: L6366E: rsa_internal.o attributes are not compatible with the provided attributes .
Object rsa_internal.o contains Build Attributes that are incompatible with the provided attributes.
Tag_FP_arch = Use of the ARM v8-A FP ISA was permitted, but only citing registers D0-D15, S0-S31 (=8)
Tag_ABI_HardFP_use = This code should execute on the single-precision variant derived from Tag_FP_arch (=1)
Tag_FP_HP_extension = Use of the optional half-precision extension to VFPv3/Advanced SIMDv1 was permitted (=1)
Tag_DSP_extension = This code was permitted to use Thumb DSP functions as an optional architecture extension above the base architecture as indicated by Tag_CPU_arch (=1)
.\Objects\ProTemplatePTC.axf: Error: L6366E: md_wrap.o attributes are not compatible with the provided attributes .
Object md_wrap.o contains Build Attributes that are incompatible with the provided attributes.
Tag_FP_arch = Use of the ARM v8-A FP ISA was permitted, but only citing registers D0-D15, S0-S31 (=8)
Tag_ABI_HardFP_use = This code should execute on the single-precision variant derived from Tag_FP_arch (=1)
Tag_FP_HP_extension = Use of the optional half-precision extension to VFPv3/Advanced SIMDv1 was permitted (=1)
Tag_DSP_extension = This code was permitted to use Thumb DSP functions as an optional architecture extension above the base architecture as indicated by Tag_CPU_arch (=1)
Not enough information to list image symbols.
Not enough information to list load addresses in the image map.
Finished: 57 information, 0 warning and 11 error messages.
".\Objects\ProTemplatePTC.axf" - 11 Error(s), 0 Warning(s).
Target not created.
Build Time Elapsed: 00:00:05
一、客户及工程信息
MCU：YTM32B1ME05
二、问题现象
客户执行 A/B 升级时，两个方向表现不一致：
A 面切换到 B 面：
B 面切换回 A 面：
固件升级及校验均正常； 执行 Fls_WriteSwap()； 专门用于提示“升级成功”的 CAN 报文没有发送出来； 同一时间其他后台周期 CAN 报文仍能正常发送，CAN 总线及控制器并未整体失效； 随后进行复位，MCU 可以正常运行在 A 面； 通过 BOOT_INFO 及程序版本确认，实际 A/B SWAP 已经执行成功。三、客户诉求
请问如何进行进一步的排查方向.
确认两个方向的swap在软硬件上是否一致.
YTM32Bx系列的NVR Flash区域可用于存放用户特殊用途的数据，由于其操作的特殊性，故在云途MCAL Fls模块中不支持对NVR Flase的读、写、擦除操作（HCU NVR load key除外）。各个型号NVR区域的详细信息及操作指南，可参考各个型号RM以及《AN_0062_EFM_Application_Note》。
MCAL的工程如何操作NVR Flash在MCAL工程中，为满足客户操作NVR区域的需求，特编写Fls_Nvr.c/.h文件，用于支持用户操作NVR Flash。如下方压缩包所示：
Fls_NvrDriver.zip
用户可将上述两个文件添加至工程中，并根据添加的位置修改CMakeList文件，如下所示，下图示例中将上述文件添加至App/Fls_NvrDriver，并修改工程的CMakeList。
ea857a9f-b8bb-4d35-b587-e7e68ae641c4-image.png
由于Fls 模块与NVR Flash操作均需使用EFM模块，因此在调用NVR Flash操作API时，应尽量避免与Fls模块的操作同时工作的问题。虽然在NVR Flash的API中判断了Fls模块是否处于BUSY状态有判断，但是Fls无法判断NVR Flash API是否正在被调用，因此如果两者同时操作EFM，容易导致操作失败。故在使用上需规避二者同时操作EFM。
CUS NVR注意事项向CUS NVR中指定位置写入数据可修改MCU的CUS KEY，可修改Flash写保护寄存器初始值，可开关MCU debug功能等，因此CUS NVR区域的写入操作需谨慎执行。各个型号CUS NVR功能及地址映射关系详见《AN_0062_EFM_Application_Note》。在测试CUS NVR写入时，需注意：
CUS KEYYTM32B1MD1、YTM32B1MD2、YTM32B1MC0、YTM32B1ME1、YTM32B1HA0的CUS KEY均可通过向CUS NVR中的0-7字节写入数据来更改。因此若用户需要CUS KEY, 可向CUS NVR前8字节中24bit key以及0x5A5A5A5A。修改CUS KEY后，MCU默认的KEY失效，用户需自行记录更新后的KEY，并在每次调用相关接口时使用更新后的KEY，若KEY遗失，则CUS NVR读、写、擦除操作，HCU NVR擦除均无法再执行。
Debug使能及禁用通过向CUS NVR指定位置写入0x5A5A5A5A,0x5A5A5A5A，可实现MCU debug功能禁用，debug功能禁用后，只能通过擦除CUS NVR中指定位置写入的值，才能再次启用MCU debug功能。因此在禁用MCU debug功能前，请确保CUS NVR擦除代码可被有效调用。
YTM32B1HA0 CUS NVR注意事项YTM32B1HA0 CUS NVR的写入的最小长度为32字节，但是在disable debug或修改cus key时，其需要写入的数据长度仅为8字节。如下图所示：
78de7815-a857-4db1-8ba9-b33d23d814a8-image.png
因此应用程序在执行上述功能时，为了不影响其他位置的数据，需要先读取CUS NVR中的数据，在读取结果的基础上修改对应位置的数据，最后再写入到CUS NVR中。
如下所示代码为CUS NVR中禁用debug功能所示代码，代码中为不影响cus key及EFM PROT0/1初始值，先读取CUS NVR 0-32字节中的数据，然后修改8-15字节中的数据，然后擦除CUS NVR，并将数据再次写入到CUS NVR中。此示例中由于调用了Fls 擦除，因此对于32字节之后的数据，客户应视情况而定是否需要再次写入。
OTP NVR的最末尾8字节(YTM32B1HA01为最末尾32字节)为OTA使用，用户禁止写入。
各个型号NVR Flash操作Demo各个型号Demo工程如下所示：
YTM32B1HA0部分客户为了适配之前的软件结构，或是想要简化代码复杂度，需要采取纯寄存器操作。其中，由于RAM的寄存器定义在手册中并未体现，因此操作难点主要体现在RAM配置。
这里以HA01为对象做一个简单的示例。
EVB: HA01 EVB
SDK: 1_4_0
YCT: 2_7_8
初始化主要包括以下几个方面：
1. 选择CAN时钟源，在CTRL1.CLKSRC进行设置，设置时钟源时CAN需处于DISABLE状态；
2. 通过MCR.MDIS使能CAN模块；
3. 设置RXMGMASK、RX14MASK、RX15MASK和RXFGMASK，默认初始化为全F。以上四个寄存器只有在freeze模式下才配置生效（如果需要使用独立掩码，即MCR.IRMQ=1，则RXIMR也需要初始化为全F）；
4. 初始化RAM，RAM寄存器数量为邮箱数*4，即如果有32个邮箱，则RAM[0]~RAM[127]需要被初始化为0，具体看使用邮箱数量。如果使用了enhance fifo，那么enhance fifo的RAM所在区域都需要初始化；
5. 如果是FD模式，还需要完成以下步骤：
1. 使能MCR.FDEN和CTRL2.BTE；
2. 通过ENCBT和EDCBT配置仲裁段和数据段速率；
3. 通过FDCTRL.MBDSRn配置payload；不同payload下每个邮箱占用的空间不同。
Classic CAN (8B): 仲裁字段(2字) + 数据(2字) = 4 words
CAN FD 16B: 仲裁字段(2字) + 数据(4字) = 6 words
CAN FD 32B: 仲裁字段(2字) + 数据(8字) = 10 words
CAN FD 64B: 仲裁字段(2字) + 数据(16字) = 18 words
4. 使能CTRL2.ISOCANFDEN；
5. 通过FDCTRL.FDRATE使能数据阶段高速率。
6. 设置波特率。通常情况下，可以在CTRL1中设置PRESDIV、PROPSEG、PSEG1、PSEG2和RJW，但当CTRL2.BTE=1或者FD模式下CTRL1中的配置失效，此时需要在CBT或者ENCBT中进行波特率配置，寄存器中的值实际计算时需要加1。
其中，同步跳转宽度设置规则为≤min（Phase_Seg1，4），如果太大会使采样点提前，进而影响通信时序；
7. 通过IMASKn开启对应邮箱的中断。
ps：如果使用了FD、FIFO、Enhance FIFO或DMA等功能时，还需要单独进行相应设置。
邮箱在RAM中的布局如下：
RAM[offset + 0] = CS 字（控制/状态）
RAM[offset + 1] = ID 字（消息ID）
RAM[offset + 2 .. offset+1+(dataLen/4)] = 数据字
发送数据时，一般步骤如下：
- 先清 IFLAG1：base->IFLAG1 = 1UL << mb_idx
- 写数据字：32位大端对齐写入
- 写 ID 字（注意标准/扩展 ID 格式差异）
- 最后写 CS 字（写入 CS 即触发发送）
数据字大端格式：
数据排列: data[0]→[3] 合并为 word[31:0]
CS 构造（按位组合）：
bit[19:16] = DLC (4-bit编码)
bit[21] = IDE (1=扩展帧)
bit[22] = SRR (扩展帧必须置1)
bit[31] = EDL (1=CAN FD帧)
bit[30] = BRS (1=使能比特率切换)
bit[27:24] = CODE (0xC=TX数据帧)
注意：发送 CS 字必须最后写入，因为写入 CS 字即触发 FlexCAN 发送操作，数据字和 ID 字必须先准备好。
上面有提到，一个MB占用4个RAM寄存器空间（Normal 模式下），那么以MB1为例，必须进行的步骤如下：
1. 设置ID。
MB1所在区域为RAM[4]~RAM[7]，因此ID需要在RAM[5]中进行设置，若ID为0x32，那么配置如下：
注意：必须先清除 CS 和 ID 寄存器再写新值，否则可能残留旧数据导致意外匹配。标准 ID 接收时 CS 中的 IDE 位必须为 0。
接收帧配置步骤 先轮询 IFLAG1，不要直接读 MB的CS if (!(base->IFLAG1 & (1UL << mb_idx))) return ERROR;注意：如果 MB 处于 EMPTY 状态时去读 CS，RX MB 会被锁定（Lock），直到收到新帧或复位。必须先检查 IFLAG1 再读 MB。
2. 检查 CODE：必须是 FULL(0x2) 或 OVERRUN(0x6) 才表示有数据
3. 读取 DLC 并解码为实际数据长度（CAN FD 需要查表）：
DLC 0-8 → 8/12/16/20/24/32/48/64 字节
DLC 实际数据长度
0-8 0-8
9 12
10 16
11 20
12 24
13 32
14 48
15 64
4. 读取数据字并拆分为大端字节序（与发送对应）
5. 读取 TIMER 解锁：
注意：FlexCAN 硬件要求在读取接收到的 MB 后，必须读取 TIMER 寄存器来解锁，否则 MB 会保持锁定状态无法接收新帧。
6. 清除 IFLAG1：
Flexcan_Demo_Register.zip
本来想实现硬件的 但是看了下原理 我的bootloader+app1已经超了PFLASH0 128KB啦。
0x0000_0000 ~ 0x0001_17FF 0x11800 Bootloader（含 IVT）
0x0001_1800 ~ 0x0002_7FFF 0x16800 APP_A 运行区
0x0002_8000 ~ 0x0003_E7FF 0x16800 APP_B 升级缓冲区
0x0003_E800 ~ 0x0003_E9FF 0x200 APP_A appinfo
0x0003_EA00 ~ 0x0003_EBFF 0x200 APP_B appinfo
0x0003_EC00 ~ 0x0003_FFFF 0x1400 保留/扩展区
大佬们好，YTM32B1ME 系列上使用 UART 做升级，偶现 UART 接收数据不完整，SOC 发送的数据 MCU 端少量字节未收到 (应用端校验不通过，会重发)。当前 UART 和 CAN 中断优先级相同
debug发现是串口进入了错误中断 buffer over
22c773df-a8fe-4655-97bd-8da7167430dc-93618bff9f2738088ea5c11a0d2ccf49.png
目前的想法是升级模式时临时提高 UART 优先级8273613a-846d-47be-8b91-8d1a5a185f83-973c459a08253188f7c9e747df1525cb.png
修改完后目前测试来看是有改善的。 请问这样动态修改优先级操作是合理的吗，或者还有别的方法推荐吗
512cf50d-5d24-4892-985e-aa2b3a73c018-image.png  6d3da5a4-b3fc-4177-871b-52be4f439495-image.png
这个是栈溢出了吗？出现的时候是我在发送10 03 然后发送27服务的时候会出现。
Announcements regarding our community
A place to talk about whatever you want or ask a question
Blog posts from individual members
快速上手云途开发生态
发帖前请查看
帮助改进和优化YT CONFIG TOOL，有机会抽取YTM32B1ME0 EVB哦...
