鴻蒙Hi3861測溫濕度顯示一個新手開發調試過程
https://harmonyos.51cto.com/#zz
使用的器件：Hi3861 + AHT20 + SSD1306
配好開發環境輕松做完點燈任務后，便想搞個像樣點的應用，然后……決定做一個測量溫濕度計，開始覺得這個實現比較簡單，通過Hi3861讀取AHT20測出的溫濕度值，然后通過OLED顯示出來。
首先我的嵌入式開發知識非常少，曾經做過幾年Java開發，玩過一點51單片機，在Linux上部署過一些Web服務。僅此而已，所以我的知識無法宏觀上把這個事情想的很清楚，只能一步一步的試。如果你也是新入手嵌入式開發的朋友，那我的過程可能會對你有借鑒。
先構建一個技術輪廓：每種電子傳感器都是包括3類端口，(1)第1類電源：必需要2根電源線給模塊供電，正負極，有的模塊有多組供電;(2)第2類控制：然后有的模塊會有一些控制端口，每種模塊都不經相同，有的模塊直接讀數是沒有這種控制端口的;(3)第3類通信線：跟核心單片機通信的信號端口，根據采用的通信協議不同，端口數量不同。要使用的AHT20和SSD1306采用的都是I2C通信協議，所以都是2根通信線。
我所用到的模塊都很簡單，主要涵蓋的都是這3類端口，所以不管看到模塊打扮成什么樣，所要解決的主要問題都是類似的。主要做的就是通過通信端口向模塊讀寫數據。
模塊的配置：各種模塊控制和存儲數據都是由一組組8位的寄存器控制的，每個寄存器里有8位，每一位可以存儲1或者0，組成1個字節值，每種模塊都有自己的功能設置和存儲設置，可以想象成高階語言里的關鍵字，寄存器值就是它本來的樣子，一組組數字直接看是不會看懂它代表什么意思的，所以要依靠模塊提供的技術手冊做指導，一邊看手冊一邊設置，單片機開發就這是這么樸實無華。
關于通信協議：要使用的這2個模塊采用的都是I2C通信協議，2根線一根信號一根時鐘，通信雙方就是通過互相占用通信線，相互發送高低電平傳遞消息，就是他們不能同步通信的，一方發送一方只能接收。因為用的線少所以通信過程非常繁瑣，一方喊話問某地址的模塊是否在線，然后等待，對方如果收到喊話，然后給個應答，當收到應答，再發送指令告訴他準備干什么，然后等待確認，模塊收到后發確認…………，這個過程我在51上模擬過，好痛苦啊，一個時鐘信號一個數據信號的數……，但是!!!在鴻蒙上所有的繁瑣過程都被封裝好了，我們只需要簡單的調用系統提供的I2C操作方法，具體過程完全不用考慮，經過使用，真的好用，非常好用，好簡單啊!所以I2C基本流程熟悉一下即可，在開發過程中具體的工作非常少。
SSD1306
首先是點亮屏幕，一旦能使用屏幕了，等于單片機對你打開了一扇窗戶。SSD1306并不是OLED，它是驅動OLED顯示的控制芯片，很多模塊本身就是一個復雜的單片機，我們用的OLED屏幕是128*64像素組成的，本質上你可以簡單的理解為高階點燈。對SSD1306的控制也是通過I2C實現的，雖然它支持很多種通信協議，但是惜端如金的Hi3861采用了端口占用最少的I2C。
我們只是需要向SSD1306發送數據，沒有反饋值。所以通信過程比較簡單SSD1306的地址0x78，0x00為接收命令，0x40為接收數據。把這個高度重復的過程做到1個函數里，直接調用就好。
- // I2C協議 讀寫函數 只有寫需求, cd = 0 寫指令 cd = 1 寫數據 byt 要寫入的值
- void SSD1306_I2C_W(unsigned char cd, unsigned char byt)
- {
- unsigned int state = 0; // I2C 運行 狀態
- WifiIotI2cIdx id = WIFI_IOT_I2C_IDX_0; //I2C 通道 0
- unsigned short deviceAddr = 0x78; // SSD1306 地址
- WifiIotI2cData i2cData = {0}; // 接收發送信息的數組 查 wifiiot_i2c.h 看詳細說明
- unsigned char buf[] = {0x00, byt}; //默認 0x00 寫入 指令集 byt 要寫入的指令
- if(cd == 1) // 輸入 數據
- {
- buf[0] = 0x40; // 0x40 表示寫入的是數據 byt 就是要寫入的數據
- }
- i2cData.sendBuf = buf;
- i2cData.sendLen = 2;
- state = I2cWrite(id, deviceAddr, &i2cData);
- if(state != WIFI_IOT_SUCCESS)
- {
- printf("[SSD1306_I2C_W] write error ： < %d > !!! \r\n", state); // 如果狀態異常 就打印 錯誤信息
- }
- // return state; // 也可以作為返回值
- }
驅動命令比較多，這是遇到的第一個障礙，看了手冊，還有網絡上各種例子，各式各樣，雖然大同小異但是更是一頭霧水。然后……以手冊流程圖為準自己寫。不要怕，大膽試，好不好用試了才知道。
有的設置是需要成對出現的，一個命令配一個參數，但是很多例子全部放在一起，一邊看參數一邊對照命令表……崩潰，雖然我現在也沒搞懂有些命令的功能，但是以手冊默認值為準，最后運行的很好。哈。
驅動流程：
大多例子都是默認用頁顯示的方式，開始我也是用頁顯示的方式，用用就根據自己的需要改成水平方式了，建1個2維數組存放顯示的信息，顯示函數跟畫面函數分離，這樣做畫面的時候專注做畫面。這樣還有個好處，就是以后代碼的重用會比較方便。這樣做還是為了簡單實現在任意坐標顯示，以后畫個波顯示更方便一點。
這里補充1點，我開始按以前做小游戲的習慣做的畫面控制，單片機還是模塊好像都吃不消，看來還是越簡單越好。
然后要用到1個輔助工具，PCtoLCD2002完美版-(字符模式)，這個字模工具超好用，這里向作者表示由衷的感情，讓最繁瑣的工作變得非常輕松。使用的時候注意點選項設置，主要是方向，寫段代碼測一下就好了。
SSD1306一次接收1個字節的數據，表示對1列8個像素的開關控制，每個字節數據轉成二進制代碼，比如0xFF二進制1111 1111，每個1都代表點亮1個像素。0x00二進制0000 0000，就是關閉8個像素。
AHT20
先看一下AHT20的技術手冊，這個手冊可以百度到(國內最小的半導體溫濕度傳感器AHT20研發成功，百度的結果，哈哈)，在官網還可以下載到它的例程，這個模塊功能很簡單，所以手冊看的很輕松。
列一下工作流程：
1、上電等待40ms
2、發送0x71 查看AHT20狀態指令
查看狀態值 [3] 是否為 1
如果為1可以發送測量指令
如果為0需要初始化：發送0xBE + 0x08 + 0x00初始化，初始化過程需要等待10ms
3、發送0xAC + 0x33 + 0x00測量指令，測量過程需要等待80ms
再發送0x71查看狀態值[7]是否為0，如果為0表示測量完畢，否者等待。
接收測量結果，收到7個字節的數據。
主要2個步驟，查狀態，以及測量讀結果。
我看到一個文章講I2C協議是有專利權的，所以一般的產品使用這個協議都會或多或少的改一點，但是基本過程是一樣的，并不會影響使用，這只是傳聞我并沒有證實。
AHT20地址0x38換成2進制格式 111000，向左移1位結果是1110000，如果在最后1位就是[0]位設為0(1110000)，就是發送讀信息，如果[0]位設置為1(1110001)就是寫信息。
公式：0x38<<1 | 0x1 = 0x70 寫地址; 0x38<<1 |0x0 = 0x71 讀地址;
- // 每個參數 都寫在函數里 是為了方便理解閱讀 最后做最終版 要盡量減少冗余操作
- // i2c寫入、讀出操作； rw=0 寫入 rw=1 讀出； *buff 數據數組，讀入就是指令集，返回就是空數組； leng 數組的長度 不可以為0；
- void AHT20_I2C_RW(unsigned char rw, unsigned char *buff, unsigned int leng)
- {
- unsigned int state = 0; // I2C 運行 狀態值 ，單列出來是為了方便作為返回值 做判斷
- WifiIotI2cIdx id = WIFI_IOT_I2C_IDX_0; //設置I2C使用的通道
- unsigned short writAddr = 0x70; // aht20 ((0x38<<1)|0x0) 寫入地址
- unsigned short readAddr = 0x71; // aht20 ((0x38<<1)|0x1) 讀出地址
- WifiIotI2cData i2cData = {0}; // 參考 wiffiiot_i2c.h 的說明 位置在 \base\iot_hardware\interfaces\kits\wifiiot_lite
- if(rw == 0) // 寫入
- {
- i2cData.sendBuf = buff; //unsigned char* 發送 數據 指針
- i2cData.sendLen = leng; //unsigned int 發送 數據 長度
- state = I2cWrite(id, writAddr, &i2cData); //i2c寫入方法 會有1個狀態返回值 WIFI_IOT_SUCCESS = 0 代表成功 出錯會返回錯誤代碼 需要加入 wifiiot_errno.h 頭文件
- }
- else if(rw == 1) // 讀出
- {
- i2cData.receiveBuf = buff; //unsigned char* 接收 數據 指針
- i2cData.receiveLen = leng; //unsigned int 接收 數據 長度
- state = I2cRead(id, readAddr, &i2cData); //i2c讀出方法
- }
- if(state != WIFI_IOT_SUCCESS) // 如果返回值 不等于 WIFI_IOT_SUCCESS 打印state 查詢 wifiiot_errno.h 看錯哪了
- {
- printf("[AHT20_I2C_RW] ERROR !!! %d ： %d \r\n", rw, state); // 打印 錯誤信息
- }
- }
這里要重點!重點!重點!的說一下，接收狀態值，不要!不要!不要!再發送0x71指令了，直接I2C讀，就會給你傳1個狀態值，默認的狀態值的第[7]位是0，當你發送測量指令的時候，會變成1，進入測量狀態，當測量完以后會重新置為0。開始因為一直無法讀取到正確的狀態值……#￥%&#￥%#@%#，一言難盡啊，已經過去了。
- // 返回 AHT20 的狀態值 i是第幾位 0~7
- unsigned char AHT20_Status(unsigned char i)
- {
- unsigned char buff[] = {0};
- unsigned char leng = 1;
- AHT20_I2C_RW(1, buff, leng);
- unsigned char s; //返回狀態值 0、1
- s = (buff[0] >> i) & 0x01; //狀態值是1個字節數據，我們只需要知道某位的具體值就行 i就是第幾位
- //printf("[AHT20_Status] AHT20_Status 0x%x [%d : %d] !!! \r\n", buff4[0], i, s); // 此行 調試用 打印 狀態值
- return s;
- }
結果會返回7個字節數據，第1個字節是狀態信息，第2個、第3個、以及第4個字節的高4位[7][6][5][4]共同組成了濕度值，第4個字節的低4位[3][2][1][0]、第5位、第6位組成溫度值，最后第7個字節是效驗位。
然后效驗，主要是目的是檢驗接收到的數據是否在傳輸的過程中出現錯誤，具體原理和公式以及代碼不仔細說了，過程太碎了，幾次測試，代碼沒問題，具體過程百度一下好多資料，檢驗的時候一定要包括第1個狀態字節。
檢驗這步驟不是必須的，但是我開始的時候發現讀到的數錯的離譜，開始不清楚是我代碼寫的問題還是模塊本身的問題，然后就把檢驗這個步驟也寫上了，最后發現模塊沒問題，代碼也沒問題，問題是模塊上有個氣體傳感器會發熱，所以溫度值高。真的好暈。
最后一步就是就是把讀到的數值轉化為正常的10進制值。
技術手冊濕度的公式后面有個%號，那個是濕度百分比的意思，我還糾結過×100%有啥意義呢?當你沒最后完全走通的時候就像在黑暗里摸索，一個小坑都能把你絆的夠嗆。
轉化的過程要注意數值的類型，本來這個取值就是取很小的零頭，如果類型用錯了，就給抹掉了。哈。
- // AHT20 測量溫濕度值
- unsigned char AHT20_Measure(float *ht)
- {
- // 發送 測量指令
- unsigned char buff1[] = {0xac, 0x33, 0x00};
- unsigned char leng1 = 3;
- AHT20_I2C_RW(0, buff1, leng1); // 默認狀態值第[7]位是0,發送完測量指令后狀態值[7]會置1
- usleep(80*1000); //等待 80ms 時鐘偏快的 所以這個時間內 總是不能完成測量
- unsigned char t = 10; //等待時間的值
- while(AHT20_Status(7) != 0) //檢查 狀態值第[7]位是否從1變為0，如果沒變就等待5ms，如果已經置0說明測量完成
- {
- usleep(10*1000); //10ms 這個時間不要設置太長，也不要設置太短，太長時間，小器件很難長時間存儲測量結果，太短反復應答也能會影響測量的穩定性，一般情況等1次就會過
- if(--t == 0) // 如果等待時間很長依然沒有變0，說明設備可能出現異常，為了避免死機，返回0，重新測量 這個情況我還沒遇到
- {
- return 0;
- }
- }
- // 接收 測量結果
- unsigned char buff2[7] = {0};
- unsigned char leng2 = 7;
- AHT20_I2C_RW(1, buff2, leng2); // 讀返回結果，一共7個字節，第1個字節是狀態值 最后1個字節是效驗值
- unsigned char i, j;
- unsigned char crc = 0xFF; // 效驗 初值
- // CRC 效驗 固定算法
- for(i=0; i<6; i++)
- {
- crc ^= (buff2[i]);
- for(j=8; j>0; --j)
- {
- if(crc & 0x80)
- {
- crc = (crc << 1) ^ 0x31;
- }
- else
- {
- crc = (crc << 1);
- }
- }
- }
- if(buff2[6] != crc) //CRC值不對 說明傳輸過程可能有干擾 出錯了
- {
- //printf(" CRC8 NO \r\n");
- return 0; // 效驗不正確 回執1個錯誤信息
- }
- unsigned int dat1 = 0; // 濕度
- unsigned int dat2 = 0; // 溫度
- dat1 = (dat1 | buff2[1]) << 8;
- dat1 = (dat1 | buff2[2]) << 8;
- dat1 = (dat1 | buff2[3]) >> 4;
- dat2 = (dat2 | buff2[3]) << 8;
- dat2 = (dat2 | buff2[4]) << 8;
- dat2 = (dat2 | buff2[5]) & 0xfffff;
- // 這1大段搬來搬去的 主要是因為 buff2[3] 前4位屬于濕度 后4位屬于 溫度
- // 單片機處理能力有限，主要是針對寄存器值的處理，使用位運算，這樣能節省算力
- // 處理數據 單列出來 便于理解，代碼寫的太簡練 不容易看懂 最終 不需要這么繁瑣
- float hum = 0; // 溫度
- float tem = 0; // 濕度
- // 2^20=1048576 要先類型轉換 暫時先這么寫 以后再改得順溜點
- hum = ((float)dat1 / (float)1048576) * (float)100; // 濕度
- tem = ((float)dat2 / (float)1048576) * (float)200 - (float)50; // 溫度
- ht[0] = hum;
- ht[1] = tem;
- return 1; // 測量完畢
- }
軟復位，無需關閉再次打開電源的情況下重新啟動傳感器。就是軟重啟，長時間停用的再次訪問的時候使用，我這個小應用基本用不到，但是還是寫上吧。輸入指令0xBA需要等待20ms。
剩下工作就是把AHT20的代碼和SSD1306的代碼整合到一起。這里要說1點，I2C支持串聯多個設備，所以AHT20和SSD1306在一條I2C線上共同使用是沒有問題的。
C語言從來不是我主要的使用語言，所以超級菜啊，一邊寫一邊看C 語言教程。裝個Dev-C++編譯器，有些功能先寫個測試代碼看看。開始寫代碼，不要考慮效率問題，就只想怎么更適合閱讀。開始寫主要的目的是試錯，寫一步編譯一步，不要一次寫全所有功能。
我覺得鴻蒙系統編譯報錯功能非常好，我的每個錯誤都能被準確的指出來。開始專用的查BUG功能對新手來說很難，可以用printf串口打印功能就行，真的好用，因為鴻蒙是多任務系統，所有的功能都是一個單獨的任務，即使你的代碼運行跑壞了，但是系統不會崩，打印功能依然會給你打印出信息來。第一次用真覺得好高級，能直接看到單片機的回話了。
最后不斷對代碼迭代優化，最終的目的讓代碼可以更好的被重用。以后還要用的嘛，重復的工作就不要做了。編程過程對我這種新手來說，真是經歷情況太多，開發過程發生的各種事以后以后單開一篇碎碎念再講吧。
知識有限又剛剛嘗試，所以肯定會有很多錯誤，歡迎給我指正。開始覺得弄這個很簡單，但是很快被現實教育，然后開始認真讀各位大佬的教程，收獲很大，這里由衷的感謝。
https://harmonyos.51cto.com/#zz
