本来是写在了baidu的blog上的,不知触犯了什么规矩,居然发布失败,只能改在这里了,我觉得我的一些想法,一些工作中的闪光的发现,能告诉大家,挺好的。
因为让设备Boot0 = 1后,设备一直狂发00,所以,st的那个Flash Loader demo无法Next成功。
实际上,这个ISP的协议早已经公开了,大家可以自己编写下载工具的。
首先先说一下,我使用的是V2.6.0的版本,其它的应该类似吧。或者以后的版本,ST自己会改正这部分。
在安装目录里有一个Src
之后打开STMicroelectronics Flash Loader project.sln
查找STUARTBLLIB.cpp
里面的这个函数
STUARTBLLIB_API BYTE STBL_Init_BL()
因为它每次发送完报文头0x7F后只接受1个字节,造成无法正确识别到单片机的应答0x79。
我把开头部分改为
if (!Cur_COM.isConnected) return NO_CON_AVAILABLE;
LPBYTE RQ_Buffer = (LPBYTE) malloc(10000);
RQ_Buffer[0] = INIT_CON;
//if (Cur_COM.setTxd(FALSE)) _sleep(100);
int iReLen;
iReLen = Cur_COM.sendData(1, RQ_Buffer);
if (iReLen == -1)
return SEND_FAIL;
iReLen = Cur_COM.receiveData(10000, RQ_Buffer);
if (iReLen == -1)
return READ_FAIL;
if (iReLen > 0)
{
RQ_Buffer[0] = RQ_Buffer[iReLen-1];
}
else
{
return READ_FAIL;
}
//Work-Around : in case of the device send a 0x00 value
//after system reset , we reveive again the real ack
if( !((RQ_Buffer[0] == ST75) || (RQ_Buffer[0] == ST79)) )
if (Cur_COM.receiveData(1, RQ_Buffer) != 1)
return READ_FAIL;
//if (Cur_COM.setTxd(FALSE))
//_sleep(100);
我是按Release编译的,编译后,到SrcBINRelease找到STUARTBLLIB.dll
拷贝到STMicroelectronics flash loader.exe所在目录,即可应对那些狂发00的串口了。
不上传dll文件了,把这些文字留给有心人吧,也许你们看到这些文字时,那个工具已经修正了这个bug,
也许工业界已经不再流行stm32了,
也许我已经老了。
上一篇:STM32烧写程序口注意问题
下一篇:stm32_015_stm32工程设置程序下载到flash中
推荐阅读最新更新时间:2024-11-13 06:58