Arduino驱动ILI9341彩屏（一）——颜色问题

最近在淘宝的店铺上淘到了一块ILI9341的彩色液晶屏，打算研究一下如何使用。

淘宝店铺购买屏幕之后有附源代码可供下载，代码质量惨不忍睹，各种缩进不规范就不说了，先拿来试一下吧。

这是淘宝店铺代码的核心部分：

void setup()
{
  Lcd_Init();
 //LCD_Clear(0xf800);
}

void loop()
{
   LCD_Clear(0xf800);
   LCD_Clear(0x07E0);
   LCD_Clear(0x001F);
  /*
  for(int i=0;i<1000;i++)
  {
    Rect(random(300),random(300),random(300),random(300),random(65535)); // rectangle at x, y, with, hight, color
  }*/

//  LCD_Clear(0xf800);
}

代码里面的setup()和loop()是arduino特有的主函数，和普通C程序的main()函数一样。

setup()函数在开机时只运行一次，运行完之后就开始循环运行loop()函数。

程序先在setup()函数里做了一下初始化操作Lcd_Init()，接着开始连续用不同颜色清屏。

这里的LCD_Clear()就是清屏函数了，原型如下：

void LCD_Clear(unsigned int j)
{
  unsigned int i,m;
 Address_set(,,,);
  //Lcd_Write_Com(0x02c); //write_memory_start
  //digitalWrite(LCD_RS,HIGH);
  digitalWrite(LCD_CS,LOW);

  ;i<;i++)
    ;m<;m++)
    {
      Lcd_Write_Data(j>>);
      Lcd_Write_Data(j);

    }
  digitalWrite(LCD_CS,HIGH);
}

缩进不规范就不吐槽了(；へ：)，连变量名都起得乱七八糟，简直惨不忍睹。稍微重写了一下函数，长这样：

void LCD_Clear(unsigned int color){
  Address_set(,,,);
  digitalWrite(LCD_CS,LOW);
  ;i<;i++){
    ;m<;m++){
      Lcd_Write_Data(color>>);
      Lcd_Write_Data(color);
    }
  }
  digitalWrite(LCD_CS,HIGH);
}

这个函数先使用Address_set()设置了刷新区域，然后把LCD_CS针脚电压拉低，之后循环写入color。

color分两次写入，一次写入高八位(16位整形前面8个bit)，一次写入低八位。

看上去好像没什么问题，但loop()函数中LCD_Clear()却是直接用十六进制写入的。

写一个RGB()函数把RGB颜色转换成十六进制，不是更人性化吗？

读了一遍源代码，结果真的找到了店家的RGB函数：

int RGB(int r,int g,int b)
{ | g <<  | b;
}

还是不规范的缩进(╯︵╰)。但有总比没有好，输出红色试一下：

void setup()
{
  Lcd_Init();
  LCD_Clear(RGB(,,));
}

void loop()
{
   //nothing
}

出故障了。

Arduino重启后，屏幕输出了黑色！再试着排除一下故障，把RGB(255,0,0)改成RGB(0,255,0)，输出绿色试试：

结果输出了橙色！

之后我又反复尝试了，没有一次输出正确的颜色。莫非是这个RGB()函数有问题，淘宝店铺才用十六进制数字？

再仔细推导了一下：return r << 16 | g << 8 | b;把红色左移16位，绿色左移8位，蓝色不动，所以合成的二进制应该是这样的：

RRRRRRRRGGGGGGGGBBBBBBBB

R代表红色位，G代表绿色位，B代表蓝色位，每种颜色8位，总共24位。计算了一下可能性：

总共1677万种可能，也就是1677万种颜色，这就是普通电脑的真彩颜色。但LCD_Clear()函数是这么写的：

Lcd_Write_Data(color>>);
Lcd_Write_Data(color);

总的只能写入十六个bit，也就是16位，这和24位对不上号啊？

再回头看了一下，店铺代码的setup()函数中有这样一行白色清屏指令：

//LCD_Clear(0xf800);

0xf800换算成十进制，是63488，有没有感觉很接近一个数？

没错，就是65535，单个16位无符号整数的最大储存范围。

16位整型变量，顾名思义就是用16个0和1组成的变量。可以储存的整数范围是-32768 ~ 32767，32768 + 32767刚好等于65535，换算到二进制，就是1111111111111111,16个1。

这时，真相出现了——这台机器所采用的，是16位颜色，也被成为RGB565颜色模式。

早期的16位计算机由于架构的设计，一次只能处理一个16位二进制数。而图形显示对速度要求特别高，所以一个像素必须要用一个16进制数来表示，也就是16位颜色。

如果用采用24位颜色，就需要两个16进制数，也就是2Bytes，速度就慢了一半。

而每个像素都是使用红黄蓝三基色来显示的，所以一个16进制数必须分3份，来分别表示红、黄、蓝的数据。

这就出现了一个问题：

 /  = 5.33333

红黄蓝三种颜色平均占用5.33333个bit。

可bit是计算机存储的基本单位，要么是1，要么是0，不能再分割。必须要有一种颜色多用一个位，才能充分单个利用16进制整数。

人体的绿色视锥细胞比较敏感，正好，那绿色就用6位，红色蓝色就用5位吧。

这就是著名的RGB565模式，总共能存储65535种颜色。

早期的游戏都采用这种模式，所以颜色不够丰富，很有特色：

这块ILI9341显示屏模块（注意不是ILI9341芯片本身）也刚好只有16根数据引脚，所以就采用了这种RGB565的颜色模式。

找到了问题，那就改一下程序吧：

int RGB(int r,int g,int b)
{
   | g <<  | b;
}

光改RGB()函数还不够，现在使用了RGB565模式，所以绿色范围是从0-63，红色、蓝色的范围是0-31。

所以还得改setup里面的清屏函数：

void setup()
{
  Lcd_Init();
  LCD_Clear(RGB(,,));
}

重新下载了程序，屏幕成功显示，输出了正确的绿色！⁄(⁄⁄•⁄ω⁄•⁄⁄)⁄

那么问题来了，开头店家给的LCD_Clear(0xf800)这条清屏指令，是怎么来的？毕竟他连RGB565都不知道呢！

这是我提供的一种可能性：

“0xf600试一下?”

“不行，太灰了！”

“那0xf700呢？”

“还是不行！老板，我们都试了一下午了，肯定是屏幕坏了！”

“加油，还差一点点了，肯定可以的！”

“0xf800好像还行，但是还是有点灰！”

“没关系，反正买家能点亮屏幕就行，其他的我们不管！”

“……”

所以这家淘宝店铺根本不知道自己在买什么。ヽ(￣▽￣)ﾉ