本文介绍两套基于云途 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-6Slow 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，建议先阅读接线与使用说明，再根据自己的应用调整配置。
我电脑把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
欢迎使用3.2.0YT Config Tool（YCT), 下面是本次版本的更新内容，希望您在使用过程中有更好的体验。一些主要的更新内部包括：
HighlightUpdate 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执行软件触发mask更新操作时，偶发出现 PWM 通道波形无变化，写入的 CHMASK 值未生效
2. 问题分析 2.1 代码分析 2.1.1 chmask软件触发更新驱动代码eTMR_DRV_SetChnOutMask() 根据 softwareTrigger 选择 CHMASK 的加载方式。软件触发分支会暂存原有加载配置，设置软件触发源，写入新的 CHMASK 值并触发加载，最后恢复原配置；另一分支则随寄存器同步加载。
status_t eTMR_DRV_SetChnOutMask(uint32_t instance, uint8_t maskEn, uint16_t maskVal, bool softwareTrigger) { DEV_ASSERT(instance < eTMR_INSTANCE_COUNT); eTMR_Type *etmrBase = g_etmrBase[instance]; etmr_sync_trig_src_t trigSrc; etmr_mask_sync_sel_t opportunity; eTMR_ClearLdok(etmrBase); if (softwareTrigger) { /* keep mask loading trigger source */ trigSrc = (etmr_sync_trig_src_t)eTMR_GetMaskLoadTrigSrc(etmrBase); /* keep mask loading opportunity */ opportunity = (etmr_mask_sync_sel_t)eTMR_GetMaskLoadOpportunity(etmrBase); /* select CHMASK loading trigger source */ eTMR_SetMaskLoadTrigSrc(etmrBase, SW_TRIGGER); /* select CHMASK loading opportunity */ eTMR_SetMaskLoadOpportunity(etmrBase, CHMASK_SYNC_WITH_TRIG); } else // sync with register loading { /* select CHMASK loading trigger source */ eTMR_SetMaskLoadTrigSrc(etmrBase, DISABLE_TRIGGER); /* select CHMASK loading opportunity */ eTMR_SetMaskLoadOpportunity(etmrBase, CHMASK_SYNC_WITH_REG); } /* set channel Mask enable and value */ eTMR_SetChnOutMask(etmrBase, maskVal, maskEn); /* set ldok */ eTMR_SetLdok(etmrBase); if (softwareTrigger) { /* generate one bus clock cycle pulse trigger */ eTMR_GenSoftwareTrigger(etmrBase, true); /* restore CHMASK loading trigger source */ eTMR_SetMaskLoadTrigSrc(etmrBase, trigSrc); /* restore CHMASK loading opportunity */ eTMR_SetMaskLoadOpportunity(etmrBase, opportunity); } return STATUS_SUCCESS; }2d4f461f-3243-4d04-b11e-76ced0fcd753-image.png
2.1.2 软件触发路径的寄存器写入顺序在 softwareTrigger 为 true 的分支中，与 CHMASK 加载直接相关的寄存器写入可概括为以下四步：
① eTMR0->SYNC |= CLDOK; // 清 LDOK，锁定本次加载 ② eTMR0->CHMASK = ...; // 写入新值（暂存 buffer） ③ eTMR0->SYNC |= LDOK; // 置 LDOK，允许加载 ④ eTMR0->SYNC |= SWTRIG; // 软件触发，将 CHMASK 从 buffer 载入输出LDOK 是"加载许可"标志：只有 LDOK=1 时，软件触发才能将 CHMASK buffer 载入实际输出。一次加载完成或到达 MOD 加载点后，硬件自动将 LDOK 清零。
2.1.3 失效场景的 SYNC 配置：在本次失效场景中，软件触发已启用（softwareTrigger=true），SYNC 寄存器的相关位域如下：
SYNC 寄存器位域 配置值 含义 REGLD[7:6] 0x01 REG 寄存器（VAL0/VAL1/MOD 等）在 CNT 到达 MOD 点时加载 MASKLD[15:14] 0x01 CHMASK 寄存器仅在触发源到来时加载 TRIGS2[13:12] 0x01 CHMASK 加载触发源 = 软件触发（写SYNC[16] SWTRIG）关键点：REGLD[7:6]=01（MOD 同步），MASKLD[15:14] =01（触发同步）。这意味着 MOD 点会加载 REG 并清零 LDOK[0]，但不会加载 CHMASK（CHMASK 只等 SWTRIG[16] 软件触发）。
2.2 问题原因9a2c7c57-b28a-443d-857d-e33ac8266b38-image.png
正常段： SWTRIG 发生在 CNT 到达 MOD 之前。此时 LDOK 仍为 1，缓冲区中的 CHMASK 新值随软件触发加载为生效值，输出开始使用新掩码；本次加载完成后 LDOK 清零。
失效段： 置位 LDOK 后，CNT 先到达 MOD。该时刻 REG 按配置加载并清零 LDOK，而配置为触发加载的 CHMASK 仍停留在缓冲区。随后 SWTRIG 到来时 LDOK 已为 0，新的 CHMASK 不能成为生效值，输出继续使用旧掩码。
3. 规避方案 3.1 修复方案：合并 LDOK 与 SWTRIG 写操作（最小改动，推荐优先实施）d7a7bf05-6e61-4211-9443-6222b205c79b-image.png
优点：改动最小，消除 CPU 周期级竞态窗口
局限：理论上仍存在硬件内部 LDOK 置位与 SWTRIG 处理之间的极短窗口（纳秒级），实际几乎不可触发
3.2 修复方案波形测试记录c085020d-868f-4c44-a2fa-7888f43ba10b-image.png
3.3 测试例程LE15_MASK.zip
使用YTM32B1HA01的SDK包中的MBEDTLS进行RSA4096+SHA256签名验签，已经验证了0x1000字节的数据可以正常验签通过，CRYPTO_ENGINE_BUF_SIZE配置为20480；
115ab909-7ca6-4b72-b15d-38a3ae906be4-image.png
验证正式APP程序时，验签失败，返回值是-141，PSA_ERROR_INSUFFICIENT_MEMORY（运行时内存不足）
2acccdc3-cb0b-4234-a706-8045f999bf85-img_v3_0215r_7fe2c7ec-9d9f-4de6-939b-6b958a05e45g.jpg
因为数据长度较大，将近400K的数据，如果增大宏CRYPTO_ENGINE_BUF_SIZE来匹配数据量，会编译错误，没有这么多flash空间可用。有什么办法可以支持400K数据签名验签吗？感谢
客户在 MD24 上配置 EWDG 超时时间为 1s，实际超时时间远小于 1s，看门狗持续触发复位；相同配置在 MC03 上表现正常。
客户的 EWDG 硬件设计如下图所示：EWDG_OUT 通过一个二极管连接到复位脚，EWDG_OUT 拉低即触发复位。
图 2-1：客户 EWDG 硬件设计
949a49eb-503d-4cdc-835d-4adc25890572-image.png
MD24 侧的 MCAL WDG 配置如下：
图 2-2：MCAL WDG 配置（CompareHigh = 10000）
3077c656-3c0c-46fb-b586-a8a38109b87c-image.png
实测现象：EWDG_OUT 从初始化完成到拉低仅 2.3712ms，远小于配置的 1s。
图 2-3：实测 EWDG_OUT 波形（2.3712ms）
68d97214-0730-4ed2-8d51-753721fecf93-image.png
由于该截断发生在赋值处，既不会有编译告警，也不会触发 DET 参数校验，属于典型的静态静默截断：配置工具显示正常、代码编译通过、只有运行时行为异常。
5.修复方案当前临时修复：在 EWDG_SetCompareHigh 的条件编译处补上 MD24 分支，使其形参类型与寄存器字段位宽一致（uint16）。
图 5-1：修复代码
d77575aa-a3fb-4c3f-b2c5-f92ff19457e5-image.png
实测结果：
图 6-1：修复后实测波形
f06e34bd-9935-49d3-820f-a70ba3adb8af-image.png
使用环境：
MCU：YTM32B1ME0 SDK：1.4.1 SPI3 Slave，Mode 0，8-bit DMA：TX Channel 0、RX Channel 1 Master 时钟约 8 MHz 每次 CS 完成固定 512 Byte 全双工传输，Master 可能连续发起下一帧目前使用 SPI_DRV_SlaveTransfer()。查看 SDK 实现发现，RX DMA 完成后，SPI_DRV_SlaveCompleteDMATransfer() 会先调用 SPI_DRV_SlaveAbortTransfer()，然后才调用应用层的 SPI_EVENT_END_TRANSFER 回调。应用在回调中再次调用 SPI_DRV_SlaveTransfer() 装载下一组 TX/RX buffer。
这样在相邻两个 CS transaction 之间会有一段 Slave DMA 未装载的窗口。长时间连续通信时，Master 偶发收到整帧 0xFF；如果 Master 等待 MCU 重新装载完成后再发下一帧，则不会出现。
想请教：
YTM32B1ME0 的 SPI Slave DMA 是否有官方 continuous、ping-pong、double-buffer、queue 或 descriptor ram-reload 接口，使当前帧结束后自动切换到下一组 TX/RX buffer，中间不 Abort、不关闭 DMA、不清 FIFO？ 通用 DMA 驱动已有 DMA_DRV_ConfigRamReloadTransfer()，是否有与 SPI Slave 正式集成的官方 Demo、SDK补丁或推荐配置？应用层不希望绕过 SPI Driver 直接操作 DMA/SPI 寄存器。 如果当前 SDK 不支持连续 Slave DMA，官方推荐的用法是否是增加一根 READY GPIO：Slave 完成后先 deassert READY，在任务上下文重新调用 SPI_DRV_SlaveTransfer()，成功后再 assert READY，Master 每一帧发送前都等待 READY？ SPI Slave 的 SPI_EVENT_END_TRANSFER 回调运行在 DMA ISR 上下文。是否允许在该回调中立即再次调用 SPI_DRV_SlaveTransfer()？如果不允许，建议的最小安全重装流程是什么？希望能提供适用于 YTM32B1ME0 SDK 1.4.1 的官方接口名称、示例或补丁，谢谢。
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哦...
