YTM32B1MD14 UDS CAN FBL公版操作指南
-
limanjiang 在 YTM32B1MD14 UDS CAN FBL公版操作指南 中说:

你如果还是用的之前的DEMO 里的flash driver的话,看起来是长度不对,如果没做改动可以先检查一下设置。如果还不行可以打断点调试看看是哪里卡住了。我这边进行了相应的调试,发现程序在进行这里TX_DL赋值时候一直为长度6

我重新把函数里面的内容修改添加了一下

如果小于8的情况下直接返回8字节,就能实连续帧的响应和往下面刷新。这个出现长度为6的情况是怎么回事,可是我这边是开启填充功能的

-
yt0503 在 YTM32B1MD14 UDS CAN FBL公版操作指南 中说:
z123456111 接收的帧长度一直为6还是在接收最后一帧的时候TX_DL的长度为6
这个6的长度是根据连续帧变的

-
z123456111 在 YTM32B1MD14 UDS CAN FBL公版操作指南 中说:
yt0503 在 YTM32B1MD14 UDS CAN FBL公版操作指南 中说:
z123456111 接收的帧长度一直为6还是在接收最后一帧的时候TX_DL的长度为6
这个6的长度是根据连续帧变的

如果是 10 0A TX_DL的长度为5,10 0C TX_DL长度为7



-

我只要把TX_DL的长度一直为8,就能刷新成功 -

你这个代码逻辑和直接在论坛下载的好像有点区别,你现在TX_DL小于8会对cnt-1,把最后一帧报文应该丢掉了;改成8之后跳过去了所以没问题;
我在论坛直接下载的逻辑如下,TX_DL 小于8 也不会使cnt-1的,TX_DL 小于8 也没有问题的。
-
limanjiang 在 YTM32B1MD14 UDS CAN FBL公版操作指南 中说:

你这个代码逻辑和直接在论坛下载的好像有点区别,你现在TX_DL小于8会对cnt-1,把最后一帧报文应该丢掉了;改成8之后跳过去了所以没问题;
我在论坛直接下载的逻辑如下,TX_DL 小于8 也不会使cnt-1的,TX_DL 小于8 也没有问题的。
能不能把你这个代码发我或者发一份最新的DEMO,我这边对比修改,调试试试
-
我就是在这个贴子里下载的,你重新下载一下对比看看呢
-

就是截图这个位置的 -
-
我用默认的CMAKE+VSCODE(gcc) 那个生成的,你不生成直接对比呢,或者生成代码提示是否修改的时候,选否,保留程序的初始状态看下
-
limanjiang 在 YTM32B1MD14 UDS CAN FBL公版操作指南 中说:
我用默认的CMAKE+VSCODE(gcc) 那个生成的,你不生成直接对比呢,或者生成代码提示是否修改的时候,选否,保留程序的初始状态看下
好了,我这边上位机重新生成的都选择否,不覆盖,就能实现刷写了。

-
limanjiang 在 YTM32B1MD14 UDS CAN FBL公版操作指南 中说:
我用默认的CMAKE+VSCODE(gcc) 那个生成的,你不生成直接对比呢,或者生成代码提示是否修改的时候,选否,保留程序的初始状态看下
请教一下,上位机生成代码提示是否修改的时候,都选否,对程序有影响吗?
-
你手动修改过配置生成的代码之后,再次生成的时候,工具检测到代码不一致所以会提示,如果选是用的是默认配置工具生成的代码,如果选否则保留手动修改过的代码,我估计这部分逻辑是手动修改过的,所以会有这个提示。DEMO 不是我做的,但按照通常做法有必要手改才会修改,我觉得保留手改的做法是合理的。我再和发帖的同事确认一下。
-
limanjiang 在 YTM32B1MD14 UDS CAN FBL公版操作指南 中说:
你手动修改过配置生成的代码之后,再次生成的时候,工具检测到代码不一致所以会提示,如果选是用的是默认配置工具生成的代码,如果选否则保留手动修改过的代码,我估计这部分逻辑是手动修改过的,所以会有这个提示。DEMO 不是我做的,但按照通常做法有必要手改才会修改,我觉得保留手改的做法是合理的。我再和发帖的同事确认一下。
嗯嗯,好的
-
z123456111 和我们发帖的同事确认过了,保留修改后的代码。
-
快速上手云途开发生态
发帖前请查看
帮助改进和优化YT CONFIG TOOL,有机会抽取YTM32B1ME0 EVB哦...
