YunTu Forum

81988514-799f-4b9d-8c4a-900842f75414-image.png

YTM32B1HA0芯片，读取外部NorFlash，使用DMA方式进行读取就没有出错过，使用同步方式进行读取则读出来的数据老是出错，是什么原因？

YTM32B1MC03芯片MCAL未配置的引脚是默认高阻态吗？

0c3a1623-cd4c-41b7-83c1-9ba357758473-image.png

我在调试 autosar 过程中，发现发送端发送如下帧数据，
2026-05-14_07-18.png
接收中断只能进入两次，后面再发送数据也无法进入 CAN0_ORed_0_15_MB_IRQHandler 接收中断了，看了下相关寄存器如下：

(gdb) x/3x 0x400d0030 0x400d0030: 0x00000000 0x00100000 0x00006000 (gdb) x/3x 0x400d001c 0x400d001c: 0x00000000 0x00040080 0x00000000

全局中断是开的，
是因为
2026-05-14_07-22.png

是因为这两个位置1导致的么？

或者还有什么可能的原因？

MCAL中YT-Link配置给BOOT预留了80K的空间，修改APP起始地址是0x14000,工程编译后Block2和3地址超过了0x3FFFF,发现Block1的结束地址到Block2之间有7K的空间没有使用，Block2和3一共964字节是可以放的下的，YT-Link怎么配置可以解决这个问题，目前程序烧录也能跑，但是超过0x3ffff的部分会有风险吗？99c23aa6-fb86-4a82-b4ce-83f1430ea141-image.png d9631948-8e03-4077-8e29-68efddbe30a4-image.png

LPTMR的时钟源IPC是慢线总线时钟吗？怎么修改慢线总线时钟后，IPC不变

反馈一下使用CddI2c的两个问题
1.使用CddI2c_SyncModeTransfer这个阻塞传输接口时发现缺少对MIE寄存器里的中断使能，只有在结束时disable了这些中断使能，导致使用这个接口时Arbitration Lost 、 line low timeout这些错误检测不到，实际测试短SDA，SCLK到地后再移除故障时，I2C不能恢复正常工作。
a9950c90-a758-4ec4-9008-9d62eb56902d-image.png
efe3f778-f214-4f51-8a80-c13622861106-image.png

2.I2C_Lld_MasterIRQHandler中断处理里把Pin Timeout当成I2C_MASTER_EVENT_END_TRANSFER事件处理感觉也不太合理
7e30683e-dfa5-4834-a3f1-d2d72b0803ab-image.png

使用Can_GetControllerErrorState函数，即使can线拔下，还是进入 (ErrState == CAN_ERRORSTATE_ACTIVE)分支。没法进入busoff分支

9203f909-c08a-4919-8de4-ccddd434ec0a-image.png

55480980-13b9-4f2c-98ef-483b3d350481-image.png
69cba6dd-9944-4415-82a4-dbb6b61af9eb-image.png
如上图方法调用，在这个地方进入Trap
YT Config Tool配置如下：
41a9a32c-c446-43bb-8074-efd9f9e94868-image.png

YTMC03单线模式下，输入变输出或者输出变输入是软件中断处理SOUT线的数据方向还是硬件处理，如果是硬件处理，是怎样的处理方式

烧录了boot程序后，板子运行异常。可以用j-flash擦除吗？
da9f13a7-fb6f-4141-a625-29054b942cae-image.png

d11babbad0f10172605fea3e547582e6.png

目前agent支持问那些问题，出现下面的内容正常吗？
77bf7209-383c-40e3-b2f1-a7cd28c0889a-image.png

1. 版本

Config Tool Version：2.7.8
ME05 SDK version：1.4.0
EVB version: YTM32B1ME0-EVB Rev.C

2. 需求 需要将SPI的CLK引脚保持一直连续输出，不能有间隔。 波特率10M，软件上不需要做太多处理，要搭配DMA，尽可能节省CPU资源。 3. 方案思路 可以正常配置SPI的1024byte（可适当配置）连续发送，在DMA的发送完成中断中重新配置开启下一次的DMA发送。接收的DMA搬运同理。 要保证重新配置的操作时间尽可能短，在SPI的TX_FIFO发送完成之前重新配置好DMA，SPI的波形就会连续，不会有间隔。 4. 示例工程配置 4.1 SPI时钟配置 功能时钟选择PLL, 120M时钟, 3分频，所以SPI的功能时钟为40M.
f9171403-3a59-40dd-addc-bc154d8dcc3a-image.png 4.2 SPI功能配置 这里只考虑主机发送和接收的配置：
eb4dd768-a168-4e6a-90e3-b7be7db43041-image.png 4.3 DMA发送完成中断重新配置DMA

4.3.1 TX DMA

找到 SPI_DRV_MasterCompleteDMATransfer 函数，这个函数会在DMA完成中断中调用。 注释掉原有的SPI传输完成操作，添加如下代码：
3409bdfe-c01c-496e-823d-cdbaeab0b9a8-image.png 如上图，重新配置DMA通道0的源地址，TriiggerCount，最后StartChannel. 4.3.2 RX DMA 找到 SPI_DRV_MasterCompleteRX 函数，这个函数会在DMA完成中断中调用。 注释掉原有的SPI接收完成操作，添加如下代码：
f6341ba2-1dac-43d6-b9df-c87003d74604-image.png 如上图，重新配置DMA通道1的目标地址，TriiggerCount，最后StartChannel. 4.4 代码配置 只需调用一次 SPI_DRV_MasterTransfer ，MCU就会一直发送SPI波形，因为有DMA，程序不会频繁进入中断处理，只会在DMA发送完成中断里处理一下就行，软件负载低。 如果想将进一步降低软件负载，可将发送的长度（1024byte）适当扩大。
ecfb174c-100e-44e1-92d9-80af32ddad90-image.png 调试，将SIN和SOUT连接
9e97b680-c3bf-4d1a-be40-327e3cb1b9a1-image.png 5. 实测波形 通道0是片选线，通道1是时钟线，通道2是MOSI，通道3是MISO，通道4代表DMA完成中断处理时间。 如下图，波形连续发送无间隔
bea0e8ae-f52b-440a-b9d3-0911c2c8c0a0-image.png 6. 示例工程 SDK：
02beb926-8d95-4aa4-afb4-fde884ad6c17-Spi_Master_DMA_Continue_Send.zip MCAL：
f4b5fbd6-b97d-4438-91ae-4cfef9eac736-SPI_Master_clk_continue_out.zip

现行撰写了一个放在A区Boot+APP+保留区的程序(大小不超过256k Bytes),我想将Boot+APP+保留区的程序COPY一份只要将其版本号修改一下然后放在B区,然后使用BootSwap功能,那A和B区的程序要如何透过IDE写入MCU中呢?

使用的demo工程Etmr_Pwm_Complementary_Demo，
测的tmer1的ch4和ch5,
问题：发现实测（312ns）的死区时间和理论(375ns)的不一致有偏差
主频48mhz，计算公式：（1+1）*（8+1）/48mhz=375ns
过程：
YCT配置
bfa6633f-bcc4-4b9c-a360-e6c352ddc49c-image.png
手册公式计算：
96262fe5-1b50-4d52-b003-8655a2c62191-image.png
实测波形
d1fc9746-4394-486b-bc3c-db40119acd07-image.png
看到的话尽快回复一下

请问有MCAL配置的IIC中断的例程吗

如题，客户在申请时下载的license是0KB的文件，请问如何解决。
34c8ab4ea58b9ef365e4a2ffe5c97ced.png
05645263c8c649efd8b38d1f46deb104.png

MD平台制作 ram flash driver 遇到困惑：ram flash driver 不能跟其他代码解耦，如在BOOT的少许修订都要导致ram flash drvier 变更，导致升级BOOT时就要同步更新ram flash drvier 导致OTA升级包更新----导致要维护市场上多个ＢＯＯＴ版本的ram flash drvier 驱动