Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
改了这里padding设置后,有没有可能填不填充都能接收到的更改点呢
不行,这个是写死的。填充了就一定得手动固定长度的消息。不填充就不能手动过长的消息
为什么刷新过程中,编号会错乱
APPflash长度在0x7D98时一切正常,新增部分APP代码编译bin文件长度变长时,就会有上一问题。裁剪到0x7D98也能正常刷。
编号错乱是因为 0x36 的 0x9C 编号的报文出错了。返回负相应 0x72,所以继续传 0x9D 就是序号错了。 这是哪一个系列的芯片?还有一个帖子也是类似的问题,我排查一下。
用的芯片是B1MC0
好的,是直接使用的Demo下载吗?编译器是什么?对应的优化选项是什么
不是DEMO,之前DEMO没问题,用自己的APP也没问题,昨天APP新增了功能hex长度变长到0x7F70发现的问题,分块大小是0xD0。把hex内容裁剪到上一次编译的长度7D98恢复正常,看起来就是超过36 9B就会异常。编译器是VScode,优化等级默认的
下载的起始地址是多少?36服务会调用flash driver 写操作,这个操作需要地址8字节对齐。所以可以看看负相应的时候地址是多少。
参考这个帖子对比一下勒:https://forum.ytmicro.com/topic/1224/使用云途uds_pc_tool对单片机进行升级-在downloadfile最后一包数据时报错
发帖前请查看
帮助没办法联网的电脑使用YCT
帮助改进和优化YT CONFIG TOOL,有机会抽取YTM32B1ME0 EVB哦...