分享一个自己写的PIC24的bootloader(可以和原程序整合)。

2020-02-06 09:48发布

这是自己最近写的一个串口用BootLoader程序,包含PC程序以及MCU的程序。
之前在用ds30 loader,只是免费版的通讯不能加密,HEX不能加密。并且必须先烧写一次ds30 loader,然后再用ds30 loader烧写程序,实际用起来很是比较麻烦。所以就想自己开发一个解决这些问题。
PC端软件使用python3.2.3+pyqt4.9.4开发。hex文件目前采用3DES加密。
MCU用的是MCC3.3.1开发。不过这个因为要用在自己的产品中,所以代码中删除了加密代码,有需要可以自行添加。
性能上在串口19200速率下,使用加密时,120KB原始大小的HEX文件在24s左右更新完成。
PC端软件分为2部分:
1.生成HEX:这里是用来将编译器生成的原始HEX文件进行格式调整并且加密保存的。
2.写mcu:这部分是用来将前面一步生成的加密hex文件烧写进MCU的。
mcu部分:
直接将char BootLoader(void) 函数放在程序最开头部分即可。
int main(void)
{
    BootLoader(void);
    //其它代码
}

MCU部分使用方法:
1.修改gld文件,开辟bootloader使用区域,并且修改程序空间长度。目前使用的是0xA400之后的所有地址作为bootloader程序空间。
2.修改mcu源文件中.h文件中预定义以及.c文件中初始化。(必须定义对串口的RX脚,这样才能检测烧写信号)
3.编译后用烧写器将此文件烧进MCU即可。注意预配置中GWRP一定要为GWRP_OFF,否则无法串口升级。
PC部分
1.首先修改readHex.py和LoadHex.py两个文件中 desKey = DES3.new("1234567890123456", DES3.MODE_CBC) 的密码。
2.使用LoadHex.py生成需要烧写的HEX文件。
3.用bootMain.py开始烧写HEX文件,根据界面提示操作即可。
目前缺点:
1.配置位不能被跟新
2.bootloader不能被升级。实际就是从0xA400地址之后的空间都不会被更新。所以才需要修改gld文件加以限制。

gld文件.zip (9.41 KB, 下载次数: 181) 2012-11-22 15:24 上传 点击文件名下载附件
gld
gld文件
MCU.zip (3.24 KB, 下载次数: 200) 2012-11-22 15:24 上传 点击文件名下载附件
mcu代码
MCU部分代码
PC.zip (13.77 KB, 下载次数: 165) 2012-11-22 15:24 上传 点击文件名下载附件
pc端代码
PC代码

这个代码主要是以实验性质为主,所以不能排除存在各种问题,如果要大规模使用时还需谨慎。本人水平有限,各位如果有什么意见和建议还望多多提出,谢谢。
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
48条回答
liansh2002
2020-02-10 21:07
一心2013 发表于 2018-4-9 18:10
有个问题请教下,BOOTLOADER里的中断跟APP里的中断是不是有差别,

这几天一直在找这个问题,貌似有人说不 ...

这里需要区分是16,18系列还是24,33系列

16,18系列中断入口是固定地址,(高优先级0x08,低优先级0x18)。程序会分别在FLASH中,0x08,0x18地址处放置两条跳转语句,到实际的中断程序中。所以这个是没有办法完成中断重映射的。也就是bootloader中无法使用中断。

24,33系列差不多一样的结构,只是中断入口更多了,且每个入口都有一个备用入口(AIVT 备用中断向量表)。所以只需要定义好备用入口里面的跳转地址,就可以在bootloder中使用中断。

最后为啥这个bootloader要放在最后,是因为如果放在开头的话,必须要重新定义中断向量表跳转地址(因为程序偏后了)。懒得重定义中断向量表,而且bootloader中也没必要用中断,所以放在了最后。

一周热门 更多>