YunTu Forum

1、当block的数量加大，Fee_Init初始化的时间可能会达到300ms及以上
2、测试SystemSoftwareReset复位之后直接跳过Fee_Init操作Fee_Read会发生错误。

针对以上问题掉电重新上电必须初始化可接受，那是否有办法在SystemSoftwareReset后加速Fee_Init初始化，避免造成应用阻塞？

最近在项目里遇到ADC采样的数据不准的问题，经过排查是硬件问题导致的，跟大家分享一下

问题1：采集同一个通道没有问题，但是一旦切换到下一个序列，就会有30mV左右的误差

通过排查硬件发现，发现是采样引脚外部电容Cext焊接问题导致的，更换新的电容后该问题已解决。这里大家也要注意，Cext在DS手册推荐值是30nF，可以先用推荐值来做layout。
4ec7a18b-980c-43a2-b242-5e2883a7dc71-image.png

问题2：MCU ADC引脚外接47k电阻到5V，实测发现ADC引脚上电压不是5V，大概4.4V左右，看起来该电压是被MCU给拉低了

这个问题首先也是怀疑硬件问题，经过官方Demo板测试是OK的，然后排查到产品板上MCU VDD并不是5V供电，所以就导致内部二极管导通，把ADC引脚电压强制拉低了，导致ADC采样数据有问题。
6f6eed24-9e9a-4546-810a-1f00995426c3-image.png

大家还有遇到其他ADC问题的话，也可以跟帖交流一下。

1754114847702.png 1754114847715.png

方案为通过内部DAC输出固定电压值作为比较器ACMP的一个比较源，ACMP的采集通道作为另一个源，两个源进行比较，当ACMP的通道采集值大于DAC值后，ACMP输出通道进行输出，触发TMU，TMU触发eTMR的fault通道；

配置实现 1. 配置ACMP的几个注意事项 1.1 配置引脚

选择相应进行采集的硬件引脚,ADC与ACMP共同复用模拟功能，注意在硬件设计时候要选取可复用为ACMPx_INx的引脚
05f47379-b165-41cd-961d-27fee92323e8-image.png

1.2 时钟

需要使能相应的clock
9a26c1a0-daf0-4221-9385-dcba3ab1b01b-image.png

1.3 选择比较器模式

common mode，共模状态下反应所选两个信号的真实比较结果

1.4 选择比较器的输入源

①选择正极与负极输入源的通道，其中一个通道为DAC输出，DAC根据用户需求配置大小（DAC digital value），DAC输出对应通道配置为固定通道（Fixed port），另一个比较通道为硬件对应的模拟信号通道（此演示为ACMP0_IN1）；
②期望现象根据需求配置为当ACMP0_IN1采集到的信号值大于DAC值后（Expectation），ACMP输出通道进行输出
③ACMP采集模式为continues loop mode，根据采样周期循环采集触发；
e455b446-7a4d-43dd-b144-759755201c33-image.png 516a8ca4-9ed2-4e35-aeba-cb9ee7e7ab15-image.png
6ba5b022-0375-40ce-8a13-91db9ff9d407-image.png

**注：
① 比较器的正负引脚用户可自行定义，相应的更改期望状态与固定引脚即可；
② DAC值计算方式 Vdac= ([DAC_digital_value]/255)*VREFH **

2. TMU

a5df3ba0-faeb-4948-a7a6-a3b91ff090ed-image.png
选择ACMP0_OUT为TMU的trigger input ，选择eTMR0_FAULT0为TMU的trigger output

3. eTMR fault 3.1 通过CIM配置ETMR0_FAULT来自Pad或者TMU，此处选择TMU； CIM->ETMROPT0 |= CIM_ETMROPT0_ETMR0_FAULT_SEL(1); 3.2 Fault channel configuration

5abb0554-d4ec-4778-b66f-eb94ee506afb-image.png
cda5d6a1-5fec-46ea-9702-9ae76979c5bf-image.png
① Fault filter sample counter， Fault filter sample period， Fault input strentch可以配置fault的滤波次数以及宽度来防止误判；
②PWM Recovery opportunity可以配置fault发生后的恢复时机，可配置为不恢复fault，立即恢复fault以及匹配MOD或者MID值时恢复fault；
③PWM Recovery automatic mode可配置为手动清除标志位后恢复fault，或者只恢复fault不清除标志位，亦或者既清除标志位又恢复fault；
④fault输入
d8db5ed6-7366-43f0-ad73-efd38fbb822a-image.png
根据需要的fault通道配置使能，配置输入信号故障电平的判定，此处配置为输入高电平信号为fault，使能fault0；
⑤fault输出
45beb1f5-b0b3-4050-bc19-0cbc7adbfb4f-image.png
配置eTMR的0-7通道在发生fault时，输出为0或者1或者三态，此处为发生fault时所有通道输出为0；

此例配置的期望现象为：当PTA_1引脚电压高于3.3V时，eTMR的所有通道输出低电平，故障不恢复

客户在使用测试芯片的过程中希望通过J-Flash编辑NVR区，如图，MC系列已有支持。但是MD、ME都没有。能否新增支持。618b378f-a4cd-4fe2-87bf-46a0774ee35c-image.png da7cb2b5-68bf-4910-a937-e00d9a215af6-image.png

YTM32B1HA01使用de84faf3-f5cd-48e1-be5a-82ed19b767a5-image.png 接口函数，能正常擦除FLASH ,写FLASH失败，是什么原因？写操作如图所示 84ddef80-9e2b-4df0-8e4c-f980275a8a5e-image.png

6bc3df67-5481-473b-a3f4-da9f110bb45b-23566293ade978fba847f45c05f14173.jpg

在烧录程序过程中偶发烧录程序版本号异常!

3bbcf92cf35df084a8a305264fdd2bcc.jpg

YTM32MC03 有没有ram flashdriver的案例，做boot用的

1. 问题背景 软件：MD1 SDK 1_4_0 I2c_Master_Demo 硬件：MD14 EVB or 客户板子 问题表述： 客户对 I2C 波形进行测试，反馈低电平时间和保持时间不满足最低时间规格，需要调高 I2C 低电平时间和保持时间 2. 修改方案 2.1 文本说明

根据需求修改 MCLKCFG 或 HSCLK 寄存器即可
938e4db2-62e6-41be-bc42-f295ef408043-image.png

MDATA 寄存器

HS 为 1：调整 HSCLK 寄存器 HS 为 0：调整 MCLKCFG 寄存器
da0b8935-84b7-448b-ad01-c0161e3206a0-image.png MCLKCFG 和 HSCLK 寄存器
fe39f34e-8939-4733-b385-2436462d82c6-image.png
5db03dcc-0588-400d-bfba-56d176958fdc-image.png
7f4a92c1-8456-457c-a09a-407c475c1cdc-image.png 2.2 代码说明 I2C_DRV_MasterSetBaudRate 函数里

MCLKCFG

I2C_Set_MasterDataValidDelay：MCLKCFG 寄存器 VALID 位 I2C_Set_MasterSetupHoldDelay：MCLKCFG 寄存器 STHD 位 I2C_Set_MasterClockHighPeriod：MCLKCFG 寄存器 HIGH 位 I2C_Set_MasterSetupHoldDelay：MCLKCFG 寄存器 LOW 位
2b8a24d5-c2f2-4374-9a12-75260b55d193-image.png

HSCLK

I2C_Set_MasterDataValidDelayHS：HSCLK 寄存器 VALID 位 I2C_Set_MasterSetupHoldDelayHS：HSCLK 寄存器 STHD 位 I2C_Set_MasterClockHighPeriodHS：HSCLK 寄存器 HIGH 位 I2C_Set_MasterClockLowPeriodHS：HSCLK 寄存器 LOW 位
d7c24a4a-272a-4629-a74f-44e3f63ff409-image.png
cb43c6fd-48ee-4007-8f80-6c646f74fce7-image.png 3. 修改前后对比 STHD 位修改前后对比 STHD 为 0x13，保持周期为 2.48us STHD 为 0x19，保持周期为 3.20us
4952c0e2-cb9a-4546-bc73-5577b64c51fb-image.png

1. 问题背景 软件：YCT 生成 IAR 工程 问题描述： 当使用 YCT 生成 IAR 工程后，直接编译 Debug，发现时钟初始化不过。 2. 解决方案 打开 Options 选择 Debugger，在 Setup 界面选择对应的调试工具
e374ef72-6d2e-457b-90bd-22e67872c9b3-image.png 打开 Download 界面，勾选下图红框内容，选择 .board 文件
cb246290-fcfa-467b-9835-e1ade958fb9f-image.png 重新编译 Debug 下载即可正常运行。

我通过测量 VS供电12V， 测量VBOOST与 VSM是12V， VDDD与VDD5测量电压是0V。更换了YTM32Z1MD04H0MFMT芯片还是一样的效果，
94da1121-78a2-4f8d-916c-ca466e49acc5-image.png
将H14拿掉，VDDD与VDD5测量电压依旧是0V。
测量HSW，W，HSV，V,HSU，U电压 2.5V，，LSW与LSV电压3.2V

1.ADC内部采集三相电压电路是否有滤波，截止频率多少。是否受采样点影响
2.平均电流采样没有外围电路，是怎么实现的,实际测试需要1.25系数
3.过流检测与VDS检测的压差分别由哪几部分组成（采样电阻，上MOS内阻，下MOS内阻）容易触发
4.adc采样序列2怎么触发。fifo怎么按照时间排列
5.MSPWM ch0是上管还是下管

客户测试很多次，都还是出现烧录不稳定的现象。想请原厂帮忙看看烧录座电路图
1726c0bd-5ee1-4d75-9da5-e0be7228952f-d1e74fb5ec1ef7eef4c8e4e7b6e501e3.png

谢谢支持

客户目前选了YTM32B1MD14G0MLLT 需求确认以下项：
8db47e33-4b4b-4e01-8f13-2c9e51bf2f1d-21181fea285277fe7218ffa7a45bd1a4.png
330131f8-3041-4188-970d-b10616f82356-795a71af7df526623ceac5d69a9fb216.png

谢谢支持

db219bf8-96db-4867-8380-612deaee584f-image.png

我们sent外置电路如图，配置成dma模式时可以正常工作，配置成中断模式，会一直触发sent中断，即便外部输入拿掉也依然触发。

请问sent中断触发的条件是什么，我们外置电路需要调整吗？还是接收到中断后需要清除某个标志位？

本方案基于YT Config Tool开发，使用Vscode+Cmake+Ozone工具链开发编译调试；基于Demo板硬件搭建实施；使用同星科技TC1012P CAN/LIN工具及同星科技TSmaster软件。
5e1b4583-94f0-4786-8b03-c70851e6bb51-image.png

烧录Bootloader
新建YTM32B1MC03的JFLASH工程
e31f21d8-f1b4-4be0-960d-b1bdd08bc63d-image.png
找到Bootloader编译的烧程文件
9ceb1572-c212-4c57-a815-0b8d7e84806c-image.png
加载Bootloader文件
807cf228-2a95-43a9-b84f-4cf29b0332a3-image.png
擦除芯片（或者快捷键F4）
ace171c2-6b70-4201-99c3-50d9863d1af6-image.png
4ddc4c41-a35e-49fd-9404-c0a4cf401dd3-image.png
烧录程序（或者快捷键F6）
98170abf-7180-46a8-b7da-86a82369cd88-image.png
d226326b-944a-499f-ad36-a6af638db7fb-image.png 上下电运行Bootloader
拔掉JLINK烧录器，重新上下电后，板子重新工作，LED按照100ms快速闪烁，程序工作在Bootloader里面。 升级上位机配置
将FlashDriver文件、Application文件、SeedAndKey.dll几个文件放到升级上位机目录下。
435a580c-314d-4f54-8a4b-6d2e9007348d-image.png
打开升级上位机工程（如上图中.TSProj_x86文件）配置收发ID
45aa0f66-c39f-4794-8fc9-eb3a8489d382-image.png

配置TP时间参数，配置加密dll
6438a816-417d-45ad-b0f1-200d3b1e75ce-image.png
配置FlashDriver和Application和校验方式
8a33cf16-38f8-4cb4-b500-e24496e683db-image.png
配置自动诊断流程
b726c12e-406e-485c-9441-b671b51efb75-image.png
4. 执行升级
4.1 从Bootloader升级
dc21dc68-a986-49b0-a596-453a1e948641-image.png
升级完成后，LED灯1000ms闪烁，运行在Application程序中。
4.2 从Application升级
从Bootloader升级成功运行到Application后，再次点击运行，从Application升级。
1ba1902e-953b-4e91-978d-989d81d4320e-image.png
升级完成后，LED灯1000ms闪烁，运行在Application程序中。
4.3 StayInBoot升级
从Application升级中，是有升级请求标识的（KeepInBootVar变量）。
本方案设计上认为：
运行到Bootloader以后，如果通讯一半断开未发生升级服务（擦除芯片/请求下载/数据传输/下载退出等UDS服务），则即使有升级请求，可以超时退出重新跳转到Application运行；反之则必须StayInBoot等待重新升级。
4.3.1 未发生升级流程请求
升级一半，拔掉CAN线模拟通讯断开，升级失败
0b519b6a-91d3-44a0-b6bf-794829a3652b-image.png
通讯断开超时后，Bootloader重新进入Application运行，Demo板上LED灯1000ms闪烁。
4.3.2 已发生升级流程请求
执行到升级流程后，拔掉CAN线模拟通讯断开，升级失败
d9d0ca85-0330-4f42-b93e-c7196f69ca0b-image.png
通讯断开超时后，Boootloader不能进入Application，执行StayInBoot（重新复位或者上下电等均保持StayInBoot）。
重新执行升级
93dce8d5-9f9f-4619-b11d-62bbfea398c7-image.png
升级成功，Demo板上LED灯1000ms闪烁。
5. 附件代码
uds_can_fbl_mc03_release_20250529_2.zip

背景

部分工程编译出来的可执行文件 (.hex, .srec) 可能存在地址不连续，分段等现象，这是合理的，符合 Hex 协议或 Srec 协议，协议内容可参考 Hex，Srec 文件格式。
但是有些上位机可能无法正确的读取这些文件内的数据，所以需要对数据进行填充，默认填充值为 0xFF
此外部分云途的 MCU 最小编程单元是 8字节，如果 boot 相关的上位机不进行 8字节填充对齐，可能会导致最后一个word 没编进去。

使用说明

将附件中的压缩包解压，在 Power Shell 中运行，运行结果如下图
d209bcbe-b919-4b81-97b4-2ed468e81891-image.png

参数解释

输入 -h 可查看帮助，可达到参数内容

App

需要进行补全对齐的文件，这个必须配置

-s 或者 --start

应用程序的起始地址，如果不专门进行指定，脚本会读取程序的起始地址，可不配置

-e 或者 --end

应用程序的结束地址，如果不专门进行指定，脚本会读取程序的结束地址，可不配置

-a 或者 --align

应用程序的对齐方式，脚本会根据对齐方式，修改起始地址域结束地址来确保对齐。可不配置，默认 4 字节对齐。
例如设置对齐方式为 8字节，可在命令行中输入

.\outputPadding.exe .\random.srec -a 8

如果检测出程序的起始地址为 0x4004，脚本会校准起始地址为 0x4000
如果检测出程序的结束地址为 0x8004，脚本会校准结束地址为 0x8008
如果用户指定了生成程序的起始地址与结束地址，则该参数无效

-l 或者 --lineLength

生产的 Hex 或 Srec 一行所包含的有效数据字节个数（不包含地址字段与校验字段），可不配置，默认一行包含 32 字节

-o 或者 --output

输出的文件，可不配置，默认生成 output.hex 或者 output.srec

附件

压缩包中包含 outputPadding.exe , random.srec, test.hex
random.srec, test.hex 是两个测试文件，用户可在里面自由删除，并测试是否补全
test_padding.zip

main函数执行static void Board_Init(void)
{
CLOCK_SYS_Init(g_clockManConfigsArr,CLOCK_MANAGER_CONFIG_CNT,g_clockManCallbacksArr,CLOCK_MANAGER_CALLBACK_CNT);
CLOCK_SYS_UpdateConfiguration(CLOCK_MANAGER_ACTIVE_INDEX,CLOCK_MANAGER_POLICY_AGREEMENT);
PINS_DRV_Init(NUM_OF_CONFIGURED_PINS0,g_pin_mux_InitConfigArr0);
}时钟切换失败，执行到的函数7bdcd485-ccaf-417c-8225-53dda61a0fb3-3dac0f7fc6f2d4c8d4f0f5fbea462284.png
仿真看SCU寄存器f2195976-8dab-493c-b3e7-f05a31f0fc1a-image.png ，是什么原因？

fd955513-e284-4c34-9dd2-b826b9fab4a6-image.png
使用HA生成的例程现在都默认勾选了这个模式，尝试不勾选，MCU初始化直接进hardfault，之前配置ME工程时，没有勾选也是一样能用。这是什么原因？

本方案基于YT Config Tool开发，使用Vscode+Cmake+Ozone工具链开发编译调试；基于Demo板硬件搭建实施；使用同星科技TC1012P CAN/LIN工具及同星科技TSmaster软件。
ef6fee85-1fcc-4a93-9ee1-2ce15af1891b-image.png

烧录Bootloader
新建YTM32B1ME05的JFLASH工程
bb461804-ef97-4a53-a355-3e5207e163c5-image.png
找到Bootloader编译的烧程文件
文件路径：
.\uds_can_fbl_me05_release_20250730\uds_can_bootloader\build\uds_can_bootloader.s19
5ffee699-aa4e-4d4c-85b3-2431c6ae7474-image.png
加载Bootloader文件
b2df279f-fbb5-4b9d-9e43-c49206d1cb35-image.png
擦除芯片（或者快捷键F4）
7265c86f-9fca-4b38-b8fd-a500c19a3336-image.png
fcdbab1a-dcd2-443e-b0f3-097d0cbf959c-image.png
烧录程序（或者快捷键F6）
e60dd1ce-e8c0-4500-a80c-09d67d0c3cb5-image.png
47deeac3-4018-410f-9ed7-f2524cdff762-image.png 上下电运行Bootloader
拔掉JLINK烧录器，重新上下电后，板子重新工作，LED按照100ms快速闪烁，程序工作在Bootloader里面。 升级上位机配置
将FlashDriver文件、Application文件、SeedAndKey.dll几个文件放到升级上位机目录下。
文件路径：.\uds_can_fbl_me05_release_20250730\UDS_CanFbl_TsMaster
55a30316-22cb-4f15-a0a9-f892288898d6-image.png
打开升级上位机工程（如上图中.TSProj_x86文件）配置收发ID
9a909b8d-a2d8-40c5-a3d6-658967a9dfaf-image.png
配置TP时间参数，配置加密dll
f2076298-285e-4a78-b54c-3bae6e13338c-image.png
配置FlashDriver和Application和校验方式
8d884654-ced9-4988-9074-f41de501f671-image.png
若是修改 flashdriver/app 文件命名，需要修改对应校验的请求值
e8f40f9d-87a2-4ff0-af11-f0873b208c27-image.png
配置自动诊断流程
2f5c0311-349c-4cf7-981d-cbc503403d8a-image.png 执行升级
4.1 从Bootloader升级
1b781e1b-68b3-4387-89ab-605010aabcc6-image.png
升级完成后，LED灯1000ms闪烁，运行在Application程序中（Bootloader程序中LED灯100m闪烁）。
4.2 从Application升级
从Bootloader升级成功运行到Application后，再次点击运行，从Application升级。
de87b80e-cd0a-4111-853a-8ebdff2b6776-image.png
升级过程中，运行在Bootloader程序中，LED灯100ms闪烁，升级完成后，LED灯1000ms闪烁，运行在Application程序中。

4.3 StayInBoot升级
从Application升级中，是有升级请求标识的（KeepInBootVar变量）。
本方案设计上认为：
运行到Bootloader以后，如果通讯一半断开未发生升级服务（擦除芯片/请求下载/数据传输/下载退出等UDS服务），则即使有升级请求，可以超时退出重新跳转到Application运行；反之则必须StayInBoot等待重新升级。
4.3.1 未发生升级流程请求
升级一半，拔掉CAN线模拟通讯断开，升级失败
0319dbad-2707-46f8-acdd-431fd4c42852-image.png
通讯断开超时后，Bootloader重新进入Application运行，Demo板上LED灯1000ms闪烁。
4.3.2 已发生升级流程请求
执行到升级流程后，拔掉CAN线模拟通讯断开，升级失败
aaf00cee-307b-41b2-bdc3-33b8b39b374b-image.png
通讯断开超时后，Boootloader不能进入Application，执行StayInBoot（重新复位或者上下电等均保持StayInBoot）。
重新执行升级
80306f67-cb08-4064-898d-e1dd627e6118-image.png
升级成功，Demo板上LED灯1000ms闪烁。
5. 附件代码
uds_can_fbl_me05_release_20250730.zip