欧美第一页韩国av丁香,亚洲欧洲国产一区二区三区免费视频

本文來源電子發(fā)燒友社區(qū)，作者：徐以鋒，帖子地址：https://bbs.elecfans.com/jishu_2012060_1_1.html

上一篇報告已經(jīng)過去一個月了，主要是公司項目太急，耽擱太長時間。上一次的報告主要主要介紹了HI3861的IIC操作，控制OLED顯示英文“hello world”，當(dāng)時調(diào)試的時候其實(shí)是想顯示中文的，但是因為原先IAR開發(fā)環(huán)境下的中文顯示程序移植到鴻蒙里面后居然一堆錯誤，編譯器差異文中對應(yīng)細(xì)節(jié)會詳述，所以只顯示了英文。

那之后總歸覺得OLED怎么也得能顯示中文吧，所以本篇主要介紹怎么在OLED上顯示中文，當(dāng)然是基于上次報告的代碼，最終代碼會在文末附件里。主要內(nèi)容有如下幾點(diǎn)：

1、漢字取模

2、代碼編寫修改

3、燒錄測試

一、漢字取模

上次報告已經(jīng)介紹過，套件使用的OLED顯示cache如下圖所示，顯示點(diǎn)陣對應(yīng)cache每個字節(jié)的順序是從左到右從上倒下，而顯示的每個字節(jié)的bit是高位在下。

通過顯存與點(diǎn)陣對應(yīng)關(guān)系，那漢字取模要遵循字節(jié)從左到右從上到下，字節(jié)內(nèi)為縱向8點(diǎn)（一個字節(jié)位數(shù)）下高位取模方式，使用的取模軟件是“LcmZimoLCD字模提取工具軟件”，報告后邊會在附件中體現(xiàn)。因此，最終軟件設(shè)置界面設(shè)置內(nèi)容如下圖所示：

設(shè)置完成后點(diǎn)擊“參數(shù)確認(rèn)“并在下方文字框中輸入”你好“并點(diǎn)擊輸入字串進(jìn)入下一界面，下一界面如下圖所示：

由圖中可以看出漢字取模已經(jīng)完成，并直接生成C語言代碼。形式如下：

// ------------------漢字字模的數(shù)據(jù)結(jié)構(gòu)定義------------------------ //
typedef struct typFNT_GB16 // 漢字字模數(shù)據(jù)結(jié)構(gòu)
{
signed char Index[2]; // 漢字內(nèi)碼索引
char Msk[32]; // 點(diǎn)陣碼數(shù)據(jù)
};

復(fù)制代碼

/////////////////////////////////////////////////////////////////////////
// 漢字字模表 //
// 漢字庫: 宋體16.dot 縱向取模下高位,數(shù)據(jù)排列:從左到右從上到下 //
/////////////////////////////////////////////////////////////////////////
struct typFNT_GB16 code GB_16[] = // 數(shù)據(jù)表
{
"你",0x40,0x20,0xF8,0x07,0x40,0x20,0x18,0x0F,
0x08,0xC8,0x08,0x08,0x28,0x18,0x00,0x00,
0x00,0x00,0xFF,0x00,0x00,0x08,0x04,0x43,
0x80,0x7F,0x00,0x01,0x06,0x0C,0x00,0x00,
"好",0x10,0x10,0xF0,0x1F,0x10,0xF0,0x80,0x82,
0x82,0x82,0xE2,0x92,0x8A,0xC6,0x80,0x00,
0x40,0x22,0x15,0x08,0x14,0x63,0x00,0x00,
0x40,0x80,0x7F,0x00,0x00,0x00,0x00,0x00
};
// 漢字表：
// 你好

復(fù)制代碼

此處生成的代碼需要做進(jìn)一步修改方可使用鴻蒙系統(tǒng)使用的GCC編譯器，具體修改內(nèi)容會在代碼修改中做詳述。

二、代碼編寫與修改

代碼修改主要有如下幾點(diǎn)。

1、單個漢字字符機(jī)構(gòu)體修改：

修改漢字取模軟件生成的代碼，能夠通過鴻蒙交叉編譯器，其中結(jié)構(gòu)體 struct typFNT_GB16 內(nèi)的signed char Index[2]; 索引值由2更改為3，因為單個漢字在雙引號內(nèi)時還需要一個字節(jié)存儲字符串結(jié)束字符“”。最終更改后的結(jié)構(gòu)體如下：

struct typFNT_GB16 // 漢字字模數(shù)據(jù)結(jié)構(gòu)
{
unsigned charindex[3]; // 漢字內(nèi)碼索引
charmask[32]; // 點(diǎn)陣碼數(shù)據(jù)
};

復(fù)制代碼

2、漢字碼表：

查看上文中生成的漢字碼表struct typFNT_GB16 code GB_16[]，可以看出字模軟件將所有數(shù)據(jù)都以字節(jié)數(shù)組的方式存放的，這種存放方式在IAR中可以直接編譯通過，也就是IAR會將字符數(shù)組映射到struct typFNT_GB16內(nèi)容中，而鴻蒙使用的GCC編譯器不支持此類操作，所以上次報告未能實(shí)現(xiàn)中文顯示。根據(jù)編譯器報錯提示，需要將生成的漢字碼表更改為如下：

const structtypFNT_GB16ST_GB_16[] =
{
{
{"你",},
{
0x40,0x20,0xF8,0x07,0x40,0x20,0x18,0x0F,
0x08,0xC8,0x08,0x08,0x28,0x18,0x00,0x00,
0x00,0x00,0xFF,0x00,0x00,0x08,0x04,0x43,
0x80,0x7F,0x00,0x01,0x06,0x0C,0x00,0x00,
}
},
{
{"好",},
{
0x10,0x10,0xF0,0x1F,0x10,0xF0,0x80,0x82,
0x82,0x82,0xE2,0x92,0x8A,0xC6,0x80,0x00,
0x40,0x22,0x15,0x08,0x14,0x63,0x00,0x00,
0x40,0x80,0x7F,0x00,0x00,0x00,0x00,0x00,
}
},
};

復(fù)制代碼

3、顯示函數(shù)添加中文顯示代碼：

需要在OLED驅(qū)動中添加漢字處理部分，本報告依據(jù)上一個報告主要是修改OLED_DrawString16函數(shù)。其中有幾個需要特別注意的在代碼中有注釋。修改后代碼如下：

ntOLED_DrawString16(int x, int y ,constchar* p_str, int color)
{
int i , j , m ;
const unsigned char *p_asc= 0;
const char* p_cn= 0;
const struct typFNT_GB16* p_cn_lib ;
if((x >= 120) || (y >= 7))
return -1;
while(*p_str != '')
{
// 判斷當(dāng)前字節(jié)是不是漢字字符，
// 漢字編碼用兩個字節(jié)表示一個漢字，并且起始自己大余0x7f
// 本來使用(*p_str)<0X80,但是編譯器編譯有Warning提示
// 提示為此條指令永遠(yuǎn)為true，編譯中不允許有告警故更改為
//(*p_str)&0X80)==0
if(((*p_str)&0X80)==0)
{
p_asc = nAsciiDot16X8 + ((*p_str -32)<< 4) ;
for(j = 0 ; j < 2 ;??j++)
{
for(i = 0 ; i < 8 ; i++)
{
if(color)
{
OLEDBuffer[(y + j)][x +i]= * p_asc ++;
}
else
{
OLEDBuffer[(y + j)][x +i] = ~(* p_asc ++) ;
}
}
}
x += 8 ;
p_str ++ ;
}
Else
{
printf("[xxxxx]hanzi.
");
p_cn = (char*)-1;
p_cn_lib = ST_GB_16 ;
m = GetSTLiberayNum();
for(i = 0 ; i < m ; i++)
{
printf("[xxxxx] *p_str =%x.
",*p_str);
// 此處多一個char型指針取值與0xff解釋在代碼末尾
if(((*p_str)&0xff) ==p_cn_lib->index[0])
{
printf("[xxxxx]bingo1.
");
if(((*(p_str+1))&0xff)== p_cn_lib->index[1])
{
p_cn = p_cn_lib->mask ;
printf("[xxxxx]bingo2.
");
break ;
}
}
p_cn_lib++;
}
if(p_cn != (char*)-1)
{
for(j = 0 ; j < 2 ;??j++)
{
for(i = 0 ; i < 16 ;i++)
{
if(color)
{
OLEDBuffer[(y +j)][x + i]= * p_cn ++;
}
else
{
OLEDBuffer[(y +j)][x + i] = ~(* p_cn ++) ;
}
}
}
}
x += 16 ;
p_str += 2;
}
}
return x;
}

復(fù)制代碼

以上代碼修改過程中從注釋可以看出有兩個地方編譯器有特別之處，第一個在代碼注釋中已經(jīng)解釋，而第二個貼別解釋一下，因為本人也很困惑。

其中((*p_str)&0xff) == p_cn_lib->index[0]這一條，p_str按照定義類型是“constchar*”，對其取值應(yīng)該是char類型，而實(shí)際取值后是一個4字節(jié)數(shù)值。可能所使用的gcc中char為4字節(jié)的類型，使用printf("[xxxxx] *p_str =%x.
",*p_str);語句串口打印居然在字符值前面添加了0xffffff--。所以才有了((*p_str)&0xff)的處理。此處問題折騰了半個下午才找到原因，一方面對gcc使用不多，不是很熟悉，另一方面可能是自己編程方式有問題。

4、顯示代碼添加：

在OLED顯示驅(qū)動中添加OLED_DrawString16(8,4,"你好",1);語句，并修改BUILD.gn文件添加字庫代碼文件，編譯生成bin文件。

三、編譯測試

編譯測試不多說了，下載后按RESET按鍵重啟，OLED顯示內(nèi)容如下圖：

聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請聯(lián)系本站處理。舉報投訴