YunTu Forum

Fee的操作跟Fls是一样的，他的操作函数都是异步函数，需要调用Fee_MainFunction来进行调度和状态管理，同时由于Fee需要调用Fls的操作才能实现数据存储与读取，因此调用Fee_MainFunction的同时，也需要调用Fls_MainFunction

好的。
由于后续我们会更新示例demo，所以我重新确定了一下我的修改。通过对比你前面提到的CRC值 D8 47，我将循环中的条件更改为如下内容的时候：e4eea0d8-be5f-4938-b14d-7f71c0a98121-image.png 复现了下载你的CRC D8 47，这是由于下载的FlashDriver文件少掉了两个字节导致的。

所以照着前面的内容修改是不会有问题的。

如果你是想要丢弃后续数据，那直接关闭接收就行了 如果你想继续接收，可以重启那个接收API，换个 buffer 继续接收 一般接收不定长，得把长度设大，大于你的预期值

Diga 好的👍

这个是ZKH-52F.hex 文件中的一段， 想去除，去除不了，待编译链接完成后，只能手动删除hex中的这一段，请问这个问题怎么解决

好的，感谢您的反馈。如果不修改can的配置，可以将该模块lock住，lock后将不再生成该模块配置文件和代码。

UDS配置
7b67ba24-ad55-4366-ac6d-5e2f9f115831-image.png CAN-TP配置
3802526e-aa59-4a1a-9dbd-c6d82e24c801-image.png 上位机配置
d75daf77-485b-40ad-bce9-e14cc91a5165-image.png 其他模块配置与demo配置相同 测试结果
7b88125e-4107-4d8a-bd6f-a082de7ca322-image.png

可以了 可以了 按照这个方法可以 除了这个keil工程还漏了了一个文件我自己加上了

image.png

32119c03-30f8-4ea1-9ebf-9ef77a0acdfd-image.png

CS85565 你用OZONE能下载调试吗？

Frankie 可否帮忙看看，链接文件这样理解对不对。这是YTC默认生成的MCAL链接文件。
假如就以默认链接做BOOT固件的化，用户APP有关链接文件的处理。

// 1-BVT: APP应该是不需要这段定义。 define exported symbol BVT_memory_start = 0x2000000; define exported symbol BVT_memory_end = 33556479; define region BVT = mem:[from BVT_memory_start to BVT_memory_end]; /*0x800*/ // 2-IVT：需偏移如+0x4000 define exported symbol IVT_memory_start = 0x2000800; define exported symbol IVT_memory_end = 33557503; define region IVT = mem:[from IVT_memory_start to IVT_memory_end]; /*1024*/ // 3-NC_TEXT：需偏移如+0x4000 define exported symbol NC_TEXT_memory_start = 0x2000c00; define exported symbol NC_TEXT_memory_end = 33603583; define region NC_TEXT = mem:[from NC_TEXT_memory_start to NC_TEXT_memory_end]; /*0xB400*/ // 4-TEXT：需偏移如+0x4000 define exported symbol TEXT_memory_start = 0x200c000; define exported symbol TEXT_memory_end = 35651583; define region TEXT = mem:[from TEXT_memory_start to TEXT_memory_end]; /*0x1F4000*/ // 5-dflash: 不需要偏移 define exported symbol FEE_memory_start = 0x6000000; define exported symbol FEE_memory_end = 100925439; define region FEE = mem:[from FEE_memory_start to FEE_memory_end]; /*0x40000*/ // 6-IVT_RAM，默认占用ITCM的最后1K，不需要偏移 define exported symbol IVT_RAM_memory_start = 0x0; define exported symbol IVT_RAM_memory_end = 1023; define region IVT_RAM = mem:[from IVT_RAM_memory_start to IVT_RAM_memory_end]; /*0x400*/ // 7-ITCM，不需要偏移 define exported symbol CODE_RAM_memory_start = 0x400; define exported symbol CODE_RAM_memory_end = 32767; define region CODE_RAM = mem:[from CODE_RAM_memory_start to CODE_RAM_memory_end]; /*0x7C00*/ // 8-DTCM，不需要偏移 define exported symbol D_RAM_memory_start = 0x20000000; define exported symbol D_RAM_memory_end = 536997887; define region D_RAM = mem:[from D_RAM_memory_start to D_RAM_memory_end]; /*0x1F000*/ // 7-STACK，默认占用DTCM的最后4K，不需要偏移 define exported symbol STACK_memory_start = 0x2001f000; define exported symbol STACK_memory_end = 537001983; define region STACK = mem:[from STACK_memory_start to STACK_memory_end]; /*4096*/ // 8-NC区，默认占用OCRAML的最后64K（开的好大），不需要偏移 define exported symbol NC_RAM_memory_start = 0x20020000; define exported symbol NC_RAM_memory_end = 537067519; define region NC_RAM = mem:[from NC_RAM_memory_start to NC_RAM_memory_end]; /*0x10000*/

因为这种方案是唯一选择，加密就在BOOT代码中做了。

Diga ADC初始化放在IIC初始化后面就可以了.
ee0fd17e-ed56-4adb-880b-476331cdcaff-f1e250ca1be9fdffe01747790b7f0e8.png

bbb0890b-a51a-4dc2-bcee-2f31dafd3759-b78f1a9f8036b92898e9c65633f8dfa.png

439feb9e-f410-41a4-9220-f5c623a79ad8-image.png

yt0069 ok，谢谢

WDG_Wakeup_Demo.zip

嗯，后续版本会更新Lin_Wakeup

YTCQ_shejiwang 在 YuntIDE工具，编译问题 中说：

image.png
综上，再把并行编译关掉，就OK了！

不关parallel build也行的，设置成4，另外就是建议你把标题再写清楚一些，把问题描述清楚一些，这样对看论坛的人更有帮助

可以示波器看一下spi通讯的波形，看看硬件上是否有做阻抗匹配，特别是告诉通讯的时候。如果是通讯线被短路到电源或短路到地的话就得从其他方面上来避免短路问题。

结论：
当使用__attribute__((section(".addr_appl")))关键字将数据存放在指定地址时，执行flash擦写API操作该地址，并通过ozone的memory窗口读取该地址时会发现数据无法刷新，即使重新关掉ozone的memory窗口再重新打开也不会刷新数据。使用j-flash或j-commonder工具读取目标地址可以看到数据已被正常擦写。

把R9、R20和R21去掉,电流基本OK

xhsh 兄弟我这里解决了，是@Frankie 找到的问题所在。 你看你电脑里cmd.exe这个文件在哪里，我的是在C:\Windows\SysWOW64这里面
image.png
2，然后将这个路径C:\Windows\SysWOW64 添加到电脑的系统环境变量PATH里，关闭VS code重新编译即可
image.png
3，
image.png