IAP升级程序，applenth问题

杀手锏

在IAP程序中，运行到1时，oldcount是0，USART_RX_CNT是1，当运行到2时，oldcount还是0，但USART_RX_CNT变成2，oldcount就被赋值成了2，但下一次运行到1时，USART_RX_CNT还是2，它就进去了，理论上USART_RX_CNT要加到不再变化时才能进，但第2次就进去了，结果applenth得到了错误的代码长度，我用的和原子哥一样的代码（去掉了printf），没有正确的applenth，害得我只能手动添加代码长度，笑哭了 笑哭，求大神指点



另外分享一个写IAP程序时发现的问题（已解决），我的BOOT程序中有Delay_Init();，这个延时用的是滴答定时器
void Delay_Init(void)
{
        SysTick_CLKSourceConfig(SysTick_CLKSource_HCLK_Div8);
        fac_us = SystemCoreClock/8000000;
        fac_ms = (u16)fac_us*1000;
}
在BOOT程序的main函数中加了Delay_Init，跳转程序后程序直接跑飞，掉电后能跳转，但还是直接跑飞，结果我把Delay_Init注释掉，再跳转后就能正常执行了，APP里的中断也没有问题

正点原子

仿真找问题

杀手锏

正点原子 发表于 2018-9-18 02:14
仿真找问题

在线仿真时发现的这个现象，因为用的例程里的，以为没问题，结果一直得不到正确的applenth，单步发现USART_RX_CNT值2次都是2

正点原子

杀手锏 发表于 2018-9-18 09:02
在线仿真时发现的这个现象，因为用的例程里的，以为没问题，结果一直得不到正确的applenth，单步发现USAR ...

那为什么是2，你看过么

杀手锏

正点原子 发表于 2018-9-19 02:26
那为什么是2，你看过么

对哦，我应该去找这个值变化的原因，我一直纠结它在这里不对

zjk103

我也碰到类似的问题了，楼主找到原因了么

杀手锏

zjk103 发表于 2018-10-8 17:21
我也碰到类似的问题了，楼主找到原因了么

很可惜，没有，但我借鉴了别人的串口通讯，使用了空闲总中断来处理接收完成，使用传输完成中断来处理发送完成，这样实际效果非常好，中断的处理速度也块。考虑到实际情况，确实bin文件如果太大，一次性直接传输容易出错，我采用了YModem协议来进行分包传输，一包128字节，每包都处理好了再接收下一包，这样文件准确性得到的保证。希望对你有帮助