[筆記] Firmware 開發過程中, 最難發現的問題之一

-
        過去開發 TI DSP 韌體時，遇過最詭異的問題就是程式跑到某一行就會出現異常情況，將這行移除後，程式又能正常運行。後來把編譯器的版本更新後，相同的程式碼經過重新 compile 居然能正常運行，很神奇吧？這類問題算是開發時期最難解決的問題之一，因為不容易發現，即使發現異常也不會懷疑與編譯器版本有關，於是自己會陷入一種迷惘的狀況，到底要怎麼 debug 解決。

[源由] 

        最近在開發 ARM-based MCU 晶片時，也是遇到奇怪現象。我寫一段 ISP 程式碼，每次運行到某一行就會發生晶片硬體出錯。於是，將這段程式碼交給原廠的 FAE 檢查，FAE 說在他的環境重現不出來，不過他把他的編譯產生的 map 也傳給我了。比對了雙方的 map 檔，唯一值得懷疑的是 compiler 版本不太一樣。

        如下面的影片所呈現，相同的 code，在不同的版本的編譯下，居然會出現不同的結果。影片中，先以 ARM compiler update 6 編譯，設定中斷點，當運行到某一行時，系統就出現錯誤。之後，我們將編譯工具升級為 update 7 版本後，相同的代碼就能通過運行，這種與 compiler 版本有關的問題是開發程式最難找的問題之一。

當 compiler 轉譯成機器碼之後，由晶片執行，有可能轉譯的過程有 bug (指令有錯?) 或者晶片本身有 bug (不認機器嗎?)，遇上這類問題，要嘛等待晶片廠商修正，釋出下一版晶片，要嘛更新編譯器，或者自己修改代碼的寫法避開有問題的寫法。

影片：Firmware 開發時, 最難發現的問題之一

位置： 807台灣高雄市三民區

留言

lihgong說…
偶然看到，也許您可以看一下翻譯出來的ASM，看看具體root cause是什麼。有一種可能是，也許資料結構沒有加上volatile，被compiler調整順序導致錯誤（當然這個是隨便說說）

另外如果換編譯器會有差異，有時候會懷疑user code是不是本身有用上C語言未定義行為

不過如標題所述，這類問題真的都很難查
2021年11月25日 上午7:58
lihgong說…
此留言已被作者移除。
2021年11月25日 上午8:00
漢亞科技說…
升級compiler版本號，問題就消失了。已經反映給FAE，他們會反組譯查看機器碼，就留給原廠去debug了。
2021年11月25日 上午8:27
發佈留言

此網誌的熱門文章

[筆記] Raspberry Pi 樹莓派的軟體開發

-
圖片
前言         本文的實驗過程是以樹莓派 3B+ 為主，Python是樹莓派板子上的操作系統所提供的程式語言，並且板子上的I/O介面控制官方建議用Python語法開發。因此，在樹莓派上寫程式的第一首選當然是Python，我們可以使用系統上內建的 Python 3 IDLE 或 Thonny Python IDE 的整合開發套件。雖然它是推薦的語法，不過樹莓派系統也可以使用 C/C++ 語言來開發程式，而且也內建一套IDE套件。底下就用簡單的程式碼來試試看這些開發套件。 C/C++開發         樹莓派官方的系統提供一套IDE軟體開發套件，稱為 Geany 。它可以編輯C/C++/Java/Python...等語法，並且編譯組建成執行檔，在樹莓派這樣的操作環境下，這已經算不錯的官方IDE套件了。         首先，打開Geany之後，先在工具列上選擇"專案"，並創建一個新專案。舉例來說，我想要測試C++輸出功能，於是創建一個名為TestCpp的專案。接下來，在工具列上選擇"檔案"，並創建一個"開新檔案"，它會讓我們選個範本，此時選Main.cxx。系統幫我們在專案目錄下建立一個C++檔案，有main function的範本，如下圖一所示。         第二步，在這個檔案裡開始寫些簡單的code，寫個Hello World吧！順便編譯與組建一下，看看有沒有成功。不過，我的專業裏頭總不能只有一個Main檔案走遍天下吧？還是需要有些其他檔案來組建。新增一個加法函數的檔案，名為myadd.cxx，存放在專案的目錄下，這時就可以從main函數調用這個外部加法函數，試試看！一開始編譯，發現會產生編譯失敗，這是因為組建的命令沒設定妥當，預設的命令是編譯單一檔案，這會兒需要編譯一堆檔案，所以要調整命令，如圖二所示。再次編譯後，成功了，可以執行看看結果。 圖一：Geany IDE C++ 軟體開發環境 圖二：修改組建的命令 Python開發         樹莓派官方的系統內建兩套IDE軟體開發套件，一套稱為 Python 3 IDLE ，另一套為 Thonny Python 。我分別用print簡單的程式測試兩個IDE開發環境，如下圖三所示為Python
Read more »

[筆記] ESP32 在 VS Code 開發環境的編譯與除錯

-
圖片
#  ESP32 評比與教學推薦 NodeMCU-32s 的理由 準備工作 1) 安裝 Visual Studio Code (VS Code)，並安裝其他 C/C++ 插件。 2) 安裝 Python 套件 3) 下載並執行 Setup ESP-IDF Tools：檢查電腦系統的環境，並幫我們把編譯的工具鏈 tool chain 安裝起來。 4) 在 VS Code 安裝 ESP-IDF 插件，點選插件後，看到下圖一並設定路徑後，點擊安裝 ESP-IDF。安裝 v4.2 版本後，會詢問是否下載安裝工具鏈，如果系統已經有安裝，那就設好路徑即可。最後，再安裝 python 虛擬環境給 ESP-IDF，便完成整個環境設定。 圖一：ESP-IDF 擴充插件 建立專案 1) 從 ESP-IDF 選範例專案：按 F1 後，上方的選單輸入 " ESP-IDF: Show Examples Projects "，出現下圖二的範例專案列表，我們可以從中選一個範例來創建，例如我從當中選了 blink 或 hello_word。按下右上方的創建，就會在左半邊出現專案。 圖二：ESP-IDF 範例專案的列表 2) 編譯專案：按 F1 後，上方的選單輸入 " ESP-IDF: Build your project "，VS Code 環境就會開發進行編譯的工作，在下方的欄位會顯示編譯的過程。 3)  設定模組型號：按 F1 後，上方的選單輸入 " ESP-IDF: Device configuration "，彈出選項後，我們選擇 EPS32 為裝置的型號。 4) 電腦接上 ESP32 模組：按 F1 後，上方的選單輸入 " ESP-IDF: Select port to use "，在 VS Code 會自動彈出 COM port 讓我們選擇，點選 EPS32 連接的 COM 即可。 5)  燒錄程式碼到 ESP32：按 F1 後，上方的選單輸入 " ESP-IDF: Select Flash Method and Flash "，彈出選項 JTAG 或 UART，我們選擇 UART 為下載燒錄的方式 (前面我們已經設定 COM 了)。下載燒錄的方式設好了，下次只要
Read more »

[應用] 在 ESP32 Audio 開發板的 VoIP 範例

-
圖片
開發板介紹         安信可 公司(Ai-Thinker)基於 ESP32 晶片推出一塊具有語音功能的 ESP32 Audio Kit 開發板，簡稱 ESP32-A1S，它與原廠的 ESP32 Lyrat 開發板都使用同一套 ESP-ADF SDK 軟體，但是開發板的電路有些差異，底層的驅動程式需要替換才能順利開發。         首先，最大的差異在 ESP32-A1S 語音編碼晶片採用 AC101 ，不過晶片被封裝在 ESP32 模組上，所以我們在開發板上面看不到這顆晶片，然而 ESP32 Lyrat 板採用 ES8388 晶片，因此在 ESP-ADF 中語音編碼的驅動程式需要更替。另外，其他不一樣的地方都在 GPIO 接腳的連接上，整理後，如下表所示，我們需要調整 ADF 底層的 HAL 和 Board 的配置，SDK 才能正常使用。 表一：ESP32-Lyrat 與 Audio Kit 開發板的差異         第一步，下載 ESP-ADF。在 VS Code 開發環境下[1]，按 F1 後，選取 "Install ESP-ADF"，VS Code 會自動從 GitHub 下載，並安裝 ADF 開發套件。如果是使用 ESP32-Lyrat 板子，可以直接跳到第四步，創建範例開始開發了。使用 ESP32-A1S 板子前，需要調整一下底層代碼，接續前面動作，我們從 GitHub 下載 A1S 的驅動程式， ESP32-A1S-AudioKit  程式碼，其目錄結構與 ADF 一樣，方便我們相互比對兩者差異。         第二步，到  \esp-adf\components\ audio_hal \driver 目錄下，將下載 A1S 裡的 AC101 驅動程式放進來。接著，要將 ac101 目錄和 ac101.c 加到  CMakeLists.txt 文件，同樣也要加到  component.mk 文件裡 ，這樣編譯過程就會把 AC101 驅動程式加進來編譯了。         第三步，我們再到  \esp-adf\components\ audio_board \lyrat_v4_3 目錄下(因為我們沒想要在 menuconfig 裡新增 A1S 配置，打算借用 lyrat 原配置)，將 board.c、board
Read more »

[模組] 無線資料傳輸：nRF905 和 nRF24L01 (以 Arduino 為控制器)

-
圖片
# [模組] LoRa 模組範例測試通訊距離 # [模組] LoRa - Arduino MKRWAN 1300 通訊模組 模組說明          過去挪威公司 Nordic 開發兩款無線通訊傳輸模組，一種用在中低頻段 (433/868/915 MHz)，稱為 nRF905 ；另一種用在高頻段 (2.4 GHz)，稱為  n RF24L01 。以 RF 特性來看這兩款模組，低頻傳輸距離較高頻遠，低頻訊號具有繞射特性，高頻訊號穿透性較差，不過高頻的資料傳輸率比較高，NRF24L01 傳輸率 > 250kbps，NRF905傳輸率 < 50kbps。因此，我們可以依據應用的需求，選擇適合的無線模組。        圖一所示為 Nordic 公司的 NRF 模組的內部方塊圖，圖右邊有 SPI 控制介面可以讀寫晶片內的暫存器，這些暫存器組算是晶片基頻的數位資料，已經被解調後的資料了。另外，控制接腳用來切換 TX/RX 模式，RF 模組的傳輸可視為 半雙工 方式，因為不可能同時發送又接收。圖左邊是天線，內有一機制是模式切換，就是技術文件裡說的 BurstTX 和 BurstRX。接收端，後面接一個 LNA 放大器，將接收下來的小訊號放大以便讓後端解調處理。發射端，接一個 PA 放大器，將調變訊號再增強以便發射出去，PA 增益越大，發射的距離越遠，但是以這模組上的 PA 放大功率有所限制，主因還是使用無線頻譜資源必須得遵守， 不可干擾其他設備 。 圖一：NRF 無線模組的內部方塊圖 資料傳輸測試         NRF 模組內部有兩大機制，一個是位址，一個是 CRC 檢測，必須位址正確了，加上 CRC 檢測無誤，這樣才算完整接收成功。為了驗證資料丟失率，我們用兩塊 Arduino 開發板和 NRF905 模組，當做資料乒乓傳輸測試，一邊當發射端，一邊當接收端。發射端送出資料後，接收端收到後必須再回傳，發射端確認回傳資料無誤後，紀錄一次正確傳輸，如果一段時間沒有收到，代表資料丟失，記錄一次失敗傳輸，發射端再重新傳輸一次。         底下影片紀錄雙邊通訊的情況，在短距離的範圍內 (< 1公尺)，發送一筆 4 bytes 長度的資料，接收端再回傳資料，當做 ACK，過程中還是有丟失資料的現象。測試代碼可參考 [2][3]。 影片：兩個 NRF90
Read more »

[筆記] Visual Studio 遠端偵錯的設定步驟

-
圖片
        通常我們用微軟Visual Studio IDE開發程式並且在本機上運行與除錯，但隨著開發系統越來越複雜，程式運行在某台服務器上而不是自己的機器，這時候需要進行遠端程式的除錯，架構如下圖一所示。自己的主機要安裝微軟的Visual Studio 2017 IDE，待測的機器上面要有Remote Debugger工具，雙方透過網路的連線進行除錯。 圖一：遠端除錯與待測機器 [步驟]： 1) 在自己主機上的Visual Studio目錄下面找Remote Debugger這個工具目錄，然後把Remote Debugger工具複製到待測機器上。 2) 程式的除錯屬性要設定正確，屬性頁的遠端Windows偵測工具，如下圖二所示。我們必須設定遠端命令 、 工作目錄 、 遠端機器IP 、連接是否驗證...等等，連線的權限要配合遠端機器的設定。 3) 在遠端機器上的Remote Debugger目錄，開啟 msvsmon.exe，這時只要到工具選單設定連線的權限，如下圖三所示。圖中是設為無權限的方式，不需要驗證使用者。 4) 在VS IDE環境運行遠端Windows偵錯工具，如果發現遠端機器上出現錯誤，錯誤的原因是缺少某些 dll 檔案，如：msvcp140D.dll 、ucrtbased.dll... 。我們在本地主機上找找看這些缺少的檔案，應該能找到，然後再複製到遠端機器的 \Windows\System32 目錄底下。 5) 最後，編譯我們的程式後，要再把exe 、 pdb檔案複製到遠端機器的工作目錄上。接著，運行我們的程式遠端 debug，這樣就可以一步步看著遠端機器上的程式怎麼執行了。 C++遠程偵錯 圖二：C++程式的遠端屬性設定 圖三：遠端機器的連線權限設定 C#遠程偵錯 圖四：C# 程式的遠端偵錯設定
Read more »

[應用] STM32 DFU (Device Firmware Upgrade)

-
圖片
DFU 說明         DFU (Device Firmware Upgrade) 顧名思義是升級晶片的韌體程式，這相當於嵌入式系統中的 bootloader 程式。一般來說，我們所開發設計的韌體程式會存放在晶片內建的 flash 或者外部的 flash、 NOR、NAND，而 DFU 程式就是為了更新放在那些 flash 裡的韌體。另外，更新的方式可以透過 RS-232、Ethernet、USB...等，從這些媒介收到更新的程式碼，再燒錄到所存放的對應位址。         對於 STM32 晶片來說，當電源啟動後，晶片第一執行的位址就是 0x8000000，所以我們把這一小段 DFU 程式安排在這個位址，此時 DFU 內部程式執行後，我們會設計成做個判斷「是否做韌體升級」，如果沒有的話，DFU 會將執行位址跳到 APP 定義的位址，如下圖所示。圖一中，APP 程式碼安排在 0x8003000 位址，這個位址可以自己定義，假如 DFU 程式碼比較大，勢必要將 APP 位址往後移，如果 DFU 程式碼較小，就可以將位址往前移。         如果判斷為更新韌體，這時 DFU 要啟動輸入媒介(RS-232、Ethernet、USB)的驅動，同時也要啟動寫入 flash 的驅動。將收到的韌體程式碼，逐步寫入 flash 裡面。接下來本文的例子是以 STM32 USB 的更新方式來說明，STM32 網站有提供 DFU USB 的範例程式。 圖一：STM 內部記憶體配置 位址安排         當我們用 KEIL IDE 開發環境編譯時，需要先配置程式碼儲存的地方，圖二和圖三分別是 DFU 和 APP 程式碼定義的位址，DFU 放置在 0x8000000，大小為 0x3000 ，然後 APP 程式碼則要放在 0x8003000 ，這就是程式碼配置的關鍵步驟。         此外，還要留意一點，由於 APP 程式碼起始位址已經偏移了，它的中斷向量表 Vector 位址也已經偏移了，所以我們必須要 APP 程式裡把新的中斷向量表做重新的 map，指向新位址。請參考底下這個函數                             NVIC_SetVectorTable ( NVIC_VectTab_FLASH, 0x3000 ); 圖二：設置 DFU 的
Read more »

[模組] 三軸重力加速計 Accelerometer (GY-61 ADXL335)

-
圖片
#  ADXL335 三軸加速計的 USB 體感搖桿 #  三軸陀螺儀與加速規 Gyro & Accelerometer 模組介紹         三軸重力加速計是一種重力感測器，也稱為加速規或加速計。三軸指的是 X, Y, Z 軸，重力加速度就是我們高中理化曾學過的地心引力 (g)。由於這個重力加速度是地球的天然資源 (就像磁力線的指南針)，所以當我們身體傾斜或翻轉時，透過地心引力的影響讓身體內部機構可感受到其傾斜或翻轉。於是，將此概念應用到科技工業上，像電玩的 體感遊戲 (Wii, Kinect...) 、 飛行器 、 懸臂旋轉 、 震動感測 ...等都使用到相關元件，本文針對三軸重力加速計的晶片做測試研究，希望能獲得更多的應用靈感。首先，找一顆晶片試試吧！Arduino 開發套件常見的三軸加速計，使用的是 ADI ADXL335/345 晶片，因此我買了一個來測試玩玩看，並用 NXP LPC1114 晶片來設計系統。         三軸重力加速計晶片是 MEMS 設計工藝，能將這種感測技術設計到小晶片裡面，不得不佩服這群工程人員。由於地表的重力加速度有方向性，晶片又根據該重力為基準來測量三軸的變化，所以晶片與三軸的方向座標必須先定義好，如下面圖一所示，晶片面朝上為 Z軸。以圖一為例，晶片放置水平，量測到的重力數值為 X 軸 0g, Y 軸 0g, Z軸 1g。然後，該晶片內部再將這三軸的物理量轉換成電壓值輸出。實驗中，我手上拿到的是 ADXL335，它是輸出三軸的電壓值，所以設計系統時需要選用具有 ADC 功能的 MCU ，才能將這三個電壓值轉換回重力值。此外，ADI 還開發另一顆 ADXL345 晶片，與 ADXL335 晶片有些不一樣的地方，前者內部已有包含 ADC 功能，能將重力值直接轉換成數位值，並使用 I2C / SPI 介面和外部通訊，提供使用者不同的選擇。 圖一：晶片的三軸方向座標 規格分析         三軸重力加速計晶片在使用前先要找到 0g 的電壓值，這也是校正歸零的步驟。雖然每顆晶片出廠前都經過測試，但是每顆晶片之間的物理特性還是存在一點點差距，這種差距還算是合理範圍，只是我們必須用校正的方式將它拉到同一標準內，消除這種誤差 。底下圖二所示為晶片的規格，當 0g 的時候，電壓輸出是 1.5
Read more »