YunTu Forum

NorbertShi 有结论了吗

那么外部加一级缓冲比较靠谱吧？有参考电路吗？或者一般的跟随电路即可？另，如果不加缓冲它的驱动能力如何

Fee写入Block失败之后，不会自动重复写入该Block，是否再次写入由用户决定。再次写入时，会跳过刚才写入的地址范围，在新的空白区域写入，不会在之前写入失败的区域进行二次写入。

bus clock是寄存器的时钟，
1 Peripheral Functional Clock -> Yes，则说明该模块的外设时钟支持配置可选
2 Peripheral Functional Clock -> -，Additional Clock 为Fast_bus_clk，则说明该模块的外设知识时钟是Fast_bus_clk。
3 Peripheral Functional Clock -> -，Additional Clock-> -，则该模块的外设时钟和寄存器时钟一致

@ytm0267 一直以来用的都是Jlink调试，ADC、PORT、PIT、CAN功能都调通了，下面是我的Jlink配置
74bc2760-487f-41c3-8646-e124160b1b7d-image.png

yt0069 谢谢大佬的支持😊

Diga 感谢😊 ，abort后测试确实OK了。

两个硬件Group只能采用这种轮换的方式。

明白了。
读数据时I2c0MasterTx.BufferSize=1，重复写时I2c0MasterTx.BufferSize需还原

我们的安装包就是以zip格式交付的。但是这个zip里面的文件结构是固定的。如果是你前面截图的那个文件结构，确实不是我们的安装包。

sunxuehu 好的，谢谢！我们先实验

空闲中断触发后，会自动结束当前的接收请求。再次接收数据需要通过接收API重新发起请求。重新发起的请求不受上一次空闲中断的影响。

好的，温工，这边收到右键了

好吧，配置看起来没什么问题，可以按我上面说的排查一下，先检查数据是否发出去。
如果数据发出去了，检查一下CAN_H CAN_L连线是否正确，调试，看下位机是否收到CAN帧...
如果数据没有发出去，看看YCT安装在电脑的哪个盘呢，如果是C盘，可以装到D盘试试

Dethrew 1. 检查是否登录账号了；2. 检查是否有权限

请问，使用的uds_lin_fbl_mc03_20250623的demo，对app增加了一些功能，结束地址0x25343，大小21316，为什么刷写app时最后一块会出现消极响应7F 36 72 。即使对原demo不做修改，使用vscode重新配置并生成工程后，再打开app的s19文件，结束地址也会改变（原app的s19文件结束地址为0x251EF,未修改重新配置生成后的s19文件结束地址为0x251EB），长度变小了，也会出现上述消极响应。boot没改

⚠️问题出在你的配置上。
你修改了writeAppInfo服务的地址到flash上，并且将App的起始地址改为了 0xB600
但是并没有修改Flash擦除的地址，这就导致在进行下载App的时候，指擦除了 0xB400~0xB400 + AppSize区间的 flash。但是实际下载App的时候是写入到 0xB600~0xB600 + AppSize。所以最后一帧没有擦到，导致写的时候失败了。

✅解决方式
方式一：可以通过新增一个服务，擦除AppInfo区域的flash，起始地址为0xB400，大小可以简单的设置为0x0200。然后修改擦除AppFlash区域的服务起始地址为0xB600。测试是可以正常下载了
方式二：可以通过修改脚本，增加flash地址擦除的大小：
a37013d9-7df1-4e9b-a32d-8ceab7d57bbf-image.png

前面提到的数据写入是成功了的，是由于第一次写入了App的数据，这一次是擦除了芯片的，所以是可以正常写入。第二次下载的时候，由于第一次写入的数据还在，所以看起来是写入成功了

好的好的解决就好

debug 口如果被禁止了，没有调试器可以连回来，除非自己软件留了后门

maple613258 你的板子上应该没有晶振，所以要disable掉