求助：BOOTLOADER升级程序

langbaiyue

求助各位高手，BOOTLOADER升级程序遇到问题，方案是服务器下行BIN文件，设备收到文件后开始存储到24c512中，请问：问题1 ： 下行了500个字符，我存储到24c512中，是每个地址存放两个字符吗？

问题2 ：在BOOTLOADER程序中，我判断到有升级包，往stm32f103rct6里写的时候，需要特殊处理吗？还是直接从24c512里读取之后，直接用库函数写进去，然后重启设备就行？

以上均不考虑校验的问题

谢谢

现在遇到的现象是能写进去，但是重启之后在bootloader程序里，跳转不进APP！


真是太感谢“电脑小白”达人的指点！谢谢！

电脑小白

首先：接受bin文件按照字节来接收，不能按照字符。就是16进制的方式接收，保存也要是16进制的方式保存到24C512里也是要16进制。
接收完毕后要最crc16或者crc32校验，就是服务器下发完成bin文件后要再发一个校验码CRC校验或者简单的和校验等，比如这样的格式：FE1A  这是两个字节，当然四个字节也可以，就是FE1A BE2C

jermy_z

1、24C512才有512/8=64k的空间吧    够你用的吗？
2、EEPROM读写速度那么鬼扯，用来在线升级，让你蛋疼

3、1个地址1字节数据
4、你自己搞明白在线升级流程和方案，再弄吧，第一次见过用EEPROM存升级数据的

电脑小白

接收完“校验和”或者“CRC16”校验码并保存后。最后再保存一个接收完成标志位。比如特殊地址写 0xAB。最后APP重启。当然接收数据是在APP下完成。
第一次进bootloader时读取24C512的特定地址，等于0xAB就清空这个地址，使它=0x00（不是0XAB只清空）然后 开始从24C512里逐个字节读出（当然你逐个4字节读出也可以，就看你和服务器共用的算法了），然后进行和运算（也可以CRC16运算），最后和校验数据0xFE1ABE2C进行对比，相等就开始逐个再次读取并开始写入APP区，写入完成再重启（因为标志位0XAB被清除，所以会直接启动新APP）。不相等。不写入直接去跳转APP里运行。

电脑小白

上面说的还是有一个漏洞。就是写入APP后有异常。无法退版本。
我之前是这样做的。分三个部分。第一部分是bootloader，第二部分是APP0，第三部分是APP1。
升级的时候，bootloader先把APP1清空，再把APP0复制到APP1，然后清空APP0，再把bin文件写入到APP0中。最后再跳转到APP0中运行。
想要退版本，就是在bootloader中把APP0清空，再把上个版本的APP1写回APP0中去。

电脑小白

当然你这种，不用考虑退版本的话。就只有bootloader和APP0，不会再分一个APP1了。这样也节省空间。app也可以写的代码多一些。
服务器算法是这样的：读取bin文件，是逐个4四字节计算校验和（或者CRC16）生成一个校验码。发送给下位机的时候是4字节逐个发送，最后再有一个发送结束命令和特殊的命令发一个校验码。
当然握手开始发送也是有一个指令协议的。
每一条通信指令都是有校验的。比如：
02 0a xx  xx  dd dd dd dd  crc 03     02 是报文开始  03是报文结束 0a是这条指令总字节数。最前面两个 xx xx 范围是00 00 -- FF FF  后面4个dd是你的数据。
当然你也可以定义长一些 比如  dd为16个。一次发16个字节

电脑小白

xx xx是逐行递增的。比如：
02 0a 00  00  dd dd dd dd  crc 03
02 0a 00  01  dd dd dd dd  crc 03
……
02 0a FF FF  dd dd dd dd  crc 03
02 0a 00 00  dd dd dd dd  crc 03
02 0a 00 01  dd dd dd dd  crc 03
……

这些协议你和做服务器的人一起商量来定义。

也可以考虑用ymode或者Xmode标准协议。

电脑小白

最后你说的“重启之后在bootloader程序里，跳转不进APP！”---这个你要连接jlink等工具读出固件。对比数据。
还有bootloader里最好不开中断，开了的话，跳转前要关闭。

最最最后就是要中断表映射，这个我就不再赘述了。就是：SCB->VTOR = FLASH_BASE | 0x4000; //中断向量表偏移

langbaiyue

电脑小白 发表于 2025-2-20 10:42
最后你说的“重启之后在bootloader程序里，跳转不进APP！”---这个你要连接jlink等工具读出固件。对比数据 ...

感谢，终端映射还是还得，希望您帮确认一下：是不是我接收到BIN文件，转成16进制存入24C512，然后读出来写入FLASH对应的区域，就可以了？谢谢

电脑小白

langbaiyue 发表于 2025-2-20 11:27
感谢，终端映射还是还得，希望您帮确认一下：是不是我接收到BIN文件，转成16进制存入24C512，然后读出来 ...

是这个意思。但是吧，你自己捣鼓研究着玩可以这么干。做项目不行。24C512确实速度慢。你要考虑用高速的存储比较好。自己捣鼓就无所谓了，速度慢也没什么。

电脑小白

System.IO.FileStream fs = new System.IO.FileStream(this.textBox.Text, System.IO.FileMode.Open);
System.IO.BinaryReader read = new System.IO.BinaryReader(fs);byte[] _buff = read.ReadBytes(100);

我这里打开的就是bin文件 直接就可以读出来16进制的。不用转换。

langbaiyue

jermy_z 发表于 2025-2-20 10:06
1、24C512才有512/8=64k的空间吧    够你用的吗？
2、EEPROM读写速度那么鬼扯，用来在线升级，让你蛋疼

...

感谢您的指点

langbaiyue

电脑小白 发表于 2025-2-20 10:05
首先：接受bin文件按照字节来接收，不能按照字符。就是16进制的方式接收，保存也要是16进制的方式保存到24C ...

感谢您的回复，给其它厂家做匹配，没有下行校验

jermy_z

langbaiyue 发表于 2025-2-20 11:46
感谢您的回复，给其它厂家做匹配，没有下行校验

我觉得你现在需要做的事情是：
1、测试写入EEPROM的数据是不是bin文件原始数据，这个可以写完整体读出来比对
2、测试写入单片机FLASH的数据是不是bin文件原始数据，这个可以用j-flash读出来比对
3、如果上述两个数据都没问题，就要看keil工程的偏移量和向量表有没有设置正确
4、如果上述三个都没问题，就要看bootloader的跳跃地址是不是跟app的偏移最终地址设置的一样

langbaiyue

jermy_z 发表于 2025-2-20 14:45
我觉得你现在需要做的事情是：
1、测试写入EEPROM的数据是不是bin文件原始数据，这个可以写完整体读出来 ...

谢谢指导

Mr.liu

电脑小白 发表于 2025-2-19 13:57
首先：接受bin文件按照字节来接收，不能按照字符。就是16进制的方式接收，保存也要是16进制的方式保存到24C ...

"接受bin文件按照字节来接收，不能按照字符"要看协议，发送方如果把他转为HEX字符串发送，接收方接收后把字符转HEX也是可行的，我见过他们用CJSON格式发送就是这样干的。