YunTu Forum

如图，从机IIC当我选择中断模式，主从IIC正常交互325fc46b-47c1-4935-b6fa-e859eafffd04-image.png
但是我选择DMA后，主机就会进错误回调函数，提示从机未应答
064994db-e19b-4cc2-bcb2-ca04ba100491-image.png 5f778bb9-0c3b-40c6-95ed-a00582ed7330-image.png 0227452a-683a-4942-bc21-ef2d61354cb6-image.png
目前主机的iic用的是mcal，从机用的SDK

31c27f0f-01a5-4809-9b06-5edbb9e6c110-image.png 6c5afbd6-7224-46b6-b482-e4f0887fbbb2-image.png

29f56556-4f84-4de6-ab27-9be96c183919-image.png

如题：有YTM32B1MD24 的 CAN 刷写升级的Demo吗？

5c6dc1f0-8f9f-4db3-85db-2b526ae9cd89-image.png
工程的100us选项无法勾选，有其他方法实现吗？所用芯片为YTM32B1ME05.

UDS FBL Demo合集参考：
https://forum.ytmicro.com/topic/1537/ytm32b1le04-uds-can-fbl公版操作指南

https://forum.ytmicro.com/topic/1201/ytm32b1le05-uds-can-fbl公版操作指南

https://forum.ytmicro.com/topic/1603/ytm32b1le05-uds-lin-fbl公版操作指南

https://forum.ytmicro.com/topic/1200/ytm32b1le15-uds-can-fbl公版操作指南

https://forum.ytmicro.com/topic/1641/ytm32b1le15-uds-lin-fbl公版操作指南

https://forum.ytmicro.com/topic/1199/ytm32b1mc03-uds-can-fbl公版操作指南

https://forum.ytmicro.com/topic/1202/ytm32b1mc03-uds-lin-fbl公版操作指南

https://forum.ytmicro.com/topic/1179/ytm32b1md14-uds-can-fbl公版操作指南

https://forum.ytmicro.com/topic/1180/ytm32b1md14-uds-lin-fbl公版操作指南

https://forum.ytmicro.com/topic/1257/ytm32b1me05-uds-can-fbl公版操作指南

https://forum.ytmicro.com/topic/1447/ytm32b1ha01-uds-can-fbl公版操作指南

a4743339-f435-4f4a-ba5e-f063384523a0-image.png

在YT_LINK中设置自定义Region 的 Order 为 0
66953256-c96b-445d-b9d5-99002bf6d5e8-image.png

但是在实际生成的链接文件中没有起效果

5078c7bd-43ff-4050-86e7-04a899db7711-image.png

61bab788-8cff-4074-8124-b76675fae093-image.png dbbe626f-14c0-4667-b403-d9058abd59b7-image.png 8408f6e1-892c-4f72-bc09-8453d3350d67-image.png

482bfe2a1d534c4f9b460ab74c374da0.png 35c0d23289cf499a933b43f47601ce96.png

生成的build文件夹后再次在vscode点击build就一直报
[rollbar] 未处理的异常: 未处理的拒绝承诺: build Error: No cache object found {}

不知道是不是哪个文件加密了。有哪位知道的？

在终端有显示cmake和ninja（和官方文档显示的一致），如下

PS E:\test\yuntu> cmake --version
cmake version 3.26.4

CMake suite maintained and supported by Kitware (kitware.com/cmake).
PS E:\test\yuntu> ninja
ninja: error: loading 'build.ninja': 绯荤粺鎵句笉鍒版寚瀹氱殑鏂囦欢銆?

aa5c1d45-7cdd-41ac-881f-224fde6e9bd8-image.png

YCT generate报错:Erorinvoking remote method
Tipc- gen-ide-fle: Error Pi Tag is not closed.0c7b8df2-8343-4b98-958b-5542a3bad2fb-局部截取_20260804_144352.png

芯片型号：YTM32B1HA0x
SDK版本：1.4.0
应用场景：FlexCAN Legacy Rx FIFO + DMA，Cortex-M7 D-Cache开启

问题现象：

FlexCAN Legacy Rx FIFO通过DMA接收报文后，SDK会解析ID、DLC，
并对Data执行字节序转换。

如果应用在FLEXCAN_EVENT_DMA_COMPLETE回调中对接收缓冲区执行
SCB_InvalidateDCache_by_Addr()，偶发出现每4字节反转的现象。

例如：

期望数据：
00 11 04 00 00 00 2D 0C
e616e56e-8f8d-4014-a948-7a17c520d2fd-e3a073a3e3e155fa32971b12035bc9f9.png
异常数据：
00 04 11 00 0C 2D 00 00
2108b6d9-e6e9-4f85-8892-5d47f836f768-b319bd183c959ad555a882e180d47a30.png
目前分析认为，DMA直接写SRAM，而CPU通过D-Cache访问缓冲区。
SDK完成ID/DLC解析和字节序转换后，应用再次Invalidate，
可能会丢弃CPU在Cache中完成但尚未回写SRAM的修改，
导致后续重新读到DMA写入的原始格式。

计划将Cache维护放到SDK的DMA所有权切换位置，时序如下：

CleanInvalidate接收缓冲区
-> 配置并启动DMA
-> DMA完成
-> 停止DMA通道或确认DMA不再访问缓冲区
-> Invalidate接收缓冲区
-> SDK读取CS/ID/Data
-> 解析ID和DLC
-> 执行Data字节序转换
-> 触发用户回调

SCB_CleanInvalidateDCache_by_Addr(rxBuffer, 16U); DMA_DRV_StartChannel(channel); /* DMA完成回调 */ DMA_DRV_StopChannel(channel); SCB_InvalidateDCache_by_Addr(rxBuffer, 16U); ParseIdAndDlc(rxBuffer); SwapDataByteOrder(rxBuffer); UserCallback(rxBuffer);

e8688c98-a303-468e-a987-d6874365d8e1-8608560b0aae8a85b5d7bfd6698fa040.png
96cd757b-c421-4469-85bb-c90eda851fdc-45c66bfe5a60d7718b94b81504c11d3c.png
应用回调中不再对rxBuffer执行Cache操作，并且先处理或复制当前报文，
最后再重新调用FLEXCAN_DRV_RxFifo()挂接下一次DMA接收。

typedef struct ALIGNED(32)
{
uint32_t cs;
uint32_t msgId;
uint8_t data[64];
uint8_t dataLen;
} flexcan_msgbuff_t;

想请确认以下问题：

上述CleanInvalidate -> DMA -> Invalidate -> SDK解析 -> 用户回调
的Cache维护顺序是否合理？

DMA完成后，Invalidate是否必须放在SDK第一次读取CS、ID和Data之前？

用户回调中是否不应再次Invalidate当前接收缓冲区？

Legacy Rx FIFO的Cache维护长度使用16字节是否合适？

云途系列芯片是否支持劳特巴赫调试，有没有对应的补丁包

使用DMA接收时，空闲中断好像没法触发，要如果在使用dma同时也打开空闲中断？

环境：Keil AC6 + J-Flash V6.44b + STM32
问题：Keil 在线下载完全正常，用 J-Flash 量产烧录 Hex 直接报校验错误，提示 6146 行预期 0x36，读取到 0x00。
试过导出 BIN 文件烧录，能烧录进去但芯片跑不起来；
有没有大佬可以帮忙解决一下？
9ad51b43-e39d-44cd-a48b-0be25e47b57e-image.png

我使用keil编译云途生成的hex文件，使用j-flash打开会显示checksum error !这个要怎么解决。
4bea5b0a-edf4-407d-801c-2058dcf027c2-image.png

对于什么都不修改的YT-LINK直接生成的链接文件来说，RAM是作为一个独立的加载域，作为一个独立的加载域的话就会导致内容会被写入BIN/HEX中，会导致BIN文件很大。

之前有发帖问了一下是说把在RAM下FLAG属性中设置为noload能解决问题

那么此时RAM还是作为一个独立的加载域，但是因为设置为了 noload 所以 RAM 下没有需要加载到 HEX/BIN 中的数据，所以解决了问题，这个理解是对的吗？
那么对于 RAM 内需要保留初始数据的情况，这里设置了 noload 数据就丢失了那么应该怎么处理？

还有一个问题在于

有没有一种做法就是说
把 RAM 从一个独立的加载域变为 LR_FLASH 的运行域
从 LR_RAM 降级为 ER_RAM
这样是不是可以做到说 不设置 noload 从而保留住 RAM 内的初始数据 而且不会导致BIN文件的大小异常

5e988b26-739a-4745-b712-99375ed01715-image.png 各位大佬能不能帮我看看哪里出问题了cd7412b9-d2f4-4ddd-abb8-065d301a2b48-image.png

796ae1aa-7d8d-45f7-b092-716cbfe184a4-image.png