我们用之前的方法一个IO口只能控制一个led，如果需要用更少的IO口控制更多的led怎么办？于是，就有了点阵。 例如：8X8点阵共由64个发光二极管组成，且每个发光二极管是放置在行线和列线的交叉点上，当对应的某一行置1电平，某一列置0电平，则相应的二极管就亮；如要将第一个点点亮，则1脚接高电平a脚接低电平，则第一个点就亮了。

区位码 点阵字库其实就是按照汉字内码的顺序，把汉字的字模信息存起来。16×16的点阵字库有94区，每个区有94个汉字的字模。这样总的有94×94个汉字。

在国标 GD2312—80 中规定，所有的国标汉字及符号分配在一个 94 行、94 列的方阵中，方阵的每一行称为一个“区”，编号为 01 区到 94 区，每一列称为一个“位”，编号为01 位到 94 位，方阵中的每一个汉字和符号所在的区号和位号组合在一起形成的四个阿拉伯数字就是它们的“区位码”。

区位码的前两位是它的区号，后两位是它的位号。用区位码就可以唯一地确定一个汉字或符号。

机内码 汉字的机内码是指在计算机中表示一个汉字的编码。机内码与区位码稍有区别。

汉字区位码的区码和位码的取值均在 1-94 之间，如直接用区位码作为机内码，就会与基本 ASCII 码混淆。为了避免机内码与基本 ASCII 码的冲突，需要避开基本 ASCII 码中的控制码(00H~1FH)，还需与基本 ASCII 码中的字符相区别。

因此：先在区码和位码分别加上 20H，在此基础上再加 80H。 (此处“H”表示前两位数字为十六进制数)

经过这些处理，用机内码表示一个汉字需要占两个字节，分别称为高位字节和低位字节，这两位字节的机内码按如下规则表示： 高位字节 = 区码 + 20H + 80H(或区码 + A0H) 低位字节 = 位码 + 20H + 80H(或位码 + AOH)

由于汉字的区码与位码的取值范围的十六进制数均为 01H-5EH(即十进制的 01-94)，所以汉字的高位字节与低位字节的取值范围则为 A1H-FEH(即十进制的 161-254)。

例如，汉字“啊”的区位码为 1601，区码和位码分别用十六进制表示即为 1001H，它的机内码的高位字节为 B0H，低位字节为 A1H，机内码就是 B0A1H。

在汉字的点阵字库中，每个字节的每个位都代表一个汉字的一个点，每个汉字都是由一个矩形的点阵组成，0 代表没有，1 代表有点，将 0 和 1 分别用不同颜色画出，就形成了一个汉字。

字库根据字节所表示点的不同有分为横向矩阵和纵向矩阵，目前多数的字库都是横向矩阵的存储方式(用得最多的应该是早期 UCDOS 字库)，纵向矩阵一般是因为有某些液晶是采用纵向扫描显示法，为了提高显示速度，于是便把字库矩阵做成纵向。

之后所描述的都是指横向矩阵字库。

16*16点阵字库 对于 1616 的矩阵来说，它所需要的位数共是 1616＝256 个位，每个字为 8 位，因此，每个汉字都需要用 256/8=32 个字节来表示。

每两个字节代表一行的 16 个点，共需要 16 行，显示汉字时，只需一次性读取 32 个字节，并将每两个字节为一行打印出来，即可形成一个汉字。

1414与1212点阵字库 对于 1414 和 1212 的字库，理论上计算，它们所需要的点阵分别为(1414/8)=25, (1212/8)=18 个字节，但是，如果按这种方式来存储，那么取点阵和显示时，由于它们每一行都不是 8 的整位数，因此，就会涉到点阵的计算处理问题，会增加程序的复杂度，降低程序的效率。

为解决这个问题，有些点阵字库会将 1414 和 1212 的字库按 1614和 1612 来存储，即，每行还是按两个字节来存储，但是 1414 的字库，每两个字节的最后两位是没有使用，1212 的字节，每两字节的最后 4 位是没有使用，这个根据不同的字库会有不同的处理方式，所以在使用字库时要注意这个问题。

汉字的区位码和机内码的关系如下：

机内码高位字节 = 区码 + 20H + 80H(或区码 + A0H) 机内码低位字节 = 位码 + 20H + 80H(或位码 + AOH) 反过来说，我们也可以根据机内码来获得区位码：

区码 = 机内码高位字节 - A0H 位码 = 机内码低位字节 - AOH 这样，算出区位码之后，我们就可以用它在汉字库里面寻址找字模了。具体方式： 该汉字的偏移地址 =（区码-1）×94×一个字占用的字节数 + 位码×一个字占用的字节数

软件初始设置

内容显示 TEST_MainPage函数->test.c文件

文字存储（举例）->oledfont.h文件

主函数->main.c文件