痞子衡嵌入式：恩智浦經典LPC系列MCU內部Flash IAP驅動入門

来源:https://www.cnblogs.com/henjay724/archive/2023/03/29/17270410.html
-Advertisement-
Play Games

大家好，我是痞子衡，是正經搞技術的痞子。今天痞子衡給大家介紹的是恩智浦經典LPC系列MCU內部Flash IAP驅動。 LPC 系列 MCU 是恩智浦公司於 2003 年開始推出的非常具有代表性的產品，距今已經有近 20 年的生命。按時間線演進來說，其主要分為三代： - 元老：基於 ARM7/9 內 ...


　　大家好，我是痞子衡，是正經搞技術的痞子。今天痞子衡給大家介紹的是恩智浦經典LPC系列MCU內部Flash IAP驅動。

　　LPC 系列 MCU 是恩智浦公司於 2003 年開始推出的非常具有代表性的產品，距今已經有近 20 年的生命。按時間線演進來說，其主要分為三代：

- 元老：基於 ARM7/9 內核的 LPC2000/3000 系列
- 中堅：基於 Cortex-M0/0+/3/4 內核的 LPC800/1100/1200/1300/1500/1700/1800/4000/4300/54000
- 新銳：基於 Cortex-M33 內核的 LPC5500 系列。

　　其中堅產品即是痞子衡今天要重點聊的經典 MCU，從其第一顆 LPC1800 到至今仍有新型號出來的 LPC800，仍然深受廣大開發者喜愛。今天痞子衡想討論的是內部 Flash 驅動這個對嵌入式軟體開發者來說既冷門又不冷門的話題：

  • Note：本文內容主要以 LPC845 這個型號為例，未必完全適用其它經典 LPC 型號，具體需要查看相應手冊。

一、關於MCU內部Flash的基本概念

　　痞子衡先解釋下為什麼內部 Flash 驅動這個話題既冷門又不冷門。說它冷門是因為大部分嵌入式軟體開發工程師寫的應用代碼里很少包含 Flash 操作功能（除非應用需要 OTA 升級或者斷電保存參數），因此對 Flash 模塊的關註度不如其它外設模塊。說它不冷門則是在 IDE 中調試或者編程器做量產又離不開 Flash 操作，所以避不可免地關註 Flash 擦寫演算法、性能、壽命、效率等。

　　話說回來，Flash 外設一般由兩部分組成：Flash 控制器 + Flash Memory 介質，其 Memory 介質部分從原理上屬於並行 NOR Flash，MCU 上電 Flash 外設總是使能的，可以通過 AHB 匯流排直接讀取其映射空間內任意 Flash 地址處的數據/指令，所以其最主要的作用就是存儲可執行代碼。

　　如果應用程式需要做 OTA 升級，則需要藉助 Flash 控制器完成擦除和寫入操作。這裡就有一些概念性的東西出現了，比如 Flash 擦除正常是按 Block/Sector 為單元（不排除有些支持按 Page 擦除），並且擦除操作是將 Block/Sector 里全部 bit 從 0 恢復為 1。而 Flash 寫入則是按 PUnit 為最小單元的（可能是 1/2/4/8 bytes），一次性最多寫入一個 Page 的數據（這裡指一次完整命令執行等待過程）。擦除和寫入操作都不是立刻就完成的，需要等待 Memory 介質更新完成（讀 Flash 控制器相應狀態位寄存器）。

　　LPC845 內部 Flash 一共 64KB，劃分為 64 個 Sector，每個 Sector 大小為 1KB。每個 Sector 包含 16 個 Page，每個 Page 大小為 64Bytes。支持按 Sector/Page 擦除，IAP 僅支持按 Page 寫入（但是控制器底層最小寫入單元是 4bytes），不支持 RWW 特性。

    64KB          N/A            N/A           1KB          64Bytes       4Bytes
Flash Memory > Flash Bank >= Flash Block > Flash Sector > Flash Page >= Flash PUnit >= Flash Byte
                   |              |             |              |             |
                RWW單元        擦除單元        擦除單元      最大寫入單元    最小寫入單元

　　關於 Flash 擦寫操作，還有一個重要概念叫 Read-While-Write（簡稱 RWW），因為預設代碼是執行在 Flash 里，如果我們這個時候還做 Flash 擦寫操作，就會讓同一個 Flash 處於又做擦寫處理同時也要響應 AHB 匯流排來的讀指令請求，大部分 Flash 是無法支持這個特性的，因此常見的操作是將觸發 Flash 擦寫命令以及讀 Flash 狀態的代碼重定向到 RAM 里去執行。而 LPC 上不一樣的 Flash IAP 驅動設計正是為瞭解決這個 RWW 限制的。

二、一般Flash驅動設計

　　在講 LPC Flash IAP 特色驅動之前，我們先來看看一般 MCU 上 Flash 驅動設計，就以恩智浦 Kinetis MK60DN512Z 系列為例。它的 Flash 外設是 FTFL （詳見參考手冊里 Chapter 28 Flash Memory Module (FTFL) 章節），Flash 大小為 512KB，分為兩個 256KB Block (這裡就相當於Bank)，支持 RWW 特性（以 Block 為單元）。每個 Block 包含 128 個 Sector，每個 Sector 大小為 2KB。它其實沒有明確的 Page 概念（但是最大寫入單元是專用 4KB FLEXRAM 的一半，可以理解為 Page 大小就是 2KB），支持的最小寫入單元是 4bytes。

   512KB         256KB          256KB          2KB            2KB         4Bytes
Flash Memory > Flash Bank >= Flash Block > Flash Sector >= Flash Page > Flash PUnit >= Flash Byte
                   |              |             |              |             |
                RWW單元        擦除單元        擦除單元      最大寫入單元    最小寫入單元

　　在官方驅動 \SDK_2_2_0_TWR-K60D100M\devices\MK60D10\drivers\fsl_flash.c 里我們重點關註如下 5 個基本函數，這些函數都是直接操作 FTFL 外設寄存器來完成相應 Flash 擦寫功能的。其中 flash_command_sequence() 內部函數設計是核心，每一個 API 基本都會調用它，這裡面有一個關於解決 RWW 限制的黑科技設計，後面痞子衡會寫文章專門介紹。

// 一般初始化函數，主要是軟體層面初始化
status_t FLASH_Init(flash_config_t *config);
// 為瞭解決 RWW 限制而特殊設計的命令觸發執行函數
status_t FLASH_PrepareExecuteInRamFunctions(flash_config_t *config);
static status_t flash_command_sequence(flash_config_t *config)
// 擦除函數，長度不限(需要按 Sector 對齊)，key 參數是為了降低誤擦除風險
status_t FLASH_Erase(flash_config_t *config, uint32_t start, uint32_t lengthInBytes, uint32_t key);
// 寫入函數，長度不限(僅最小寫入單元對齊限制)，函數內部自動結合 Page 和 PUnit 寫入命令做處理
status_t FLASH_Program(flash_config_t *config, uint32_t start, uint32_t *src, uint32_t lengthInBytes);

三、LPC Flash IAP驅動設計原理

　　終於來到本文核心 - LPC Flash IAP 驅動了。按照我們一般經驗，首先是翻看 LPC845 用戶手冊尋找 Flash 外設，但是很遺憾，用戶手冊里並沒有 Flash 外設詳細介紹，取而代之的是 Chapter 5: LPC84x ISP and IAP 章節。因為 LPC 全系列都包含 BootROM（映射地址為 0x0F00_0000 - 0x0F00_3FFF），而 BootROM 代碼里包含了 Flash 擦寫驅動，因此官方直接推薦用戶調用 ROM 里的 Flash 驅動 API 來完成操作，而不是按照傳統方式提供直接操作 Flash 外設寄存器的 SDK 源碼。

　　BootROM 提供的 API 不止 Flash IAP 一個，可以在 Boot Process 章節里如下圖裡找到全部 API。這裡我們可以看到 Flash IAP 函數的統一入口地址是 0x0F001FF1，這在 SDK 里 LPC845_features.h 文件里有如下專門巨集：

/* @brief Pointer to ROM IAP entry functions */
#define FSL_FEATURE_SYSCON_IAP_ENTRY_LOCATION (0x0F001FF1)

　　有了 IAP 入口地址，調用起來就簡單了，晶元用戶手冊里直接給了參考 C 代碼，可以看到 API 設計上將全部支持的 13 個函數集中在一起了，復用了輸入參數列表 command_param 和輸出結果列表 status_result。痞子衡之前寫過一篇 《二代 Kinetis 上的 Flash IAP 設計》，那個 API 介面設計更偏向現代嵌入式軟體開發者的習慣，而 LPC Flash IAP 介面設計是 2008 年推出來的，那時候看是超前時代。

unsigned int command_param[5];
unsigned int status_result[5];

typedef void (*IAP)(unsigned int [],unsigned int[]);
#define IAP_LOCATION *(volatile unsigned int *)(0x0F001FF1)
IAP iap_entry=(IAP) IAP_LOCATION;

iap_entry (command_param,status_result);

四、LPC Flash IAP驅動快速上手

　　最後看一下官方驅動 \SDK_2_13_0_LPCXpresso845MAX\devices\LPC845\drivers\fsl_iap.c ，這相當於將 Flash IAP 做了二次封裝，我們重點關註如下 6 個基本函數。其中 iap_entry() 最終調用的是 ROM 中代碼，直接執行在 ROM 區域，不會和 Flash 訪問衝突，天然沒有 RWW 限制問題。

　　擦除函數 IAP_ErasePage()/IAP_EraseSector() 沒什麼好說的，就是這個寫入函數 IAP_CopyRamToFlash() 命名有點繞，不符合一般習慣，然後需要特別註意的是寫入長度 numOfBytes 必須是 Page 倍數，且不能超過一個 Sector 大小（但是實測可以橫跨兩個 Sector 一次性寫入多個 Page 數據，所以這僅僅是軟體代碼人為規定，不是 Flash 控制器限制）。最後還有一個註意點就是擦寫操作都是所謂的 two step process，就是需要先調用一下 IAP_PrepareSectorForWrite() 函數才行，這個設計其實是為了降低程式跑飛出現誤擦寫的風險。

// 一般初始化函數，主要是配置 Flash 訪問時間
void IAP_ConfigAccessFlashTime(uint32_t accessTime);
// 進入 ROM IAP 的入口函數
static inline void iap_entry(uint32_t *cmd_param, uint32_t *status_result);
// 擦除和寫入前準備函數
status_t IAP_PrepareSectorForWrite(uint32_t startSector, uint32_t endSector);
// 擦除函數，按 Page/Sector 為單位
status_t IAP_ErasePage(uint32_t startPage, uint32_t endPage, uint32_t systemCoreClock);
status_t IAP_EraseSector(uint32_t startSector, uint32_t endSector, uint32_t systemCoreClock);
// 寫入函數，長度最大限定為一個 Sector
status_t IAP_CopyRamToFlash(uint32_t dstAddr, uint32_t *srcAddr, uint32_t numOfBytes, uint32_t systemCoreClock);

　　至此，恩智浦經典LPC系列MCU內部Flash IAP驅動入門痞子衡便介紹完畢了，掌聲在哪裡~~~

歡迎訂閱

文章會同時發佈到我的 博客園主頁、CSDN主頁、知乎主頁、微信公眾號 平臺上。

微信搜索"痞子衡嵌入式"或者掃描下麵二維碼，就可以在手機上第一時間看了哦。

  最後歡迎關註痞子衡個人微信公眾號【痞子衡嵌入式】，一個專註嵌入式技術的公眾號，跟著痞子衡一起玩轉嵌入式。

痞子衡嵌入式-微信二維碼 痞子衡嵌入式-微信收款二維碼 痞子衡嵌入式-支付寶收款二維碼

  衡傑(痞子衡)，目前就職於某知名外企半導體公司MCU系統部門，擔任嵌入式系統應用工程師。

  專欄內所有文章的轉載請註明出處：http://www.cnblogs.com/henjay724/

  與痞子衡進一步交流或咨詢業務合作請發郵件至 [email protected]

  可以關註痞子衡的Github主頁 https://github.com/JayHeng，有很多好玩的嵌入式項目。

  關於專欄文章有任何疑問請直接在博客下麵留言，痞子衡會及時回覆免費(劃重點)答疑。

  痞子衡郵箱已被私信擠爆，技術問題不推薦私信，堅持私信請先掃碼付款(5元起步)再發。



您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • C#面向對象核心-其它
    其他 1 命名空間 命名空間用來組織和重用代碼的，命名空間就像一個工具包，類就像工具。 1.1 使用 namespace MyGame { class GameObject { } } namespace MyGame//命名空間可以分開寫 { class Player : GameObject { ...
  • C#面向對象核心-多態
    多態 1 認識多態 1.1 基本概念 多態是同一個行為具有多個不同表現形式或形態的能力，意味著有多重形式。在面向對象編程範式中，多態性往往表現為"一個介面，多個功能"。 在 C# 中，每個類型都是多態的，因為包括用戶定義類型在內的所有類型都繼承自 Object。 多態性分為靜態的和動態多態。在靜態多 ...
  • asp.net 應用程式中同步方法調用非同步方法無響應解決方法
    微軟發佈 C# async/await 非同步語法功能已經好久了，但是目前來看使用並不廣泛。本人經過實踐在開發過程中使用 async/await 一路到底確實很爽，而且也沒有啥問題。但是在面對舊項目變更要使用些功能的時候可能會遇到同步方法調用非同步方法的情況，本人在這種情況就發生調用沒有響應的問題，並作 ...
  • C#面向對象核心-繼承
    繼承 繼承主要實現重用代碼，來節省開發時間。 1 繼承基本概念 一個類B繼承一個類A，被繼承的類A稱為 父類、基類、超類，繼承的類B稱為 子類、派生類。 子類會繼承父類的所有成員 子類擁有父類的所有特征和行為 子類可以有自己的特征行為 C#中允許子類和父類存在同名的成員，但不建議使用 特點： 單根性 ...
  • C#中的Equals()和==
    本文主要介紹了.net7簡單使用NPOI讀取Excel表格。NPOI是指構建在POI 3.x版本之上的一個程式，NPOI可以在沒有安裝Office的情況下對Word或Excel文檔進行讀寫操作。NPOI這個老牌控制項不錯，只需要很少的代碼就可以實現，下麵是一步一步實現，希望對你有參考價值。 一、環境準 ...
  • C#面向對象核心-封裝
    封裝 封裝定義為"把一個或多個項目封閉在一個物理的或者邏輯的包中"，這個包就是類。在面向對象程式設計方法論中，封裝可以防止對實現細節的訪問。 1 類和對象 1.1 什麼是類 具有相同特征、行為，是一類事物的抽象 類是對象的模板，通過類創建對象 1.2 類聲明語法 //聲明在namespace中 /* ...
  • NET6關於包降級報錯問題
    (最近有讀者朋友表示，希望能加一些示意圖來描述分析過程中用到的原理知識。好的，之後我會註意，謝謝這位讀者) 背景 有位朋友找我，希望我能幫看一下他的一個service。從他的描述看，並沒有資源方面的泄漏，程式目前也能正常工作。他是在用dotnet-counters moniter時發現gc2、也就是 ...
  • crontab使用說明【一文搞懂Linux定時任務Crontab】
    1、簡介 cron是一個在後臺運行調度的守護進程，而crontab是一個設置cron的工具。cron調度的是/etc/crontab文件。 2、centos安裝crontab yum install crontabs 3、crontab的配置文件 Linux下的任務調度分為兩類：系統任務調度和用戶任 ...
一周排行
    -Advertisement-
    Play Games
  • UOS 開啟 VisualStudio 遠程調試 .NET 應用之旅
    前言 在我們開發過程中基本上不可或缺的用到一些敏感機密數據，比如SQL伺服器的連接串或者是OAuth2的Secret等，這些敏感數據在代碼中是不太安全的，我們不應該在源代碼中存儲密碼和其他的敏感數據，一種推薦的方式是通過Asp.Net Core的機密管理器。 機密管理器 在 ASP.NET Core ...
  • C# - 能否讓 SortedSet.RemoveWhere 內傳入的委托非同步執行
    新改進提供的Taurus Rpc 功能，可以簡化微服務間的調用，同時可以不用再手動輸出模塊名稱，或調用路徑，包括負載均衡，這一切，由框架實現並提供了。新的Taurus Rpc 功能，將使得服務間的調用，更加輕鬆、簡約、高效。 ...
  • 順序棧的介面程式
    順序棧的介面程式 目錄順序棧的介面程式頭文件創建順序棧入棧出棧利用棧將10進位轉16進位數驗證 頭文件 #include <stdio.h> #include <stdbool.h> #include <stdlib.h> 創建順序棧 // 指的是順序棧中的元素的數據類型，用戶可以根據需要進行修改 ...
  • mORMot2 獲取數據集1
    前言 整理這個官方翻譯的系列，原因是網上大部分的 tomcat 版本比較舊，此版本為 v11 最新的版本。 開源項目 從零手寫實現 tomcat minicat 別稱【嗅虎】心有猛虎，輕嗅薔薇。 系列文章 web server apache tomcat11-01-官方文檔入門介紹 web serv ...
  • 萬字長文總結與剖析C語言關鍵字 -- <<C語言深度解剖>>
    C總結與剖析:關鍵字篇 -- <<C語言深度解剖>> 目錄C總結與剖析:關鍵字篇 -- <<C語言深度解剖>>程式的本質:二進位文件變數1.變數:記憶體上的某個位置開闢的空間2.變數的初始化3.為什麼要有變數4.局部變數與全局變數5.變數的大小由類型決定6.任何一個變數,記憶體賦值都是從低地址開始往高地 ...
  • 【Flink入門修煉】2-3 Flink Checkpoint 原理機制
    如果讓你來做一個有狀態流式應用的故障恢復，你會如何來做呢？ 單機和多機會遇到什麼不同的問題？ Flink Checkpoint 是做什麼用的？原理是什麼？ ...
  • C++ 多級繼承與多重繼承：代碼組織與靈活性的平衡
    C++ 多級繼承 多級繼承是一種面向對象編程（OOP）特性，允許一個類從多個基類繼承屬性和方法。它使代碼更易於組織和維護，並促進代碼重用。 多級繼承的語法 在 C++ 中，使用 : 符號來指定繼承關係。多級繼承的語法如下： class DerivedClass : public BaseClass1 ...
  • 圖文結合手把手教你創建SpringCloud項目
    前言 什麼是SpringCloud？ Spring Cloud 是一系列框架的有序集合，它利用 Spring Boot 的開發便利性簡化了分散式系統的開發，比如服務註冊、服務發現、網關、路由、鏈路追蹤等。Spring Cloud 並不是重覆造輪子，而是將市面上開發得比較好的模塊集成進去，進行封裝，從 ...
  • 類模板的常見用法
    class_template 類模板和函數模板的定義和使用類似，我們已經進行了介紹。有時，有兩個或多個類，其功能是相同的，僅僅是數據類型不同。類模板用於實現類所需數據的類型參數化 template<class NameType, class AgeType> class Person { publi ...
  • system-v IPC共用記憶體通信
    目錄system v IPC簡介共用記憶體需要用到的函數介面shmget函數--獲取對象IDshmat函數--獲得映射空間shmctl函數--釋放資源共用記憶體實現思路註意 system v IPC簡介 消息隊列、共用記憶體和信號量統稱為system v IPC(進程間通信機制)，V是羅馬數字5，是UNI ...
所有分類