YunTu Forum

上位机启动CAN发送数据，显示ACK err。CAN0 ECR->RCERRCNT 0x81。不能进CAN中断。
d6b62e38-b65c-4381-8cd5-25868e897db0-image.png
8c119760-6273-495c-a54f-a1e7b8ee93d6-image.png

建议：将 MPU Region 0 配置为覆盖全 4 GB 地址空间的 non-cacheable 背景区，并采用 AP_NONE + XN 作为默认拒绝策略；再使用更高编号的 Region 显式开放实际需要访问的内存。下文MPU配置只针对于SDK，MCAL中MPU默认配置和下文一致，无需修改。

1. 问题背景

在已知案例中，系统使能 Cache 后偶发 IBUSERR（Instruction Bus Error）；分析怀疑 Cache 预取访问越过有效区域并触及 CUS_NVR 或 其他未开放的NVR区域。将相关 NVR 区域显式配置为 non-cacheable，或关闭 MPU 的特权默认内存映射（PRIVDEFENA = 0）后，问题未再复现。

IBUSERR 故障现场，BFSR.IBUSERR 置位
上述现象用于说明配置风险，不代表所有 IBUSERR 都由同一原因引起。实际故障仍应结合 CFSR、HFSR、BFAR、MMFAR 和异常现场进一步确认。

ARMv7-M 在 MPU 未覆盖区域可使用默认内存映射；其中部分地址范围具有 Cache 属性。如果使能 PRIVDEFENA，特权访问可能继续使用这些默认属性，导致未显式配置的地址仍可被访问。

ARMv7-M 默认内存映射及 Cache 属性

2. 推荐配置原则 Region 0 覆盖全 4 GB 地址空间：基址为 0x00000000，大小为 4 GB。 Region 0 默认禁用 Cache：配置为 Strongly-Ordered，TEX=0、C=0、B=0。 Region 0 默认禁止访问和执行：配置 AP_NONE 和 XN=1。因此它不只是一个 non-cacheable 区域，也是所有未授权地址的兜底拒绝区。 有效内存使用更高编号 Region 覆盖：MPU 区域重叠时，编号更高的 Region 优先。例如 Region 7/8 可覆盖 Region 6 的部分地址，提供 non-cacheable 映射。 配置前清除全部 Region：根据 MPU->TYPE 获取硬件实现的 Region 数量并逐个清除，避免 Bootloader 或前序代码留下的高编号 Region 覆盖当前配置。 关闭特权默认内存映射：调用 ARM_MPU_Enable(0U)，确保 MPU_CTRL.PRIVDEFENA=0，未被白名单 Region 开放的地址不得访问。 先配置 MPU，再使能 Cache：避免在内存属性尚未确定时产生 Cache 行填充或预取。

注意： 如果把 Region 0 改为 AP_FULL，虽然仍可设置 non-cacheable，但会失去“未配置地址默认禁止访问”的白名单保护效果，建议使用白名单控制更精确。

3. Region 配置摘要 Region 地址和大小 内存属性 访问/执行属性 用途 0 0x00000000, 4 GB Strongly-Ordered, non-cacheable No Access, XN 全地址空间背景区 1 0x00000000, 32 KB Normal, non-cacheable Full Access, executable ITCM 2 0x02000000, 2 MB Normal, Write-Through Full Access, executable PFlash 3 0x06000000, 256 KB Shareable Device Full Access, XN DFlash 4 0x10000000, 16 KB Device Privileged RW, XN NVR0 5 0x10020000, 16 KB Device Privileged RW, XN NVR1 6 0x20000000, 512 KB Normal, WBWA Full Access, executable SRAM 主区域 7 0x20000000, 128 KB Normal, non-cacheable, shareable Full Access, executable DTCM，覆盖 Region 6 8 0x20020000, 64 KB Normal, non-cacheable Full Access, executable OCRAM non-cacheable 区 9 0x40000000, 2 MB Device Privileged RW, XN APB 外设 10 0x67000000, 128 B Device, non-shareable Full Access, executable QSPI RX Buffer 11 0xE0000000, 1 MB Device, non-shareable Privileged RW, XN PPB 4. MPU 参考配置 void MPU_Config(void) { uint32_t region; uint32_t region_count; ARM_MPU_Disable(); /* Clear all implemented regions to remove any previous MPU configuration. */ region_count = (MPU->TYPE & MPU_TYPE_DREGION_Msk) >> MPU_TYPE_DREGION_Pos; for (region = 0U; region < region_count; ++region) { ARM_MPU_ClrRegion(region); } /* Region 0: 4GB background, strongly-ordered, no access, XN */ MPU->RBAR = ARM_MPU_RBAR(0, 0x00000000U); MPU->RASR = ARM_MPU_RASR(1, ARM_MPU_AP_NONE, 0, 0, 0, 0, 0, ARM_MPU_REGION_SIZE_4GB); /* Region 1: ITCM 0x00000000 32KB, Normal non-cacheable, RWX */ MPU->RBAR = ARM_MPU_RBAR(1, 0x00000000U); MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_FULL, 1, 0, 0, 0, 0, ARM_MPU_REGION_SIZE_32KB); /* Region 2: PFlash 0x02000000 2MB, Normal write-through, RWX */ MPU->RBAR = ARM_MPU_RBAR(2, 0x02000000U); MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_FULL, 0, 0, 1, 0, 0, ARM_MPU_REGION_SIZE_2MB); /* Region 3: DFlash 0x06000000 256KB, Shareable device, XN */ MPU->RBAR = ARM_MPU_RBAR(3, 0x06000000U); MPU->RASR = ARM_MPU_RASR(1, ARM_MPU_AP_FULL, 0, 1, 0, 1, 0, ARM_MPU_REGION_SIZE_256KB); /* Region 4: NVR0 0x10000000 16KB, Device, privileged RW, XN */ MPU->RBAR = ARM_MPU_RBAR(4, 0x10000000U); MPU->RASR = ARM_MPU_RASR(1, ARM_MPU_AP_PRIV, 0, 0, 0, 1, 0, ARM_MPU_REGION_SIZE_16KB); /* Region 5: NVR1 0x10020000 16KB, Device, privileged RW, XN */ MPU->RBAR = ARM_MPU_RBAR(5, 0x10020000U); MPU->RASR = ARM_MPU_RASR(1, ARM_MPU_AP_PRIV, 0, 0, 0, 1, 0, ARM_MPU_REGION_SIZE_16KB); /* Region 6: SRAM 0x20000000 512KB, Normal WBWA, RWX */ MPU->RBAR = ARM_MPU_RBAR(6, 0x20000000U); MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_FULL, 5, 0, 0, 1, 0, ARM_MPU_REGION_SIZE_512KB); /* Region 7: DTCM 0x20000000 128KB, Normal non-cacheable shareable, RWX */ MPU->RBAR = ARM_MPU_RBAR(7, 0x20000000U); MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_FULL, 1, 1, 0, 0, 0, ARM_MPU_REGION_SIZE_128KB); /* Region 8: OCRAM 0x20020000 64KB, Normal non-cacheable, RWX */ MPU->RBAR = ARM_MPU_RBAR(8, 0x20020000U); MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_FULL, 1, 0, 0, 0, 0, ARM_MPU_REGION_SIZE_64KB); /* Region 9: APB 0x40000000 2MB, Device, privileged RW, XN */ MPU->RBAR = ARM_MPU_RBAR(9, 0x40000000U); MPU->RASR = ARM_MPU_RASR(1, ARM_MPU_AP_PRIV, 0, 0, 0, 1, 0, ARM_MPU_REGION_SIZE_2MB); /* Region 10: QSPI RX buffer 0x67000000 128B, Device non-shareable, RWX */ MPU->RBAR = ARM_MPU_RBAR(10, 0x67000000U); MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_FULL, 2, 0, 0, 0, 0, ARM_MPU_REGION_SIZE_128B); /* Region 11: PPB 0xE0000000 1MB, Device non-shareable, privileged RW, XN */ MPU->RBAR = ARM_MPU_RBAR(11, 0xE0000000U); MPU->RASR = ARM_MPU_RASR(1, ARM_MPU_AP_PRIV, 2, 0, 0, 0, 0, ARM_MPU_REGION_SIZE_1MB); /* * DefaultMapEn = FALSE: MPU_CTRL.PRIVDEFENA remains 0. * RunHFNMIEn = FALSE: MPU_CTRL.HFNMIENA remains 0. * ARM_MPU_Enable() enables MemManage faults through SCB->SHCSR. */ ARM_MPU_Enable(0U); } 5. 集成检查项 确认芯片实现的 MPU Region 数量满足配置需求，可读取 MPU->TYPE 核对。 确认每个 Region 的基址按 Region 大小对齐，大小为 MPU 支持的 2 的幂。 对照芯片 Memory Map 和链接脚本，覆盖所有 CPU 会访问的代码、数据、启动区、外设、NVR、外部存储及别名地址。 禁用 MPU 后先清除硬件实现的全部 Region，再写入当前配置，避免残留的高编号 Region 取得更高优先级。 保持 Region 0 为最低编号；需要覆盖其属性的有效区域使用更高编号。 NVR、外设寄存器和其他不允许 Cache 的区域必须显式配置为 Device、Strongly-Ordered 或合适的 Normal non-cacheable 类型。 DMA 缓冲区应使用 non-cacheable 区域，或严格执行 Cache clean/invalidate；不能只依赖 Region 0。 根据最小权限原则复核 AP 和 XN。数据区通常应设置 XN，只读程序 Flash 通常不应开放不必要的写权限。 在 MPU 配置完成后再使能 I-Cache/D-Cache；修改运行中的内存属性前后按 CMSIS/芯片手册要求执行 Cache 维护及 DSB/ISB。 若应用确实需要在 HardFault、NMI 中使用 MPU 白名单外的地址，应单独评估 HFNMIENA，不要直接照搬示例。 6. 验证建议

完成配置后，至少执行以下验证：

启动验证：系统可正常完成启动，向量表、启动代码、栈、堆和所有初始化访问均被白名单覆盖。 功能验证：覆盖 Flash/NVR 擦写、外设访问、DMA、QSPI、通信和低功耗唤醒等实际场景。 负向验证：在受控测试中访问一个未开放地址，应触发 MemManage Fault，而不是继续采用默认内存属性访问。 稳定性验证：在客户实际负载、编译优化等级和工作温度下进行长时间压力测试，确认 CFSR.IBUSERR、PRECISERR、IMPRECISERR 等故障位不再出现。 7. 结论

Region 0 建议统一配置为覆盖全 4 GB 的 non-cacheable、No Access、XN 背景区，并关闭 PRIVDEFENA。这种白名单方式可以避免未显式配置区域继承 ARM 默认内存映射和 Cache 属性；具体可访问、可执行及可缓存范围由更高编号 Region 精确开放。

发现同样版本的MCAL，转到其他电脑重新配置的时候，需要点击重新覆盖，重新生产代码的时候，编辑报错，发现出现空函数，没有定义，需手动屏蔽代码才能通过编译。MCAL版本与YCT版本如下5a63695c-6eb8-430a-bffa-1eb52e950dac-image.png 空函数如下fa7d096c-e2f0-4a62-8906-55c8b11271c6-image.png

UDS FBL Demo合集参考：
https://forum.ytmicro.com/topic/1537/ytm32b1le04-uds-can-fbl公版操作指南

https://forum.ytmicro.com/topic/1201/ytm32b1le05-uds-can-fbl公版操作指南

https://forum.ytmicro.com/topic/1603/ytm32b1le05-uds-lin-fbl公版操作指南

https://forum.ytmicro.com/topic/1200/ytm32b1le15-uds-can-fbl公版操作指南

https://forum.ytmicro.com/topic/1641/ytm32b1le15-uds-lin-fbl公版操作指南

https://forum.ytmicro.com/topic/1199/ytm32b1mc03-uds-can-fbl公版操作指南

https://forum.ytmicro.com/topic/1202/ytm32b1mc03-uds-lin-fbl公版操作指南

https://forum.ytmicro.com/topic/1179/ytm32b1md14-uds-can-fbl公版操作指南

https://forum.ytmicro.com/topic/1180/ytm32b1md14-uds-lin-fbl公版操作指南

https://forum.ytmicro.com/topic/1257/ytm32b1me05-uds-can-fbl公版操作指南

https://forum.ytmicro.com/topic/1447/ytm32b1ha01-uds-can-fbl公版操作指南

SDK 1.4.1 硬件为 B1MC0_EVB。使用 FEE_DEMO 。
demo 配置为 DFlash1 的地址，手动修改为 DFlash0 的地址后，程序就不停重启。

各位大佬帮忙看看
1、 05版软件中为解决VIN只写一次的问题，将FEE长度由17byte更改为18byte，并写入VIN，再刷回04版读到的VIN改变了，并且不是固定值，如下图。
c405a1c5-95e2-4b40-ba8b-d1082a83101d-image.png
2、 04版软件写入VIN，再更新到05版软件，读取到VIN发生改变并且不是定值。如下图
85e246d9-39ac-4cd6-adb1-3e02477cefa5-image.png
3、通过JLINK对flash全擦后，未写入的情况下读到的VIN_FEE不是全FF，是一组随机值，和前边两种情况类似，会发生变化。
4、有什么办法可以实现，不改变FEE长度设置的情况下，未写入VIN时读取到全0，并且只能写入一次。

目前情况为：对于ADC0分配了三个通道 ADC1分配了一个通道，其中ADC0的ADC_INPUTCHAN_EXT25和ADC1的ADC_INPUTCHAN_EXT21是不准确(前者偏差0.7v，后者偏差0.4v)，ADC0的ADC_INPUTCHAN_EXT14和ADC_INPUTCHAN_EXT19是准确的
具体配置如下：

const adc_converter_config_t adc_config0={ .clockDivider=0, .startTime=12, .sampleTime=16, .overrunMode=false, .autoOffEnable=false, .waitEnable=false, .trigger=ADC_TRIGGER_SOFTWARE, .align=ADC_ALIGN_RIGHT, .resolution=ADC_RESOLUTION_12BIT, .dmaWaterMark=0, .dmaEnable=false, .sequenceConfig={ .sequenceMode=ADC_CONV_STEP, .sequenceIntEnable=true, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .channels={ ADC_INPUTCHAN_EXT14, ADC_INPUTCHAN_EXT19, ADC_INPUTCHAN_EXT25, }, .totalChannels=3, }, .adcCompareCnt=0, }; const adc_converter_config_t adc_config1={ .clockDivider=0, .startTime=12, .sampleTime=16, .overrunMode=false, .autoOffEnable=false, .waitEnable=false, .trigger=ADC_TRIGGER_SOFTWARE, .align=ADC_ALIGN_RIGHT, .resolution=ADC_RESOLUTION_12BIT, .dmaWaterMark=0, .dmaEnable=false, .sequenceConfig={ .sequenceMode=ADC_CONV_STEP, .sequenceIntEnable=true, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .channels={ ADC_INPUTCHAN_EXT21, }, .totalChannels=1, }, .adcCompareCnt=0, }; /* ADC0通道配置数组 - 单通道独立配置 */ const adc_sequence_config_t adc0_ChnConfigArray[8] = { /* 通道0: PTC_16 -> ADC0_S14 -> EXT14 (ON_AD功能) */ { .sequenceIntEnable = false, .convIntEnable = false, .readyIntEnable = false, .ovrunIntEnable = false, .sampIntEnable = false, .sequenceMode = ADC_CONV_STEP, .channels = { ADC_INPUTCHAN_EXT14 }, .totalChannels = 1, }, /* 通道1: PTB_22 -> ADC0_S19 -> EXT19 (ACC_AD功能) */ { .sequenceIntEnable = false, .convIntEnable = false, .readyIntEnable = false, .ovrunIntEnable = false, .sampIntEnable = false, .sequenceMode = ADC_CONV_STEP, .channels = { ADC_INPUTCHAN_EXT19 }, .totalChannels = 1, }, /* 通道2: PTB_9 -> ADC0_S25 -> EXT25 (备用) */ { .sequenceIntEnable = false, .convIntEnable = false, .readyIntEnable = false, .ovrunIntEnable = false, .sampIntEnable = false, .sequenceMode = ADC_CONV_STEP, .channels = { ADC_INPUTCHAN_EXT25 }, .totalChannels = 1, }, // /* 通道3-7: 备用通道 */ // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, }; /* ADC1通道配置数组 - 顺序与adc_config1的channels列表保持一致 */ const adc_sequence_config_t adc1_ChnConfigArray[8] = { /* 通道0: PTD_27 -> ADC1_S21 -> EXT21 (5V_AD功能) */ { .sequenceIntEnable = false, .convIntEnable = false, .readyIntEnable = false, .ovrunIntEnable = false, .sampIntEnable = false, .sequenceMode = ADC_CONV_STEP, .channels = { ADC_INPUTCHAN_EXT21 }, .totalChannels = 1, }, // /* 通道1-4: 原INPUT1~4通道，已停用 */ // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, // /* 通道5-7: 备用通道 */ // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, // { .sequenceIntEnable=false, .convIntEnable=false, .readyIntEnable=false, .ovrunIntEnable=false, .sampIntEnable=false, .sequenceMode=ADC_CONV_STEP, .channels={ ADC_INPUTCHAN_EXT0 }, .totalChannels=1 }, };

调用情况如下

int16_t HAL_ADC_GetValue(uint32_t instance, uint8_t chn) { uint32_t convtime = 0; uint16_t value; /* 根据ADC实例选择对应的配置数组 */ const adc_sequence_config_t *chnConfig; if (instance == INST_ADC0) { chnConfig = &adc0_ChnConfigArray[chn]; } else if (instance == INST_ADC1) { chnConfig = &adc1_ChnConfigArray[chn]; } else { return -1; // 无效的ADC实例 } ADC_DRV_ConfigSequence(instance, chnConfig); ADC_DRV_Start(instance); while(!ADC_DRV_GetEndOfSequenceFlag(instance)) { /* AD值采集超时,避免死循环等待 */ if (++convtime >= ADC_TIMEOUT) { return -1; } } ADC_DRV_ClearEoseqFlagCmd(instance); value = ADC_DRV_ReadFIFO(instance); return value; }

打印出来的FIFO如下图 ADC0和ADC1是准确的 ADC3和ADC4分别有0.7v和0.4v的偏差
34b52204-55ef-449c-a1a1-588615b85d60-image.png

YT-LINK怎么修改中断向量表，现在需要删掉IVT_RAM，但是直接删掉后会报错，生成不了代码。目的是想修改中断向量表的运行地址，使得中断向量表运行在PFLASH中，以便节省RAM的资源，请教大佬是否有解决办法。
46420ea6-5cd3-499c-96f2-b061a0192439-1c7aaced3f5517d1fdc439adf6c1a77.png

但是程序运行不了，程序卡在这。

c2eeeec3-79f3-45d2-82fc-0d1c2cf3e12e-b100dccb8b9d425d530be8d7fccdcd7.png

请教下，执行这个HCU函数后，出现程序跑飞的情况，不知是什么原因及有什么解决方案吗![微信图片_20260826112209.png

ECDSA（椭圆曲线数字签名）验签算法

算法介绍及实现：ECDSA（椭圆曲线数字签名算法）验签原理及软件实现.pdf
参考demo：MbedTls_with_ECDSA_Demo.zip

RSA验签算法

算法介绍及实现：RSA验签原理及软件实现.pdf
参考demo：MbedTls_with_RSA_Demo.zip

AES-CMAC验签算法

算法介绍及实现：AES_CMAC验签原理及软件实现.pdf
参考demo：Hcu_Ecb_Demo_ME0.zip

如题帮忙解绑客户 YCT 离线License，感谢！

邮箱：shuyu.wang@foryouge.com.cn
用户名：baozi12314
错误Machine Id：e6933ae1908

f39444a8-351e-4102-9f29-4d293053db8e-bb4fece094e1c14ffc2a908595e667ff.png

b33f511b-4e0a-4f27-a916-161b3c2263c5-image.png

使用MCAL lin的时候，有时会读取RXD电平的状态，是否可以通过使能GPIO 来读取电平状态，同时不影响LIN通讯功能

用YT Config Tool生成完工程，用vscode打开，为什么每次再去修改YT Config Tool中的配置啥的，点右上角Save保存配置，再点Generate重新生成代码，进度条到 99 就报错。90f16273-fdcf-4823-a3d7-39a1e7f42333.png

如何做到一个邮箱接受多个ID，有相关配置教程吗，谢谢,请注意是CAN5，RxFifoType里面没有ENHANCE,只有LEGACY

637c4d76-3883-4f75-99e7-eaa0b2ede731-image.png 你好我在论坛里面看到说如果有这个预留结构体的话 会在block头和数据之间加32字节的0xff，但是我怎么去配置他不预留呢。我试了修改了很多配置都会有这个预留字节的啊。

21b823c7-401c-412e-b1f2-47c36026fbbf-image.png

441f595f-70f0-4ae2-b776-d9783a411e19-image.png

你好 请问 这个0xA000地址是app的地址，感觉和boot里的地址（0x400~0x103fe）重合了，能解释一下不？035e8b08-54e7-4506-bf68-68c45548a077-502dd861e52bb0f5347ac4269162ea82.png

1. 前言 BootSwap 是一种 A/B 双区启动切换机制，用于在 MCU 的两个 Flash 启动块之间进行切换。 云途芯片 M 系列、H 系列均支持 BootSwap。 BootSwap 的操作本质是对 BOOT_NVR 扇区进行擦写操作。A -> B 和 B -> A 的擦写操作不同，导致 A/B 面切换时间不同，在一些应用中可能带来超时，如诊断超时、看门狗超时等。 本文以 HA01 芯片为例，介绍 BootSwap 的原理、A/B 面切换的时间差异，以及 ABSwap 操作不支持异步的原因。 2. BootSwap原理 YTM32B1HA0 片上集成了 2 片容量为 1M 的 flash，称为 pflash0 和 pflash1，总计 2MB，上电从 Rom Boot启动，按照BVT解析出地址跳转；默认是跳转到到pflash0 起始地址 0x200_0000 启动。 默认情况下，pflash0 被映射在 0x200_0000 开始的地址空间，pflash1 拼接在 pflash0 之后。 当执行了 BootSwap 命令后复位，pflash1 的物理存储被映射到 0x200_0000 开始的地址空间，pflash0 拼接在 pflash1 之后。
86e2b2bb-e4c5-4cbe-af9a-5b887af65885-image.png 2.1 EFM命令和BOOT_INFO 执行 BootSwap 命令的具体操作，就是向 EFM 模块的 CMD 寄存器写入 BootSwap 的命令码 0x30，如下图所示。
8737189b-ead3-4d7b-b01a-6bc6e205f665-image.png 在 EFM 模块的 STS 状态寄存器中，可以通过 BOOT_INFO 标志判断当前 0x200_0000 开始的区域映射在哪块 pflash 上，如下图所示。
07b0d895-2b47-4f1a-b0fe-b276afbc5c72-image.png tips：只有当芯片复位之后，新的设置才能生效。通常在软件中，执行 BootSwap 命令后，再调用NVIC_SystemReset()函数复位生效。 3. 核心一：A/B 面切换时间差异 3.1 原理：写入 vs 擦除 HA01 的 BOOT_NVR 区域视图如下（BOOT_NVR 在 Block0）：
49ca1c01-58cc-4266-adc2-47a6735c08d9-image.png A面 -> B面：EFM 在 STS[BOOT_INFO]=0 的状态下（A面）接收到 BOOT_SWAP 命令时，会向 BOOT_NVR 扇区的前三个地址依次写入 SWAP_TAG（0x5A5A5A5A5A5A5A5A）。
5e9a479e-e3d7-42bb-97a2-48bd05d0c4f1-image.png B面 -> A面：EFM 在 STS[BOOT_INFO]=1 时（B面）收到 BOOT_SWAP 命令，EFM 会擦除 BOOT_NVR 扇区。
ce673841-60e3-49ac-bea7-ea50b1694b62-image.png MCU 复位后的 EFM 硬件初始化过程会读 BOOT_NVR 扇区的前三个地址：如果读回的数据有至少两个等于 SWAP_TAG（0x5A5A5A5A5A5A5A5A），硬件会将 STS[BOOT_INFO] 置 1（0x200_0000 映射到 B 面），表明进入 PFlash 逻辑地址重映射模式；否则 STS[BOOT_INFO] 保持复位值 0（0x200_0000 映射到 A 面）。 3.2 时间数据 STS[BOOT_INFO]=0 的状态下，A面 -> B面 时，EFM 会对 BOOT_NVR 扇区进行写入操作（Program），耗时很短（约82us）。 STS[BOOT_INFO]=1 的状态下，B面 -> A面 时，EFM 会对 BOOT_NVR 扇区进行擦除操作（Erase），耗时较长，擦除一个扇区需要 20ms。
c5515a45-e8fe-44e0-ad40-e4151447ab90-image.png 实测配置如下：
d73d87a6-8146-4a8a-8baa-ceef86e9ac6d-image.png A面 -> B面，耗时78us：
8544a8a0-fbc0-47e4-b33f-0742ffaf48b8-image.png B面 -> A面，耗时约19ms：
3d5d205e-5918-4499-aeac-c32feb148922-image.png 4. 核心二：ABSwap 操作不支持异步 因为 BOOT_NVR 区域和 PFlash0（A面）同在一个 Block0 上，所以从理论上来讲，A面 -> B面 时 EFM 对 BOOT_NVR 区域只能进行同步操作，即对 BOOT_SWAP 区域写入 TAG 需要关闭全局中断，等待写入完成。 而 B面 -> A面 时，程序在 B面（Block1）上运行，对 BOOT_NVR 区域（Block0）是可以异步操作的，即在对 BOOT_NVR 擦除的 19ms 内，CPU 可以异步继续执行别的代码。 SDK 的 ABSwap 操作是统一同步操作：
1a3b27d8-dd23-47de-b0b3-12486cd36bde-image.png 因为 A面 -> B面 只能同步，B面 -> A面 可同步可异步，为了操作统一，SDK 的 ABSwap 只支持同步操作，不支持异步。 5. 小结 A/B 面切换的时间差异源于操作类型不同：A面 -> B面 是向 BOOT_NVR 写入 SWAP_TAG（约 80us），而 B面 -> A面 是擦除 BOOT_NVR 扇区（约 19ms），两者相差两个数量级。 由于 BOOT_NVR 与 A面（PFlash0）同处 Block0，A面 -> B面 只能同步操作；SDK 为统一行为，ABSwap 仅提供同步接口，不支持异步。
bfc29439-02e4-446e-b540-108cd77e2041-image.png tips：在一些对时序要求较高的场景中，要特别注意 A/B Swap 时间差异带来的时序影响。例如诊断帧超时和看门狗超时。 其他系列芯片原理一样（MD1是操作CUS_NVR），BOOT_NVR（CUS_NVR）所属Block和Sector擦除时间不同，都可参考本文进行评估。 6. 测试验证 6.1 环境

Config Tool Version：3.1.0
HA01 SDK version：1.4.1
EVB version: YTM32B1HA0-EVB-LQFP176

6.2 下载说明 在运行用例时，需要进行两次下载：第一次下载程序，下载到从 0x200_0000 开始的 pflash0 中，运行程序后，0x200_0000 地址切换到 pflash1 上，此时还需要再下载一次程序，程序会覆盖到 pflash1 上。 注意，第一次下载程序后运行，从 pflash1 开始启动，pflash1 此时没有可执行的程序，可能会出现“卡死”的状态，此时需要再次下载，无需修改 link 文件将程序地址映射到 pflash1。
Flash_Demo_ABSwap.zip