開箱體驗

試用背景

去年年初，有新項目要讓移動式容器設(shè)備的監(jiān)控數(shù)據(jù)上云，選型時主要考慮三個系列STM32L0、STM32G0和STM8。最初有意向選用STM32L052RB，主要是為了滿足低功耗需求。恰逢G0系列上市，價格親民，性能卻要高很多，但顧慮G0推出不久，生態(tài)不夠成熟，項目周期又趕得緊，綜合考慮，最終采用STM8。但用過之后，發(fā)現(xiàn)STM8不適合這個項目，最尷尬的，就是AD采樣不準和主頻太低，16MHz主頻下，無法實現(xiàn)快速的IO翻轉(zhuǎn)。

2019年底，電堂發(fā)起了G0試用活動，申請到一塊，用來完善一下這個移動式容器設(shè)備監(jiān)控數(shù)據(jù)上云的項目。配合移遠的BC28模塊，STM32G0+BC28，實現(xiàn)數(shù)據(jù)上云。

開箱檢驗

NUCLEO-64的板子，外形尺寸都差不多，如圖。

▲ 開發(fā)板外觀

▲ 開發(fā)板外觀

報告組成

之前做過G4的試用，流程是先使用后整理報告，整理報告的時候又重新看了一遍當時設(shè)計的手稿，消耗時間長，且要點容易遺忘。本次優(yōu)化一下試用流程，一邊使用，一邊記錄，把最原始的體驗記錄下來，以免時間一過，又忘了干凈。

試用分為兩部分：① NUCLEO-G071RB + IOT-AT3080V1.0 + X-NUCLEO-IKS01A2連接阿里云；② NUCLEO-G071RB + BC28 + X-NUCLEO-IKS01A2連接阿里云。為什么采用這樣的方式，前面學(xué)習(xí)過L4連接阿里云IoT的教程，當時是在NUCLEO-L4R5ZI上調(diào)試的，想先把相應(yīng)的工程移植到G0上來，實現(xiàn)上行鏈路打通，之后再將WiFi模塊替換為BC28，這樣調(diào)試起來也會方便。

試用過程

NUCLEO-G071RB通過WiFi連接阿里云

項目的軟件框架、IAR工程及文件結(jié)構(gòu)與L4的Demo類似，只是底層將L4的HAL改成了G0的HAL。

一、MCU外設(shè)的使用

使用的外設(shè)包括：與WIFI擴展板的接口、與傳感器擴展板的接口、虛擬串口接口、USER按鍵接口和LED等。下面將NUCLEO-L4R5ZI接口與NUCLEO-G071RB接口做一個對比展示，方便后續(xù)移植時對比參考。

1、與WIFI擴展板的接口

2、與傳感器擴展板接口定義

3、虛擬串口接口

4、按鍵與LED燈

同時，Systick提供系統(tǒng)延時，并未Paho協(xié)議棧提供Timer。

二、使用CubeMx生成原始工程

CubeMx生成原始工程的過程不詳述，按照2.1.1的外設(shè)配置，配置對應(yīng)的引腳、接口即可。系統(tǒng)主頻配置為64MHz，TIM2_PWM控制燈以0.5s間隔閃爍，故預(yù)分頻為：1280-1；分頻后計數(shù)時鐘為50KHz，自動重載寄存器值為50000-1，捕獲/比較寄存器值為25000。配置界面如下：

▲ TIM2配置界面

三、軟件移植與調(diào)試

移植Paho MQTT協(xié)議棧、移植mbedtls，調(diào)試溫濕度傳感器，適配Paho MQTT的過程在L4的教程中有詳細描述，從L4上將代碼移植到G0上，主要是Flash讀寫有寫不一樣。L4是雙bank的Flash，Flash的操作較麻煩，相對而言，G0的操作要簡單很多，參考SDK中的Flash例程修改flash_l4R.c文件，（路徑：STM32Cube_FW_G0_V1.3.0ProjectsNUCLEO-G071RBExamplesFLASHFLASH_EraseProgram），主要是修改FLASH_unlock_erase()函數(shù)和FLASH_get_bank()函數(shù)，修改后，編譯無誤。

下載調(diào)試過程，沒有想象中那么順暢，輸入wifi信息時，一切正常，連接wifi也正常，但輸入三元組信息，一直報錯：

Error erasing at 0x08018000

調(diào)試①：Wifi信息用默認的，軟件執(zhí)行到三元組保存的位置，仍然同樣的錯誤。數(shù)據(jù)是保存的同一個位置的，應(yīng)該不是Flash函數(shù)讀寫的問題。

調(diào)試②：注釋掉net_if_init()函數(shù)中wifi信息獲取相關(guān)代碼，即不運行wifi信息獲取及wifi初始化過程，只運行三元組信息保存的過程，保存正確；

調(diào)試③：重新開啟wifi初始化過程，用已經(jīng)設(shè)置正確的參數(shù)配網(wǎng)、連接阿里云，軟件運行正常；可以在云端看到上報的數(shù)據(jù)。

這進一步證明三元組保存的相關(guān)函數(shù)，是沒有問題的，但為何加上wifi配置相關(guān)的代碼后，會影響三元組信息保存呢，單步調(diào)試發(fā)現(xiàn)，當運行到EMW3080_GetVersionInfo()函數(shù)的*temp=0時，FLASH的SR寄存器的BIT CFGBSY就會置位，進一步排查發(fā)現(xiàn)，執(zhí)行完temp = strstr(Token, ",")后，沒有查到到“,”，temp為0x00，此時給地址0x00的位置賦值，導(dǎo)致FLASH的SR寄存器的BIT CFGBSY置位。

解決方法：判定temp值，如果不為空，才執(zhí)行賦值操作，如下圖示：

問題到這里已經(jīng)完美解決了，指針跑飛，導(dǎo)致運行異常。那為什么在L4的板子上沒有出現(xiàn)這個問題呢？（具體的表現(xiàn)：執(zhí)行完EMW3080_GetVersionInfo()函數(shù)后，三元組信息及后續(xù)的Flash保存操作都無法完成，因為CFGBSY一直為1）

分析L4和G0的HAL_FLASHEx_Erase()→FLASH_WaitForLastOperation()，有如此的不同：

▲ G0和L4在處理擦除函數(shù)時的不同

L4沒有CFGBSY位，仿真發(fā)現(xiàn)，當執(zhí)行*temp=0語句時，FLASH狀態(tài)寄存器并沒有發(fā)生變化，但這并不能說L4就是沒有問題的，給地址為0x00000000的位置寫數(shù)據(jù)0，可能會帶來不可預(yù)期的結(jié)果。

四、Demo演示與現(xiàn)象

正常運行的效果截圖，包括云平臺日志和終端日志截圖。

▲ 整體效果圖

終端日志：

云端日志：

▲ 正常數(shù)據(jù)上報

終端日志：

云端日志：

▲ 報警數(shù)據(jù)上報

終端日志

云端日志：

▲ 報警數(shù)據(jù)上報

終端日志：

云端日志：

▲ 溫度報警門限設(shè)置

NUCLEO-G071RB通過NB連接阿里云

在NUCLEO-G071RB通過WiFi連接阿里云基礎(chǔ)上，修改網(wǎng)絡(luò)設(shè)備層的相關(guān)配置，將WIFI改為NB模組（BC28），外設(shè)和CubeMx的原始工程都之相似。

一、軟件移植與調(diào)試

有NUCLEO-G071RB通過WiFi連接阿里云的基礎(chǔ)后，移植過程相對來說簡單。Demo運行時，每5s的數(shù)據(jù)上報是正常的，但是溫度異常報警上傳后，會導(dǎo)致軟件跑飛，分析程序發(fā)現(xiàn)，軟件是在發(fā)送完報警信息，再發(fā)送下一條正常上報信息時，發(fā)送不成功，觸發(fā)重新連接，重新連接三次失敗后軟件跑飛。

重連的機制是有問題的，就算是重連失敗，程序也不應(yīng)該跑飛；經(jīng)查實，發(fā)現(xiàn)網(wǎng)絡(luò)層操作了一個零指針，增加了防護機制；

導(dǎo)致數(shù)據(jù)發(fā)送失敗是跑飛的原因，為何數(shù)據(jù)會在發(fā)送完一條異常報警信息后，在下一次的正常數(shù)據(jù)幀中報錯？我在L4的程序上運行，是正常的，問題肯定是由G0導(dǎo)致的。

軟件上排查了一大圈，排查的過程就不描述了，最終定位到，在發(fā)送完異常報警幀后，NB模塊重啟了，BC28這個模塊有個特點，必須發(fā)送AT+CFUN=1后才能響應(yīng)后續(xù)的聯(lián)網(wǎng)指令，因而網(wǎng)絡(luò)一直連接不成功。

比較坑的是，買完BC28模組后，在官網(wǎng)上并沒有下載到原理圖，因而不清楚各個引腳的分配布局（Arduino接口的UART、供電是固定的，所以調(diào)試還是沒有問題的），找店家詢問也一直沒有響應(yīng)，最終，通過前項目的FAE拿到了原理圖，發(fā)現(xiàn)用于報警狀態(tài)指示的LED燈（PA5），連接到了Arduino接口的D13上，而在BC28的板子上，D13是RESET引腳，當發(fā)送完報警信息后，會控制LED狀態(tài)變化，此時就相當于復(fù)位了BC28！禁用掉點燈相關(guān)操作，問題解決。

關(guān)于這個調(diào)試，前后忙活了兩個禮拜（當然只有下班和周末零碎的時間弄），開始一直懷疑是軟件移植帶來的bug，拼命的查軟件問題，弄錯了方向。

二、Demo演示與現(xiàn)象

▲ 整體效果圖

Demo運行效果，云平臺日志與NUCLEO-G071RB通過WiFi連接阿里云相似，終端日志如下：

▲ 正常數(shù)據(jù)上報

▲ 報警數(shù)據(jù)上報

總結(jié)

整體說來，本次試用還算比較順利，除了移植3080B、BC28外，還嘗試移植了ESP8266的驅(qū)動，STM32G0無論是速度還是外設(shè)資源，都要比8位機強大的多。將云連接移植到G0上實現(xiàn)還是有意義的，G0比其他系列更有性價比，也能跑起Paho等輕量級的協(xié)議棧。在以后的應(yīng)用中，采用G0上云的方案會更有用武之地。

點擊鏈接觀看更多相關(guān)課程：

電堂科技?c.51diantang.com

總結(jié)

以上是生活随笔為你收集整理的esp8266 阿里云 arduino_NUCLEO-G071RB通过WiFi与NB连接阿里云的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。