基于dsPIC33F系列单片机的应用程序升级方法
引言
dsPIC33F系列单片机是美国微芯公司(Microchip)推出的一款高性能单片机,它将数字信号处理器(Digital Signal Processor,DSP)的高速运算能力与单片机的控制特性无缝地集成在一起,为嵌入式系统设计提供了高性价比的单芯片、单指令流的解决方案,在音频处理、视频处理及工业控制等方面得到了广泛应用。但是在实际应用中,由于客户需求变化或程序BUG修改等原因,经常出现需要使单片机应用程序升级的情况,本文利用dsPIC33F单片机运行时的自编程(Run-Time Serf-Programming,RTSP)特性,实现了基于该单片机应用程序的升级功能。
1 基本原理
dsPIC33F系列单片机提供了两种方式用于对其内部程序存储器进行编程:在线串行编程(In-Circuit Serial Programming,ICSP)和运行时自编程(Run-TimeSelf-Programming,RTSP)。ICSP使用5根线对单片机编程,主要用于产品调试或生产过程中,显然不适合用于产品运行时的程序升级。RTSP是通过使用TBLRD(表读)和TBLWT(表写)指令来完成的,使用RTSP可以一次将64条指令(192 B)的块(或"行")或单个程序存储字写入程序存储器,也可以一次擦除512条指令(1 536 B)的块(或"页"),由于该方法采用程序指令实现了自编程,可应用于产品运行时的程序升级,因此本文采用RTSP方法实现基于dsPIC33F系列单片机的应用程序升级功能。程序升级的实质是对程序存储器内容的更新,所以有必要先了解一下dsPIC33F单片机的程序存储器内部结构。
1.1 dsPIC33F单片机的程序存储器内部结构
dsPIC33F单片机的程序存储器结构如图1所示。一般情况下,"复位地址"的内容为全0,单片机复位后均从程序存储器地址0的位置上开始执行,即从图1中的"GOTO指令"位置开始执行。在这里存放了一个跳转指令,直接指向用户程序的首址,默认情况下该位置的指令为"GOTO 0x200",即默认跳转到首址为0x200的用户程序(图1中的"用户程序存储空间")开始执行。dsPIC33F单片机具有2个中断向量表,即"中断向量表"和"备用中断向量表",地址分别从0x000004~0x0000FF和0x000100~0x0001FF这两个中断向量表允许使用不同的中断服务程序来处理每个中断源。程序升级功能正是基于程序存储器内部结构的以上特性而实现。
1.2 程序升级功能的实现流程
将图1中的"用户程序存储空间"分为引导程序和应用程序2部分,如图2(a)所示。引导程序用于引导用户程序是进入升级状态,还是进入正常运行状态,若进入升级状态则接收新的程序数据,并更新程序存储器的内容;若进入正常运行状态则程序跳转到应用程序区。应用程序是为了实现产品功能而编写的程序,也就是本文所谓"程序升级"的对象。
实际应用中,将外部非易失性存储器(如E2PROM)的某些存储单元值当作是否进行程序升级的标志(以下简称程序升级标志)。单片机上电或复位后首先执行"GOTO0x400"指令,即跳转到引导程序。默认情况下程序升级标志是处于"正常运行"状态下的,引导程序调用跳转指令将用户程序引导到应用程序区,若运行过程中发现服务器有新的应用程序版本或接收到服务器发来的升级程序命令时,单片机将程序升级标志设置为"程序升级"状态,然后软件复位单片机。这时程序再次跳转到引导程序,根据程序升级标志,单片机进入程序升级状态,接收新的程序,并更新程序存储器的内容,升级完成后,单片机将程序升级标志设置为"正常运行"状态,然后再次软件复位,此时单片机运行于新的应用程序中。
由于引导程序和应用程序都可能用到中断,因此应用程序采用中断向量表,引导程序采用备用中断向量表,以执行各自相应的中断服务子程序。值得注意的是,在图2(a)中引导程序的首址为0x000400,这是因为dsPIC33F单片机执行一次擦除指令会擦除512条指令空间(即1" 块",占用1 024个地址单元),这意味着程序升级必须以1 024(即0x400)为单位。同理,应用程序的首址必须为0x400的整数倍,本文采用0x00C800。
从以上基本原理的分析可看出,程序升级功能的实现主要就是引导程序的实现。
2 引导程序的实现
2.1 程序流程
进入引导程序后,程序的执行流程如下:
(1)初始化电路板,包括单片机的工作频率、外围接口等,尤其要注意启用单片机的"备用中断向量表"。因为dsPIC33F单片机复位后默认启用"中断向量表",而由基本原理的说明可看出,引导程序必须采用"备用中断向量表"。
(2)判断程序走向,通过程序升级标志判断是跳转到应用程序,还是执行程序升级流程。
(3)若程序升级标志为"正常运行",则调用GOTO指令跳转到应用程序。
(4)若程序升级标志为"程序升级",则执行程序升级流程,这是引导程序的重点。
程序升级按"块"更新,每"块"包含1 024个存储单元(以字为单位),即每帧数据需包含2 048个字节的程序代码。在更新程序时并不是简单地用接收到的新程序代码覆盖旧程序,对于一些特殊帧需特殊处理,通过对比应用程序编译后的程序存储器结构与实际应用中的程序存储器结构可以很好地理解这点。图2(a)所示为实际应用中的程序存储器内部结构;(b)为应用程序编译后的程序存储器结构。通过对比这两张图可以看出,"GOTO指令"、"备用中断向量表"、"引导程序"这些区间的程序不能直接覆盖,若"GOTO指令"被覆盖,则程序升级后程序直接跳转到应用程序,不会执行引导程序;若"备用中断向量表"被覆盖,则引导程序中的中断服务程序无法执行;若"引导程序"区间的内容被覆盖,则引导程序被清空,显然会带来灾难性的后果。因此对于第1帧数据需特别处理,该帧数据对应程序存储器第1块(地址为0~0x3FF)的内容,包含"GOTO指令"、"复位地址"、"中断向量表"和"备用中断向量表"的内容,为了保证"GOTO指令"和"备用中断向量表"的内容不被修改,需要先读出原"GOTO指令"和"备用中断向量表"的内容,替代接收数据缓冲区中对应位置的内容,然后写入程序存储区的第1块;对于第2帧到第50帧(0xe800/0x400),这些是引导程序的内容,显然不能做任何修改,因此这几帧数据接收后直接丢弃;从第51帧到最后一帧,这是应用程序的内容,也是真正要升级的内容,所以可直接覆盖旧内容。程序升级后,将程序更新标志恢复为"正常运行"状态,然后复位CPU,则经引导程序又进入了新的应用程序,从而实现了应用程序的升级。
基于以上说明可得引导程序的详细流程如图3所示。
2.2 关键细节的实现
(1)启用"备用中断向量表"。设置INTCON2寄存器中ALTIVT控制位的值,其值设置为"1"则启用"备用中断向量表";设置为"0"则启用"中断向量表"。
(2)程序首址的设置。在以上流程的说明中谈到引导程序的首址为0x400,而应用程序的首址为0xc800,则设置程序的首址可通过修改链接描述文件(.gld文件)实现。以dsPIC33FJ256GP710单片机为例,将引导程序首址改为0x400,其实现步骤为:打开p33FJ256GP710.gld文件,将其中的"program(xr):ORIGIN=0x200,LENGTH=0x2AA00"改为"pro-gram(xr) :ORIGIN=0x400,LENGTH=0x2A900";将"_ _CODE_ BASE=0x200"改为"_ _CODE_BASE=0x400"。应用程序首址的修改也采用相同方法。
(3)读/写程序存储器。在参考文献中有很完整的原理说明,也有完整的源代码,可直接使用。
(4)软件复位CPU。在应用程序运行过程中发现需升级程序或在引导程序中升级程序完毕时,均需对CPU进行软件复位,这可通过dsPIC33F单片机提供的"reset"指令实现,可在程序相应位置执行"reset"指令即可。
- 基于PIC单片机的应用程序升级方法(11-05)
- dsPIC33F系列DSC的 SD存储卡接口设计(01-05)
- DSPIC33FJ256MC710的疑难问题及解决方法(04-25)
- dsPIC33F串口通讯中断接收发送数据UART(11-09)
- 浅谈dsPIC33F系列DSC的SD存储卡接口设计(01-04)
- 基于DSPIC33F的马达控制方案(12-22)
- 濡ゅ倹岣挎鍥╀焊閸曨垼鏆ョ€规悶鍎抽埢鑲╂暜閸繂鎮嬮柟瀛樺姇閻撹法鎷嬮鐔告畬缂佸顑呴〃婊呮啑閿燂拷
闁稿繈鍔嶉弻鐔告媴瀹ュ拋鍔呭☉鏃傚Т閻ㄧ姵锛愰幋婊呯懇濞戞挻姘ㄩ悡锛勬嫚閸☆厾绀夐柟缁樺姇瀹曞矂鎯嶉弬鍨岛鐎规悶鍎扮紞鏃堟嚄閽樺顫旈柨娑樿嫰婵亪骞冮妸銉﹀渐闂侇偆鍠愰崹姘舵⒐婢舵瓕绀嬪ù鍏坚缚椤懘鎯冮崟顐ゆ濡増鍨垫导鎰矙鐎n亞鐟�...
- 濞戞搩鍘炬鍥╀焊閸曨垼鏆ョ€规悶鍎抽埢鑲╂暜閸繂鎮嬮柟瀛樺姇閻撹法鎷嬮鐔告畬缂佸顑呴〃婊呮啑閿燂拷
缂侇噣绠栭埀顒婃嫹30濠㈣埖宀稿Λ顒備焊閸曨垼鏆ラ柛鈺冾攰椤斿嫮鎷犻崜褉鏌ら柨娑樺缁楁挾鈧鍩栧璺ㄦ嫚閹惧懐绀夐柛鏂烘櫅椤掔喖宕ㄥΟ鐑樺渐闂侇偆鍠曢幓顏堝礆妫颁胶顏卞☉鎿冧簻閹酣寮介悡搴f濡増鍨垫导鎰矙鐎n亞鐟庨柣銊ュ椤╋箑效閿燂拷...
- Agilent ADS 闁轰焦鐟ラ鐔煎春绾拋鍞查悹鍥у⒔閳诲吋绺藉Δ鍕垫
濞戞挻鎸搁宥夊箳閸綆鍤﹂柨娑樿嫰閸欏繘妫冮姀锝庡敼閻熸瑯鏋僁S闁告艾瀚~鎺楀礉閻旇鍘撮柛婊冭嫰娴兼劗绮欑€n亞瀹夐柣銏╃厜缁遍亶宕濋埡鍌氫憾闁烩偓鍔嶅〒鍫曟儗椤撶姵鐣遍柡鍐ㄧ埣濡法鈧冻缂氱槐鐧咲S...
- HFSS閻庢冻缂氱弧鍕春绾拋鍞查悹鍥у⒔閳诲吋绺藉Δ鍕垫
閻犙冨缁讳焦绋夐幘鎰佸晙闁瑰搫鐗愰鎶芥晬鐏炶棄寮块梻鍫涘灱椤斿骞掗崷娆禨S闁汇劌瀚慨娑㈡嚄閽樺瀚查幖瀛樻⒒閺併倝鏁嶇仦钘夌盎闁告柡鏅滈崑宥夊礂閵娾晜妗ㄧ紒顖濆吹缁椽宕烽弶娆惧妳濞戞梻濮电敮澶愬箵椤″锭SS...
- CST鐎甸偊鍠楃亸婵嗩啅閵夈倗绋婇悗骞垮€曢悡璺ㄦ媼椤撶喐娈岀紒瀣儏椤ㄦ粎鎲楅敓锟�
闁哄瀛╁Σ鎴澝虹€b晛鐦滈悹浣筋嚋缁辨繈宕楅妸鈺傛〃閻犱礁寮跺绶維T闁告艾瀚伴妴宥夊礉閻旇鍘撮柛婊冭嫰娴兼劗绮欑€n亞瀹夐柣銏╃厜缁辨繈宕濋埡鍌氫憾闊浂鍋婇埀顒傚枙閸ゆ粎鈧冻闄勭敮澶愬箵椤″T閻犱焦宕橀鍛婃償閺冨倹鏆�...
- 閻忓繐瀚伴。鍫曞春閾忚鏀ㄩ柛鈺冾攰椤斿嫮鎷犻崜褉鏌�
濞戞挸娲g粭鈧Δ鍌浬戦妶濂哥嵁閸愬弶鍕鹃悹褍鍤栫槐婵囨交濞嗗海鏄傞悹鍥у⒔閳诲吋绋夋潪鎵☉闁革负鍔岄惃鐘筹紣閹寸偛螚闁哄牜鍨堕。顐﹀春閻旀灚浜i悘鐐存礃鐎氱敻鎳樺鍓х闁瑰灚鎸风粭鍛村锤濮橆剛鏉介柣銊ュ缁楁挻绋夊顒傚敤缁绢厸鍋�...
- 鐎甸偊鍠楃亸婵堜焊閸曨垼鏆ユ繛鏉戭儔閸f椽骞欏鍕▕闁糕晝顢婇鍕嫚閸撗€鏌ら柛姘墦濞夛拷
閻犳劦鍘洪幏閬嶅触閸儲鑲犻柡鍥ㄦ綑閻ゅ嫰骞嗛悪鍛缂傚啯鍨甸崹搴ㄥΥ娓氣偓椤e墎鎷崣妯哄磿闁靛棔鑳堕妵姘枖閵忕姵鐝ら柕鍡曟娣囧﹪宕i柨瀣埍闁挎稑鏈崹婊呮啺娴e湱澹夐柡宥夘棑缁ㄥ潡鏌呴敓锟�...