YunTu Forum

一、客户及工程信息

MCU：YTM32B1ME05

二、问题现象

客户执行 A/B 升级时，两个方向表现不一致：
A 面切换到 B 面：

固件升级完成； 执行 Fls_WriteSwap()； “升级成功”CAN 报文可以正常发送； 复位后能够正常运行在 B 面。

B 面切换回 A 面：

固件升级及校验均正常； 执行 Fls_WriteSwap()； 专门用于提示“升级成功”的 CAN 报文没有发送出来； 同一时间其他后台周期 CAN 报文仍能正常发送，CAN 总线及控制器并未整体失效； 随后进行复位，MCU 可以正常运行在 A 面； 通过 BOOT_INFO 及程序版本确认，实际 A/B SWAP 已经执行成功。

三、客户诉求

请问如何进行进一步的排查方向.
确认两个方向的swap在软硬件上是否一致.

请问一下关于YTM32B1LE14H0MFMR IO口的寄生二极管参数，包括正向压降，电流，反向击穿电压。是多少？需要在哪里查找？

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

NVR Flash操作注意事项 与MCAL Fls模块资源冲突问题

由于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 KEY

YTM32B1MD1、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字节之后的数据，客户应视情况而定是否需要再次写入。

/*Disable Jlink or SWD debug when SW1 is pressed*/ if(TRUE == Fls_CurNvrDebugDisEn) { /*read data*/ TestResult = Fls_ReadCusNvr(0x10000000, Fls_ReadData, 32,Fls_TestCusKey); while(FLASH_E_OK != TestResult) { __asm("NOP"); } /*Clear the register init value in customer nvr*/ TestResult = Fls_EraseCusNvr(0x4dff32); while(FLASH_E_OK != TestResult) { __asm("NOP"); } for(LoopCnt = 0;LoopCnt < 32;LoopCnt++) { Fls_WriteData[LoopCnt] = Fls_ReadData[LoopCnt]; } *((uint32 *)&Fls_WriteData[8]) = 0x5A5A5A5A; *((uint32 *)&Fls_WriteData[12]) = 0x5A5A5A5A; TestResult = Fls_WriteCusNvr(0x10000000, Fls_WriteData, 32,0x4dff32); if(FLASH_E_OK == TestResult) { /*test code nothing to do*/ } else { /*test code nothing to do*/ } Fls_CurNvrDebugDisEn = FALSE; } OTP NVR注意事项

OTP NVR的最末尾8字节(YTM32B1HA01为最末尾32字节)为OTA使用，用户禁止写入。

各个型号NVR Flash操作Demo

各个型号Demo工程如下所示：

YTM32B1HA0
Fls_HA0NvrDemo.zip YTM32B1MC0
Fls_MC0NvrDemo.zip YTM32B1MD1
Fls_MD1NvrDemo.zip YTM32B1MD2
Fls_MD2NvrDemo.zip YTM32B1ME0
Fls_ME0NvrDemo.zip YTM32B1ME1
Fls_ME1NvrDemo.zip

MC03有没有禁用Debug相关的文档，就是禁用Debug后通过Jlink等无法连接

部分客户为了适配之前的软件结构，或是想要简化代码复杂度，需要采取纯寄存器操作。其中，由于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中的布局如下：
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]

uint32_t word = (data[i] << 24) | (data[i+1] << 16) | (data[i+2] << 8 ) | data[i+3]; [链接文本]([链接地址]([链接地址]([链接地址]([链接地址]([链接地址]([链接地址](链接地址)))))))base->RAM[offset + 2 + i/4] = word;

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，那么配置如下：

base->RAM[5] &= ~CAN_ID_STD_MASK; base->RAM[5] |= (frame.msgId << CAN_ID_STD_SHIFT) & CAN_ID_STD_MASK;//STD ID base->RAM[5] |= frame.msgId & (CAN_ID_STD_MASK | CAN_ID_EXT_MASK);//EXT ID 写入数据。
一个单位RAM寄存器为32bit，最多可以存储4byte数据，因此MB1的RAM[6]、RAM[7]都是用来存储数据的，配置如下： base->RAM[6] = (((uint32_t) frame.data[0]) << 24) | (((uint32_t) frame.data[1]) << 16) | (((uint32_t) frame.data[2]) << 8 ) | frame.data[3]; base->RAM[7] = (((uint32_t) frame.data[4]) << 24) | (((uint32_t) frame.data[5]) << 16) | (((uint32_t) frame.data[6]) << 8）| frame.data[7]; 设置邮箱状态/激活邮箱
若数据长度为8，那么配置如下： base->RAM[0] &= ~(CAN_CS_IDE_MASK | CAN_CS_SRR_MASK); base->RAM[0] |= ((uint32_t)8 << CAN_CS_DLC_SHIFT) & CAN_CS_DLC_MASK; base->RAM[0] |= (FLEXCAN_TX_DATA << CAN_CS_CODE_SHIFT) & CAN_CS_CODE_MASK; 接收配置 清除待处理标志 base->IFLAG1 = 1UL << mb_idx; 清除仲裁字段 base->RAM[offset+0] = 0; base->RAM[offset+1] = 0; 写入 ID (标准/扩展格式同发送)
CODE = 0x4 (EMPTY) → 激活接收 base->RAM[offset+0] = cs; // 写入 CS 激活 MB base->IMASK1 |= 1UL << mb_idx; // 使能 MB 中断

注意：必须先清除 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 解锁：

(void)base->TIMER; // 读取 TIMER 寄存器解锁 MB

注意：FlexCAN 硬件要求在读取接收到的 MB 后，必须读取 TIMER 寄存器来解锁，否则 MB 会保持锁定状态无法接收新帧。
6. 清除 IFLAG1：

base->IFLAG1 = 1UL << mb_idx 重新将CODE设为EMPTY（0x04），保留 IDE 位： rearm_cs = (0x4 << 24) | (cs & CAN_CS_IDE_MASK); base->RAM[offset+0] = rearm_cs; 常见问题 问题 现象 解决方法 未等 FRZACK 即配置 配置无效 每次修改 MCR 后等待 FRZACK 同步 未先设 MAXMB 就退出冻结 MB 数量错误 在清除 FRZ/HALT 前设置 MAXMB 发送时先写 CS 再写数据 发送空数据/错误数据 按清IFLAG→数据→ID→CS 顺序 接收时直接读 CS 不查 IFLAG MB 锁定，无法收新帧 先轮询 IFLAG，确认有数据再读 接收后未读 TIMER MB 锁定 读取数据后立即 (void)base->TIMER DLC 未解码为实际长度(CAN FD) 数据截断/读越界 使用 DLC→Length 查表转换 数据字节序不对 数据错乱 大端格式：[0]:MSB, [3]:LSB 标准 ID 未左移 18 位 ID 不匹配 RAM[ID] = msgId << 18 FDCTRL[MBDSR] 未全部设置 部分 MB 负载异常 MBDSR0~3 均需配置为相同值 SRXDIS=0 导致自收自发 总线出现自己发的帧 非回环模式建议置 SRXDIS=1

Flexcan_Demo_Register.zip

请问一下云途初始化完的Iic设备地址可以修改吗，如果可以修改要怎么操作才能正确修改掉

本来想实现硬件的 但是看了下原理 我的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 保留/扩展区

1cf946e5-fc74-49fe-9a42-ebe65ab85e75-image.png
点calculate结果是0，没计算出结果。494cffa7-bbf0-4bf2-ae26-fdf453fa7bba-image.png

大佬们好，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服务的时候会出现。

0627ba33-d32e-44f3-b7f7-600c09b1b3b3-image.png
Port引脚已经配了
a849833c-cdb3-43e4-ac68-77e9fcd66b67-image.png
Mcal配置工具及Mcal包为当前最新版本。

如题：
有基于SKD或者MCAL的ADC上下限阈值超限唤醒MCU（deepsleep）的demo吗？或文档

在MC03这，功能是一定可以实现的吧？

谢谢支持

让ai直接修改yct工程文件里的内容配置mcal，最后用yct_cli校验通过了，并且也能生成代码，但是配置完成的时候发现yct config tool没有同步更新显示变更后的工程文件，需要重新打开一次工程文件才会更新，希望后续能实现这个功能

case1.若FBL在初始化CAN后再跳转至APP，则APP无法正常通信；❌
case2.若FBL不初始化CAN直接跳转至APP，则APP通信正常。✔️

4e45745f-6fd1-41c9-983d-4173602baef9-image.png
按参考帖子的上图说明，检查了一下，分别执行case1或case2的跳转前，均执行了关CAN中断，关CAN控制器，CAN Deinit,关全局中断使能。但是跳转到APP的正常通信还是和FBL跳转前有无初始化相关，有没有办法把case1的情况也改成跳转后APP能够正常通信。
f2e1d75a-ccd8-46bc-9514-f22ab467bff2-image.png

mc0的芯片的flash driver在me0里面也能使用吗请问

d724b9bc-caf7-420b-9927-f35f0ea9fe68-image.png
f543536e-7c03-4feb-a99f-6dc3ce78261a-image.png
39b419c8-a00f-4cb2-b651-5a3961fd08d6-image.png
8e2606fd-811f-4ad0-8f99-63422247c662-image.png
6a6eb9b9-f65a-4b3a-9bb9-7489a29b4a23-image.png
f5032286-e9f6-481a-b54a-d395d69c21e7-image.png
只能发送一个字节，有ACK回应，这是为啥

问题：
两个不同的CAN ID共用一个发送邮箱。在当前Can_Lld_IrqProcessMailBox的中断处理逻辑中，先调用CanIf_TxConfirmation通知上层发送完成，后续才调用Can_Lld_UpdateIdleState解锁邮箱。若这两个ID以高频交替发送，由于邮箱尚未解锁，后续报文可能无法及时写入，导致丢帧。
7f966baa-6a4f-4660-a907-56c8a808f986-image.png
方案：
能不能把这里的CanIf_TxConfirmation函数放在Can_Lld_UpdateIdleState函数之后来解决这个问题？即先解锁邮箱再通知上层。其他地方均无改动，这样子有什么隐患吗？想交流一下
22c6325c-14ac-439f-98df-a8ecd5db815e-image.png
谢谢支持

YTM32B1ME05进行破坏性测试，要确定GPIO极限耐压值，请问贵司有实际测试数据作为实验指导吗？

已完成的项目, 现在需要我进行烧录和验证,keil无法找到芯片型号,官网没有找到pack包,怎么办

519cd780-21bc-4eef-abea-2dc28519707e-image.png

我有看到贵司有和普华合作

c0bae8bc-48ca-46bd-b4d2-ae319e2a1d46-image.png

普华 BSW 工具未找到 YTM32 ECU，是否有额外支持包还是需要什么其他操作呢？