Keil C51 Code Banking

2021/11/23 23:12:53

本文主要是介绍Keil C51 Code Banking,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

1. 简介
       MCS-51是8根数据线,16根地址线,所以MCS-51最大只能访问64KB(216)的地址。很多较复杂的C51代码,其整个代码生成Bin文件可能大小64KB。针对这种情况,Keil C51提出了Code Banking机制来解决这个问题。

2. 基本原理
        MCS-51内核的代码执行机制已经固定死了,代码运行的地址范围只能在0-64KB之间。一般情况下,我们编译生成的Bin文件,其代码执行地址和代码存储地址是一致。MCU执行到哪个地址,直接去ROM上取相应地址的内容然后执行即可。
MCU要访问超过64KB的地址范围,肯定需要增加地址线。增加4根地址线,则能够访问到2MB的地址范围。由于MCS-51只能执行64K范围的代码,Keil C51编译器相应也只会生成64K地址范围内的代码。
        C51是采用分离编译,即单个文件独立编译,最后再链接成一个Bin文件。在链接的过程中,会有一个地址重定位的过程,会将每个obj文件中的代码映射成64K中的一个绝对地址。Keil链接器在链接时,可以将指定的多个Obj文件中的代码地址重定位到相同同地址空间去。如ObjA和ObB指定地址重定位到相同的地址范围内,并且各自的CodeSize为40KB。这样A.c和B.c的代码不能同时在MCU上执行,但是分两次加载,就可以在分别MCU上执行了。
MCS-51默认ROM片外存储器为64KB,存放A.bin。MCS-51再外接1个64KB的外置存储器ROM存放B.bin。什么时候读取ROMA,什么时候读取ROMB呢?还需要1个Pin用来选择。执行A.C中的函数时,选择读取ROMA,执行B.C中的函数时,选择读取ROMB。那么如何知道A.C中的函数会读取ROMA,B.C中的函数会读取ROMB呢?这是因为编译器会将A.C中的函数全部标记0,将B.C中的函数全部标记1。这个标记正好对应上面选择ROM的Pin。

3. Keil的实现
         像Reset Vector、Interrupt Vectors、Interrupt Service Routines以及负责几个相同地址模块切换的代码,都是必须固定位置,不能随意变动,可能导致系统出问题。所以Keil C51提出了一个Common Area的概念,存放上述代码。然后针对重定位到相同地址的代码,则被称为Bank Area。

3.1. 具体设置:Bank Area,选择指定有多少个相同地址范围的代码。


3.2指定文件所属Bank号:可以将多个文件指定为相同Bank号,未指定Bank号的文件默认为Common Area。BX51链接器最多支持32个Bank号,LX51链接器最多支持64个Bank号。 

3.3Bank分配基本原则:Common Bank因为是不需要重复加载的,所以效率最高。那些追求效率的代码,都可骗我在Common Bank中。如:Reset Vector、Interrupt Vector、Interruption Service Routines、String constants、Bank Switching Routines、Inter-Bank Jump Tables等等。Bank0放置一上电就需要调用,并且调用不是非常频率的代码。其他调用不频繁的代码放在其他Bank。

3.4添加Bank调用代码,默认使用系统提供的(在Keil\C51\LIB\L51_BANK.A51)。
B_NBANKS与前面配置的Bank数相同,B_MODE是Bank_Switching的方式。


3.2. 链接器:Keil C51支持2种链接器,分别为BL51和LX51;


3.2.1. BL51链接器:BL51默认生成的Hex文件为Hex80,并且当前工程设置多少个Bank,则生成多少个Hex文件,每个Bank和相同的Common组成一个文件,如下图。每个Hex文件可以用Hex2Bin.exe转换成Bin文件:


3.2.2. LX51链接器:BL51是较早的链接器,LX51是在BL51基础上进行扩展的链接器,功能更强大,优化性能更好。一般情况下建议使用LX51。LX51会将多个Bank合并生成一个Hex文件。这个Hex文件中的代码地址空间是超过64KB的,Hex80格式不支持超过64KB的地址空间。针对这种情况,一种新的Hex描述格式产生了——Hex386。Hex386不仅支持多超过64KB地址范围,还支持指定偏移存储;

 

         BL51链接器生成的Bin文件,如果Bank Area有多余空间,会以0填充。而LX51生成的Bin文件,如果Bank Rrea有多余空间,则会优先以Common代码填充。Offset默认为0,如果指定了,则将生成的代码放在Bin文件相应的偏移。下图为偏移为0。

 

3.3. Bank Switching方式
3.3.1. 8051Port
MSC-51操作64KROM的结构如下:

我们完全可以依据上述接口,连接多个ROM。然后通过P口来选通:

       L51_BANK.A51中有下述代码,即指定P1口用来控制选择哪个ROM,也即代码执行到Bank1时,P1=1;执行到Bank2时,P1=2,依次类推。更详细的切换流程,可以查看汇编代码:

3.3.2. XData Port
       查看L51_BANK.A51代码,变量B_XDATAPORT是参与切换的标识,默认设置为0xFFFF,可以根据需要修改:

       配合分布外部存储器,如下图。PSD813F2可以0FFFFH地址为控制位,来分别切换不同的Bank对应不同的存储空间,达到和8051Port类似的效果。标准的ROM成本较高,使用此种方式,可以更方便地支持更多的Bank,成本也低。PSD813F2更详细的配置可以参考PSD813F2的DataSheet。


3.3.3. user-provided
         以上两种方式,明显是8051Port更容易。所以用户定义也是基于这种方式。很多基于MSC-51内核的MCU,并未完整引出P1口,不能正确的使用方法1,此时可以自定义。见L51_BANK.A51代码:


          默认是以P1.5和P3.3两个Pin为例。需要匹配相应的外置电路,见下图。编译器编译Bank1的函数,会在前面插入SWITCH1指令,相当于Bank1对应的EPROM。编译器编译Bank2的函数,会在前面插入SWITCH2指令,相当于Bank2对应的EPROM。更多详细信息,可以在Keil中仿真调试查看。

 
3.3.4. 注意
使用user-provided时,因为复位时,系统保持之前的状态,不会自动切换到Bank0,需要修改切换代码,见STARTUP.A51代码的最后,将if 0改为if 1。


3.4. 自定义外部存储器:除了MSC-51直接总线支持的的ROM外部存储器外,还有一些设备可以作为外部存储器存储bin文件。如EEPROM、NorFlash,这两种设置,MSC-51一般没有直接提供总线访问,也就是说直接连接到MSC-51上,然后直接利用Keil提供的Bank Switching方法。那么针对这种情况,我们有办法吗?可以的。我们可以完全不用Keil提供的Switch方法,完全自己构建Switch方法。如在执行Bank0中的FunA时,接下来需要执行Bank1中的函数B,那么在执行FunB之前,先让代码运行至Common Bank中的SwitchFun。SwitchFun负责将Bank1中的Bin文件加载SRAM中覆盖原有的Bank0的代码。详见下面的伪代码。


      LoadBinToSRAM完成加载指定Bank的Bin覆盖到指定的SRAM。
此种方法主要是利用Keil的Code Banking功能将指定文件生成相同的执行代码地址,加载切换的过程换成自己实现。这里依然要利用L51_BANK.A51文件,否则无法使用Bank功能。然后用user-provided模式,为了防止触发Keil提供的切换功能自动设置了相应的Pin,我们可以修改L51_BANK.A51中B_MODE = 4时时的代码,注释对相关Pin的设置。当我们调用Bank0的函数时,系统可能会调用SWITCHO函数,然后会设置对应的2个Pin,这会带来不可控影响。

 
3.5 注意
Hex386和Hex80的格式略有些差异,前者兼容后者,后者并不完全兼容前者。Demo中提供支持Hex386转成Bin的Hex2Bin.exe。
更多细节见附件。



这篇关于Keil C51 Code Banking的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!


扫一扫关注最新编程教程