YunTu Forum

https://forum.ytmicro.com/post/4719

看了里面的代码，flash的操作函数使用uds_ip_api_t结构体进行封装了，目前使用MC0的fls_drv_bin_data.h进行测试，写入数据时一直复位重启，麻烦各位帮看一下是哪里有问题 用例中没有等待BUSY标识清除的接口，这个如何添加？
ba75089c-2818-47b8-9487-e58ea6080e48-image.png

e056e843-a974-4b27-9006-083b2a6b685d-image.png

ee3b698c-6331-479c-a349-9cc9397b57ac-image.png

174cec69-6413-4e86-aa87-099da378def0-image.png

在YCT生成Demo工程，选择J-link连接时，出现如下提示，be8f81ed-d49e-4f84-8f2e-0f040ff32b9a-企业微信截图_17918041624232.png

和之前能使用的工程比较发现，Demo工程生成为 “arm7” 内核了6d8ed826-4d8c-4835-848d-63cb558d0f7f-企业微信截图_17918048051972.png [图片]

重新选择M0 后，Jlink能够识别了。

这个是为什么？需要在YCT中配置什么吗？

云途开发生态介绍V1.2.pdf

2e7b8f3d-ec71-4f02-99c0-730e297c15f5-fc827b35b9e6371163ba1c7ba5ca266.png
如图使用2.3.0版本MCAL配置UART的DMA，会有一个Dummy_Channel，关联了DMA_REQ_Always_On0。
问题1：如果我使用三路UART，都需要使用DMA，每一路都需要加一路Dummy_Channel吗
问题2：多个Dummy_Channel可以关联同一路DMA_REQ_Always_On0吗，看列表中只有两路，是否UART使用DMA上限就是两路？
2db21480-8547-4a9b-8298-366a0f96beee-image.png
如图
问题3：图中标红，在我重新打开yct工程后，即可消失，这个问题很早就存在了，是否能够修复？
问题4：也是一个老问题，我打开Callback的使能，下面定义却是灰的，无法操作，同样需要重新打开yct工程，才能配置。

1. 问题描述 HA01的1_3_1的ECC Demo笔误，在 EFM_RecoveryErrorHandler 清除的是 UNRECOVERR 标志。 导致 RECOVERR 的中断标志位一直没有被清除，无限进入 EFM_RecoveryErrorHandler ，造成程序卡住。
fc596f9a-d05c-4ed1-922d-86e8afc58e1e-image.png 2. 背景 有客户在应用中使用参考1_3_1的ECC Demo，开启EFM_Recovery中断和添加中断处理代码。 当写flash掉电发生ECC 单bit错误时，由于客户并未在单bit错误中断中擦除错误sector，同时UNRECOVERR 标志未清除，最终就无限进中断导致程序卡死。 3. 详细描述 SDK对比：
62d84d34-1bac-4bf3-8aa3-3a0eb89dd13d-image.png 1_3_1流程解析：
39c79274-6b56-4ba1-9650-d2d0e905eb04-image.png 4. 测试验证 使用EFM ECC错误注入的方式模拟flash掉电发生ECC 单bit错误，可复现无限进入单bit错误中断。
e9b47a10-7b24-42b4-ad5e-c3f13ee19cb8-image.png 5. 解决方案 参考SDK 1_4_1 在EFM_RecoveryErrorHandler 里正确清除RecoveryError标志位； 不处理 RecoveryError ，硬件可以纠错，不开 RecoveryError 中断。 列入checklist，方便客户前期规避此问题。 6. 为什么1_3_1的ECC Demo测试没问题 原因是1_3_1版本的falsh驱动在 FLASH_LaunchCommandSequence 操作时都会清除所有错误标志 而且ECC例程的处理机制就是不管是单还是双bit ECC错误都会擦除对应的sector 所以一旦调用 FLASH_DRV_EraseSector 就会将 RecoveryError 标志清除，也就不会重复进入中断。
d1e1eea0-c86d-4af4-886c-5ab17d51bdc4-image.png 1_4_1 的例程RecoveryError 中断里会及时清除标志位，但是 FLASH_LaunchCommandSequence 就不会清除全部的错误标志：
6aaf7c8f-3c76-4f29-866f-9bed766cf0d0-image.png 7. 结论 HA01 1_3_1 SDK 的 ECC Demo笔误：EFM_RecoveryErrorHandler 清错标志（清了 UNRECOVERR 而非 RECOVERR），导致中断反复触发、程序卡死； 解决方案是参照 1_4_1 SDK 在 EFM_RecoveryErrorHandler 中正确清除 RecoveryError 标志，或不处理 RecoveryError、直接关闭该中断。 8. 测试软件

Flash_ECC1bit_Injict_Demo.zip

352bad08-6f29-4284-8738-24a7370d1e83-image.png5e8a7068-22b8-44f2-bdae-6d58fb718f7a-image.png 如图所示我把官方demo中的flsdrv通过上位机刷写到ram的指定区域之后，测试时发现调用写函数会直接进入故障中断，这是什么原因呢，，我工程本身具有fls驱动，可以正常使用，想移植到ram区域，本身的驱动还没有删除，和这个有关吗

在ld文件中增加一块配置，如何能避免它被YT Config Tool生成代码时被覆盖呢？

0a6813b9-5f89-45c2-827a-5f9cacd583ec-image.png !

23bc4424-8d00-4933-88c3-fe810b73dff8-80275bec2c0c6e92590e05d2ada5b35a.png

本文介绍两套基于云途 YTM32B1MD24 的 SENT/SPC 通信 Demo，分别用于 SENT 数据发送和接收。工程使用 eTMR / MPWM 定时器与 DMA 完成波形输出及边沿采样，由软件处理协议编码、解码和 CRC，可用于学习 SENT/SPC 通信、对接传感器，或搭建收发联调环境。

工程说明

SENT 通过相邻下降沿的时间间隔传递数据。SPC 则采用主机触发、从机响应的方式：主机先在信号线上输出一个低电平 trigger，从机收到后返回 SENT 报文。

两个工程按 SENT 数据的传输方向命名，对应关系如下：

工程 SENT 功能 SPC 角色 适用场景 YTM32B1MD24_SENT_Rx 接收并解码 SENT 报文 主机：发送 trigger，再接收响应 读取传感器数据、接收 TX Demo 的输出 YTM32B1MD24_SENT_Tx 编码并发送 SENT 报文 从机：接收 trigger，再发送响应 模拟传感器输出、为接收端提供报文

两套工程均提供 eTMR 和 MPWM 实现。它们可以配合使用，也可以根据外部设备的协议和电气接口单独使用。

实现方式与支持功能

RX 通过定时器输入捕获记录下降沿时间戳，使用 DMA 搬运采样数据，再由软件识别 SYNC、状态位、数据及 CRC。TX 将报文编码为符号时长，通过定时器与链接 DMA 输出对应波形。

两端使用相近的工程结构：app/main.c 负责应用流程，spc_driver 提供协议接口及 eTMR / MPWM 硬件实现，YCT 文件保存时钟、引脚和外设配置。

支持的消息格式如下：

消息类型 ID 长度 数据长度 CRC Fast message 无 1～6 个 nibble，每个 nibble 为 4 bit CRC-4 Short slow message 4 bit 8 bit CRC-4 Enhanced slow message，4-bit ID 4 bit 16 bit CRC-6 Enhanced slow message，8-bit ID 8 bit 12 bit CRC-6

Slow message 通过多个 Fast message 的状态位传输，Short 和 Enhanced 格式分别需要 16 帧和 18 帧。

默认 SENT tick 为 3 µs，Fast 数据为 6 个 nibble。TX 默认生成 Fast CRC 并附加 Pause Pulse，RX 默认开启 Fast CRC 校验、Slow 解码和 Slow CRC 校验。

除 SPC 触发响应外，驱动也支持纯 SENT 收发：RX 可持续接收外部报文，TX 可由应用直接调用发送接口，发送时机由应用安排。

两套 Demo 如何配合使用

默认配置包含四个逻辑通道：SENT_CH0 / SENT_CH2 分别使用 eTMR / MPWM 完成 SPC 触发响应；SENT_CH1 / SENT_CH3 用于演示对应的纯 SENT 收发。TX 每接受一次有效 trigger，会先发送主通道响应，再由对应的跟随通道发送一帧。

按各工程 README 中的接线表连接对应通道和公共地，并使用兼容的 SPC / SENT 电气接口。 分别运行 RX 和 TX 工程，打开 RX 串口日志，参数为 115200 baud、8N1、无流控。 按 RX README 的说明，通过调试器设置通道和 trigger 宽度，发起一次请求。 等待本次请求完成，检查主通道及跟随通道的接收日志，再发起下一次请求。

本文上传了两者互相配合的测试报告：SENT_TX_RX_回归测试报告_2026-10-09.zip

例如，向 eTMR 对应的 SENT_CH0 发送 20 µs trigger，可观察一次 Fast 响应；使用 25 µs trigger，并逐次等待响应、重复 16 次，可观察完整的 Short slow message。这些宽度与消息类型的对应关系由本 Demo 定义，对接实际传感器时应以设备协议为准。完整 Slow 序列结束后，再切换响应类型或模块。

RX 默认打印原始报文及解码结果。TX 打印默认关闭，需要时可将 app/main.c 中的 APP_PRINT_ENABLE 设为 1U。串口仅用于日志输出，请求通过 RX 调试变量发起。

具体引脚、配置项、API 和使用限制见各工程的 ReadMe.md。

工程下载 SENT RX Demo：YTM32B1MD24_SENT_Rx.zip 。 SENT TX Demo：YTM32B1MD24_SENT_Tx.zip 。

每套工程附带 ReadMe.md，建议先阅读接线与使用说明，再根据自己的应用调整配置。

dbcb57a5-557b-45bd-8196-55e0d92beeff-image.png 我想把这个ram区域中0x20003000-0x200033FF区域单独留出来存储上位机刷写的flsdrv，是否可以通过加一个section，将BSS的大小设置为0x2c00，新的section大小0x400用来存储flsdrv，剩余区域留给CODE_RAM和DATA_RAM

有没有SPI一主多从的demo可供参考的

请问 切autosar os 链接文件怎么改！如下图：报错ad0f06b7-6feb-4acc-a93d-af0a86351a41-26da10c84ef208744b78727e83b2143d.jpg

晶振会出现偶发性的异常周期性中断，请问这种异常可能是哪些原因导致的，目前晶振电路与demo一样，测试供电也正常

我使用YTM32B1MC03的MPWM，功能时钟是80 MHz，分频为128，计数器为16位。输出10Hz正常，9Hz就异常，1Hz更不正常。为什么频率降低一点就出问题?

demo里面没看到相关例子，要如何配置

我电脑把GCC版本更新了 之前的工程报错，然后AI让我在RamInit0.S中加入没有 .thumb → GNU as 默认按 ARM 状态汇编，但 Cortex-M33 是纯 Thumb，非法；
没有 .thumb_func → 链接器不知道 RamInit0 是 Thumb 函数，无法做 ARM/Thumb 交织跳转（interworking），于是报 dangerous relocation。66476d9f-cbc3-491a-9c34-fcb7636c0447-image.png 是否会影响？
build] cmd.exe /C "cd . && C:\Users\vc_li.eide\tools\gcc_arm\bin\arm-none-eabi-g++.exe -mcpu=cortex-m33+nodsp -Wl,--start-group -mcpu=cortex-m33+nodsp -specs=nosys.specs -o ZTKC_DualPath.elf CMakeFiles/ZTKC_DualPath.elf.dir/app/main.c.o -Wl,--whole-archive libGENERATED_CONFIG_TARGET.a libGENERATED_SDK_TARGET.a libUTILITY_FLASH_ECC_FAULT.a -Wl,--no-whole-archive -Wl,--whole-archive libBSP_TARGET.a -Wl,--no-whole-archive -Xlinker --gc-sections -nostartfiles --entry=Reset_Handler -TE:/A_SVN/PDU/99_OldProject/ZTKC/ZTKE_Software/board/yt_linker.ld -Wl,-Map=ZTKC_DualPath.map -Wl,--end-group libGENERATED_CONFIG_TARGET.a libGENERATED_SDK_TARGET.a libUTILITY_FLASH_ECC_FAULT.a libGENERATED_CONFIG_TARGET.a libGENERATED_SDK_TARGET.a libUTILITY_FLASH_ECC_FAULT.a && cmd.exe /C "cd /D E:\A_SVN\PDU\99_OldProject\ZTKC\ZTKE_Software\build && arm-none-eabi-size --format=berkeley ZTKC_DualPath.elf && cd /D E:\A_SVN\PDU\99_OldProject\ZTKC\ZTKE_Software\build && C:\Users\vc_li.eide\tools\gcc_arm\bin\arm-none-eabi-objcopy.exe -F elf32-littlearm -O ihex E:/A_SVN/PDU/99_OldProject/ZTKC/ZTKE_Software/build/ZTKC_DualPath.elf E:/A_SVN/PDU/99_OldProject/ZTKC/ZTKE_Software/build/ZTKC_DualPath.hex""
[build] C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/bin/ld.exe: C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/lib/thumb/v8-m.main/nofp\libc.a(libc_a-closer.o): in function _close_r': [build] closer.c:(.text._close_r+0xc): warning: _close is not implemented and will always fail [build] C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/bin/ld.exe: C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/lib/thumb/v8-m.main/nofp\libc.a(libc_a-closer.o): note: the message above does not take linker garbage collection into account [build] C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/bin/ld.exe: C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/lib/thumb/v8-m.main/nofp\libc.a(libc_a-lseekr.o): in function _lseek_r':
[build] lseekr.c:(.text._lseek_r+0x10): warning: _lseek is not implemented and will always fail
[build] C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/bin/ld.exe: C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/lib/thumb/v8-m.main/nofp\libc.a(libc_a-lseekr.o): note: the message above does not take linker garbage collection into account
[build] C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/bin/ld.exe: C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/lib/thumb/v8-m.main/nofp\libc.a(libc_a-readr.o): in function _read_r': [build] readr.c:(.text._read_r+0x10): warning: _read is not implemented and will always fail [build] C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/bin/ld.exe: C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/lib/thumb/v8-m.main/nofp\libc.a(libc_a-readr.o): note: the message above does not take linker garbage collection into account [build] C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/bin/ld.exe: C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/lib/thumb/v8-m.main/nofp\libc.a(libc_a-writer.o): in function _write_r':
[build] writer.c:(.text._write_r+0x10): warning: _write is not implemented and will always fail
[build] C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/bin/ld.exe: C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/lib/thumb/v8-m.main/nofp\libc.a(libc_a-writer.o): note: the message above does not take linker garbage collection into account
[build] C:/Users/vc_li/.eide/tools/gcc_arm/bin/../lib/gcc/arm-none-eabi/15.2.1/../../../../arm-none-eabi/bin/ld.exe: libGENERATED_CONFIG_TARGET.a(RamInit0.S.o)(RamInit0): Unknown destination type (ARM/Thumb) in libGENERATED_CONFIG_TARGET.a(startup.S.o)
[build] libGENERATED_CONFIG_TARGET.a(startup.S.o): in function `_start':
[build] E:/A_SVN/PDU/99_OldProject/ZTKC/ZTKE_Software/board/startup.S:41:(.text+0x28): dangerous relocation: unsupported relocation

78dcf82f-4cdf-400c-83cd-e578e4add045-8a902f08375322e38fe0094c4de7292b.png

99ddfadb-988a-4667-b6a9-942bdb325095-image.png
想问一下这里的AdcGroupSampleTimeDuration参数是指这个ADC组的总的采样时间，还是这个ADC组里的每一个通道的采样时间

欢迎使用3.2.0YT Config Tool（YCT), 下面是本次版本的更新内容，希望您在使用过程中有更好的体验。一些主要的更新内部包括：

Highlight

Update Software License File，Please check it.

Details [feat]:opt mcal agent, add openai api support, add http support [update]:update license file [feat]:add mcal eb support [bug]:fix cli mcal copyMcal feature [feat]:add cli export data arxml ability [feat]:enable secure fw build feat