OLED SSD1306 驱动程序编写

最新推荐文章于 2024-06-14 19:39:35 发布

匿名匿名匿名11

最新推荐文章于 2024-06-14 19:39:35 发布

阅读量4.3k

点赞数 6

分类专栏： 51单片机

本文链接：https://blog.csdn.net/qq_40658890/article/details/89747478

版权

51单片机专栏收录该内容

5 篇文章 0 订阅

订阅专栏

OLED SSD1306 驱动程序编写

坑：

1、

if(da&0x80 == 0x80) 
if((da&0x80) == 0x80)

坑死爹了，“==” 优先级比 “&” 高。。。。。。。。。

2、（下面的东西写错了，留着提醒）

void IIC_Write_Byte(unsigned char IIC_Byte) {
	unsigned char i;
	for(i=0; i<8; i++) {
		OLED_SCL_Clear();     // µ±SCLÏßÎªµÍÊ±£¬SDAÏßµÄ×´Ì¬²Å¿ÉÒÔ¸Ä±ä
		
		if((IIC_Byte&0x80) == 0x80) {
			OLED_SDA_Set();   // IIC_ByteµÄ¸ÃbitÎª1
		} else {
			OLED_SDA_Clear(); // IIC_ByteµÄ¸ÃbitÎª0
		}
		
		OLED_SCL_Set();       // µ±SCLÏßÎª¸ßÊ±£¬SDAÏßµÄ×´Ì¬±»¶ÁÈ¡
		OLED_SCL_Clear();     // ½«SCLÏßÇåÁã£¬Íê³ÉÕâÒ»¸öbitµÄ´«Êä
		
		IIC_Byte = IIC_Byte << 1;
	}
}

void IIC_Write_Byte(unsigned char IIC_Byte) {
	unsigned char i, da;
	da = IIC_Byte;
	for(i=0; i<8; i++) {
		OLED_SCL_Clear();     // µ±SCLÏßÎªµÍÊ±£¬SDAÏßµÄ×´Ì¬²Å¿ÉÒÔ¸Ä±ä
		
		if((da&0x80) == 0x80) {
			OLED_SDA_Set();   // IIC_ByteµÄ¸ÃbitÎª1
		} else {
			OLED_SDA_Clear(); // IIC_ByteµÄ¸ÃbitÎª0
		}
		
		OLED_SCL_Set();       // µ±SCLÏßÎª¸ßÊ±£¬SDAÏßµÄ×´Ì¬±»¶ÁÈ¡
		OLED_SCL_Clear();     // ½«SCLÏßÇåÁã£¬Íê³ÉÕâÒ»¸öbitµÄ´«Êä
		
		da = da << 1;
	}
} 垃圾keil一堆乱码

第一段代码是错误的，第二段代码是正确的。
形参只能读取，不能修改？？？？
错了错了，两段代码都对，问题出在 ”==“ 和 ”&“ 优先级上。

3、

..\HARDWARE\delay\delay.h(21): error C141: syntax error near 'void', expected ';'

报这种错误，肯定是报错的地方上面 忘加“ ；”，但是这一次这个错误没能立马解决，原因是：报错上方是引入头文件，那么就没想到是没加分号这个原因。
数组定义老是忘记加分号。。。。

unsigned char code Picture1[] = {
	0x00,0x00,0x00,0x00
}

unsigned char code Picture1[] = {
	0x00,0x00,0x00,0x00
};

上面是错的，下面是对的。

4、

头文件引用导致重复定义的问题，以及再消除重复定义时导致的未定义问题。
重复定义发生在，在头文件中定义变量：如管脚定义，常量定义等。
比如：

main.c  中需要使用  unsigned char code Picture1[][128]

那么就直接在 main.c 中#include "oledbmp.h" #include "oledfont.h"
但是 main.c 中还#include "oled.h"
那么 oled.h 中就不能#include "oledbmp.h" #include "oledfont.h"而且 oled.c 中也不可以

原因是什么呢？？？？不知道
（管脚定义冲突时应该更恶心）

5、

时序问题
本来打算的是采用 “管前不顾后” 的策略，即前包含后不包含，前面拉低SCL，写完数据后，后面就不拉低了，发现不行。。。。感觉没问题啊。。。。

void IIC_Write_Byte(unsigned char IIC_Byte) {
	unsigned char i;
	for(i=0; i<8; i++) {
		OLED_SCL_Clear();     // 当SCL线为低时，SDA线的状态才可以改变
		
		if((IIC_Byte&0x80) == 0x80) {
			OLED_SDA_Set();   // IIC_Byte的该bit为1
		} else {
			OLED_SDA_Clear(); // IIC_Byte的该bit为0
		}
		
		OLED_SCL_Set();       // 当SCL线为高时，SDA线的状态被读取
//		OLED_SCL_Clear();     // 将SCL线清零，完成这一个bit的传输<<<<<<<<<<<<<<<<<<<<<<<<<<<
		
		IIC_Byte = IIC_Byte << 1;
	}
}

void IIC_Write_Byte(unsigned char IIC_Byte) {
	unsigned char i;
	for(i=0; i<8; i++) {
		OLED_SCL_Clear();     // 当SCL线为低时，SDA线的状态才可以改变
		
		if((IIC_Byte&0x80) == 0x80) {
			OLED_SDA_Set();   // IIC_Byte的该bit为1
		} else {
			OLED_SDA_Clear(); // IIC_Byte的该bit为0
		}
		
		OLED_SCL_Set();       // 当SCL线为高时，SDA线的状态被读取
		OLED_SCL_Clear();     // 将SCL线清零，完成这一个bit的传输<<<<<<<<<<<<<<<<<<<<<<<<<<<
		
		IIC_Byte = IIC_Byte << 1;
	}
}

第一段代码是错误的，第二段代码是正确的。

发现 “顾后不顾前”，貌似也能行：

void IIC_Write_Byte(unsigned char IIC_Byte) {
	unsigned char i;
	OLED_SCL_Clear();//<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
	for(i=0; i<8; i++) {
//		OLED_SCL_Clear();     // 当SCL线为低时，SDA线的状态才可以改变<<<<<<<<<<<<<<<<<<<<<<<
		
		if((IIC_Byte&0x80) == 0x80) {
			OLED_SDA_Set();   // IIC_Byte的该bit为1
		} else {
			OLED_SDA_Clear(); // IIC_Byte的该bit为0
		}
		
		OLED_SCL_Set();       // 当SCL线为高时，SDA线的状态被读取
		OLED_SCL_Clear();     // 将SCL线清零，完成这一个bit的传输
		
		IIC_Byte = IIC_Byte << 1;
	}
}

上面的代码运行正确。

我明白为什么了！！！！
什么 ”顾前不顾后“ ”顾后不顾前“ 简直就是小孩子的说法，一点都不理论，一点都不贴近器件。SSD1306读取数据（也就是SDA线上的状态）是在SCL下降沿上读取的，所以每写 1bit 数据（也就是改变一次SDA线的状态），就要在SCL上产生一个下降沿，所以：：：：：

if((IIC_Byte&0x80) == 0x80) {
			OLED_SDA_Set();   // IIC_Byte的该bit为1
		} else {
			OLED_SDA_Clear(); // IIC_Byte的该bit为0
		}
		
		OLED_SCL_Set();       // 当SCL线为高时，SDA线的状态被读取<<<<<<<<<<<<<<<<<<<<<<<<<<<<
		OLED_SCL_Clear();     // 将SCL线清零，完成这一个bit的传输<<<<<<<<<<<<<<<<<<<<<<<<<<<<

这两行要在操作SDA后面！

基于以上的探索，在代码中删删减减，渐渐的找出了，哪些语句是必要的，哪些不是必要的（甚至是没用的），在这个过程，渐渐对 IIC总线 有了更准确的了解。

关于Acknowledge 后天反馈：以下错了

void IIC_Wait_Ack() {
	// 造个假的脉冲，告诉RECEIVER：TRANSMITTER已经接收到RECEIVER的acknowledge了
//	OLED_SCL_Clear();
//	OLED_SCL_Set();
//	OLED_SCL_Clear();
}

哈哈哈，全删了问题也不大。补充：全删了有问题。。。真不知道那一次没有问题的情况是怎么发生的
又瞎几把搞了，还是得从原理出发！！！
为什么会有Acknowledge这个信号，就是为了告诉transmitter receiver是否收到了byte，注意Acknowledge这个信号是在SDA上的，为什么我们的程序操作的是SCL呢？？？因为这个IIC总线的SDA，SCL都是单片机产生的，现在单片机不关心从机是否收到数据，默认传输是可靠，所以产生一个不伴随任何收发任何判断程序的时钟脉冲，如果不产生这个脉冲，那么SSD1306不知道你没产生，它照常通过SDA向主机发送Acknowledge信号，但是同时主机也向从机发送byte，这样就发生了冲突，通信失败！
万事要从理论思考，这样知识才能上升一个层次。（但是同时也不否定瞎几把尝试的作用，为理解原理提供了原料，所以要认真对待瞎几把试的结果，能透彻的分析结果，发现矛盾，接近真理！）

6、

我有发现一个神奇的事情，大小写不判断问题，头文件的函数声明和其他文件的对其引用，是要求大小写严格对应的，但是头文件的函数声明和其对应C文件的函数定义确实大小写通用的！！！！！！！
oled.c:

void oled_display_full_picture(unsigned char picture[][128]) {   <<<<<<<<<<<<<<<<<<<<<<<<<<
	unsigned char i, n;
	for(i=0; i<8; i++) {
		IIC_Write_Command(0xb0+i);
		IIC_Write_Command(0x00);
		IIC_Write_Command(0x10);
		
		for(n=0; n<128; n++) {
			IIC_Write_Data(picture[i][n]);
		}
	}
}

oled.h:

void OLED_DISPLAY_FULL_PICTURE(unsigned char picture[][128]);  <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

main.c:

	OLED_DISPLAY_FULL_PICTURE(Picture2);                      <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

7、数组也是个大坑，谁让自己没学好啊！！！

// 汉字库16x10
unsigned char code Character[][2][10] = {	
		{0x00,0xE0,0x70,0xE0,0x20,0x20,0x30,0x30,0x20,0x20},
		{0x31,0x1F,0x2D,0x3F,0x20,0x1F,0x01,0x01,0x3F,0x38}/*"航",0*/	
};

// 汉字库16x10
unsigned char code Character[][2][10] = {
	{
		{0x00,0xE0,0x70,0xE0,0x20,0x20,0x30,0x30,0x20,0x20},
		{0x31,0x1F,0x2D,0x3F,0x20,0x1F,0x01,0x01,0x3F,0x38}/*"航",0*/
	},
};

main.c中
	OLED_Display_Part_Picture(6, 48+2, 2, 10, Character[0]);

第一块代码不行，只能打印出 “航” 的上半部分；第二块代码可以。
受二维数组影响，第一维可以不加括号，比如：

a[][3] = {1, 2, 3, 4, 5, 6};
a[][3] = {{1, 2, 3}, {4, 5, 6}}

效果是一样的，为何到三维就不行了呢！

我好像知道了！！！！！！！！！！！
只有最低维可以不加括号，或者是没加括号时，优先填最低维，填满再升一维再填。
显然第一段代码错误的原因是，最低维加括号了，想省第二维的括号，但是C语言不知道啊，它发现括号层级不够，那么就先省第一维，所以成了这样：

unsigned char code Character[][2][10] = {	
		{0x00,0xE0,0x70,0xE0,0x20,0x20,0x30,0x30,0x20,0x20},
		{0x31,0x1F,0x2D,0x3F,0x20,0x1F,0x01,0x01,0x3F,0x38}/*"航",0*/	
};
===========>>>>>>>>>>>>> 变成下面这样
unsigned char code Character[][2][10] = {	
		{
			{0x00,0xE0,0x70,0xE0,0x20,0x20,0x30,0x30,0x20,0x20}, 
			{}
		},
		{
			{0x31,0x1F,0x2D,0x3F,0x20,0x1F,0x01,0x01,0x3F,0x38},
			{}
		}
		/*"航",0*/	
};

所以只显示了汉字的上半部分，哈哈哈哈原因找到了

8、又是数组，传参为多维数组

之前传参是这样的：

void oled_display_full_picture(unsigned char picture[][128]) {

可见最低维是写死的，但是有时候不能用128，但是函数的其他部分都是需要的，那么该怎么办？？128是不能换成变量的，这个应该和C语言的编译原理相关的，定义时就要把所需空间声明，而不是调用时再说。

所以我搞出来个这玩意： 使用指针，就不用写死最低维了，维度以形参变量传入

void OLED_Display_Part_Picture(unsigned char Start_Page, unsigned char Start_Column, 
							   unsigned char Delta_Page, unsigned char Delta_Column, 
							   unsigned char Dimension, unsigned char * Picture) {
}

在单片机环境下 “开疆辟土” 太懵逼了，调试法宝printf都没有，所以我选择先去DEV-C++验证一下

#include "stdio.h"
int main() {
	unsigned char Character[][2][2] = {
		{
			{1, 2},
			{3, 4}
		}
	};
	void function(unsigned char a, unsigned char b, unsigned char dimension, unsigned char * Picture) {
		char i, n;
		for (i = 0; i< a; i++) {
			for (n = 0; n < b; n++) {
				printf("(%d, %d) = %d\n", i, n, Picture[n]);
			}
			Picture += dimension;
		}
	}
	unsigned char ** a = Character;
	function(2, 2, 2, Character[0]);
	return 0;
}

在这里插入图片描述
问题不大
再去Keil，发现警告，不管，继续，成功显示。警告如下：

main.c(16): warning C182: pointer to different objects
main.c(17): warning C182: pointer to different objects
main.c(18): warning C182: pointer to different objects
main.c(19): warning C182: pointer to different objects
main.c(20): warning C182: pointer to different objects
main.c(21): warning C182: pointer to different objects

10、

我好像遇到了一个大问题，C51函数传参最多传3个。。。。。。
http://www.51hei.com/bbs/dpj-31890-1.html
在这里插入图片描述

11、

又进坑了，C语言功底不够深厚啊。这个坑是关于ASCII码的
前32个ASCII码（0~31）是ASCII控制字符，是有字符解释的。单片机做屏幕显示字库时，不许考虑只管从32开始的打印字符就好。
所以字库中是从ASCII码为32的字符开始存的

// ASCII库
const unsigned char code ASCII_8x6[][6] =		
{
    0x00, 0x00, 0x00, 0x00, 0x00, 0x00,// sp 32
    0x00, 0x00, 0x00, 0x2f, 0x00, 0x00,// !  33
    0x00, 0x00, 0x07, 0x00, 0x07, 0x00,// "  34
    0x00, 0x14, 0x7f, 0x14, 0x7f, 0x14,// #
    0x00, 0x24, 0x2a, 0x7f, 0x2a, 0x12,// $

所以我们使用char字符型变量索引ASCII字库时，要给一个偏移量 ‘ ’（空格space）。

void OLED_Display_Char_8x6(char Char, unsigned char ASCII[][6]) {
	unsigned char n;
	for (n = 0; n < 6; n++) {
		IIC_Write_Data(ASCII[Char - ' '][n]); <<<<<<<<<<<<<<<<<<<<<<<
	}
}

12、

啊啊啊啊啊啊，我又把自己坑死了，太菜了。。。。。
针对屏幕打印停不下来，呈滚动效果。这里需要严肃检讨！！！！！！！！！！！！！！！
出现这个问题，我最先不是仔细的思考问题的原因，而是自动把问题原因归结到自己写的，取数字每一位并显示的代码上。其实这个问题仔细一想，就是循环的问题，人总是把问题归结到自己最不熟的东西上，而不是认真根据现象分析原因，但是循环上的问题我也找了一大会。。。。。。。
这次是unsigned char坑了我。。。。

	unsigned char i = 0; <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

else {
		for (i = num_bit; i>=0; i--) {      <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
			OLED_Relative_Display_Char_8x6(num_bit_arr[i] + 48, ASCII);
		}
	}

i = 0 —> i- - —> i = 255 —> i >= 0
用完unsigned char，也就是全是正数了，这个就成死循环了。

匿名匿名匿名11

关注

6
点赞
踩
13

收藏

觉得还不错? 一键收藏
打赏
1
评论
OLED SSD1306 驱动程序编写

OLED SSD1306 驱动程序编写坑：1、if(da&0x80 == 0x80) if((da&0x80) == 0x80)坑死爹了，“==” 优先级比 “&” 高。。。。。。。。。2、（下面的东西写错了，留着提醒）void IIC_Write_Byte(unsigned char IIC_Byte) { unsigned char i, da;...
复制链接

扫一扫