痞子衡嵌入式：恩智浦i.MX RTxxx系列MCU啟動那些事（4）- OTP及其燒寫方法-有解無憂

　　大家好，我是痞子衡，是正經搞技術的痞子，今天痞子衡給大家介紹的是恩智浦i.MX RTxxx系列MCU的OTP，

　　在i.MXRTxxx啟動系列第二篇文章 Boot配置(ISP Pin, OTP) 里痞子衡提到了OTP，部分Boot配置都存盤在OTP memory里，但是對OTP的介紹僅僅淺嘗輒止，沒有深入，今天痞子衡就為大家再進一步介紹OTP，

　　OTP是i.MXRTxxx里一塊特殊的存盤區域，用于存放全部芯片配置資訊，其中有一部分配置資訊和Boot相關，這塊特殊存盤區域并不在ARM的4G system address空間里，需要用特殊的方式去訪問（讀/寫），如何訪問OTP是本篇文章的重點，

一、OTP基本原理

1.1 OTP屬性（OTP, Shadow Lock）

　　OTP本質上就是i.MXRTxxx內嵌的一塊One Time Programmable memory，僅可被燒寫一次，但可以被多次讀取，OTP memory的燒寫大部分是按Word進行的（也有極少部分是按Bit進行的），初始狀態下所有OTP bit均為0，通過特殊的燒寫時序可以將bit從0改成1，一旦某bit被燒寫成1后便再也無法被修改（可理解為硬體熔絲燒斷了無法恢復），
　　i.MXRT600的OTP memory總地址空間有16Kbit（地址范圍為0x000 - 0x7FF），分為64個BANK，每個BANK含8個word（1word = 4bytes），下圖中4、8、9（總范圍是0x000 - 0x1FF）是OTP word索引地址（也叫index地址），其與OTP空間地址對應關系是：

otp_address = otp_index * 0x4

　　OTP memory空間除了OTP特性外，還有Shadow Lock控制特性，Shadow Lock控制是OTP memory的標配，Lock控制有二種：第一種是WP，即寫保護，用于保護OTP區域對應的shadow register不能被改寫；第二種是RP，即讀保護，被保護的OTP區域對應的shadow register不能被讀取，看到這里，你會發現i.MXRTyyyy的efuse里的LOCK控制是同時針對efuse本身和shadow register的；而i.MXRTxxx的OTP里的LOCK控制僅針對shadow register，那么對OTP本身的保護在哪里呢？先別急，后面會給你答案，
　　Shadow Lock控制在OTP的BANK0_word4、BANK1_word8/9，如下是RT600具體Lock bit定義：

關于OTP空間所有bit定義詳見Reference Manual里的otpmap Descriptions，

1.2 OCOTP控制器與Shadow Register

　　i.MXRTxxx內部有一個硬體IP模塊叫OCOTP_CTRL，即OCOTP控制器，對OTP memory的讀寫控制操作其實都是通過這個OCOTP控制器實作的，下圖是OCOTP_CTRL模塊圖：

　　OCOTP_CTRL模塊暫存器一共分兩類：一類是IP控制暫存器，用于實作對OTP memory的讀寫操作時序控制；一類是Shadow register，用于上電時自動從OTP memory獲取資料并快取，這樣我們可以直接訪問Shadow register而不用訪問OTP memory也能獲取OTP內容（注意：當芯片運行中燒寫OTP，Shadow register的值并不會立刻更新，需要執行IP控制器的reload命令或者將芯片reset才能同步），
　　下圖是RT600里的OCOTP_CTRL模塊暫存器map，其中Shadow register暫存器偏移地址范圍是0x000 - 0x7FF（注意并不是所有OTP Word都會被加載到Shadow register里，雖然Shadow register預留了全部的OTP位置，這點與i.MXRTyyyy efuse會全部加載到Shadow register不同，原因是i.MXRTxxx的OTP里會有很多Peripheral暫存器加載初值，如果這些OTP值目的是加載Peripheral，那就沒有必要再加載到Shadow register里，而i.MXRTyyyy的efuse值沒有加載Peripheral暫存器的用途），IP控制暫存器偏移地址范圍是0x800 - 0x82C:

　　痞子衡寫過關于i.MXRTyyyy的eFUSE燒寫的文章飛思卡爾i.MX RTyyyy系列MCU啟動那些事（5）- 再聊eFUSE及其燒寫方法，其實i.MXRTxxx的OCOTP控制器與i.MXRTyyyy里的OCOTP控制器非常相似，雖然兩者在暫存器組織上有差異，但其共同點更多，不過提及差異，有一個地方痞子衡不得不提，那就是CTRL暫存器的bit15，在i.MXRTyyyy上這個bit是保留的，但是i.MXRTxxx上這個bit為WORDLOCK，顧名思義即提供對操作的OTP word區域進行保護（主要是寫保護），下一節介紹的efuse-program-once命令第三個可選引數[nolock/lock]其實就是利用了這個bit，

二、使用blhost燒寫OTP

　　OTP memory的燒寫是通過OCOTP_CTRL模塊來實作的，我們當然可以在Application中集成OCOTP_CTRL的驅動程式，然后在Application呼叫OCOTP_CTRL的驅動程式完成OTP的燒寫，但這種方式并不是痞子衡要介紹的重點，痞子衡要介紹的是通過Serial ISP模式配套的blhost.exe上位機工具實作OTP的燒寫，
　　痞子衡在前面的文章里介紹過如何進入Serial ISP模式與BootROM通信，此處假設你已經使用blhost與BootROM建立了通信，讓我們再來回顧一下blhost的命令help，可以得知efuse-program-once這個命令就是我們想要的命令，

PS D:\NXP-MCUBootUtility\tools\blhost2_3\win> .\blhost.exe
usage: D:\NXP-MCUBootUtility\tools\blhost2_3\win\blhost.exe
                       [-p|--port <name>[,<speed>]]
                       [-u|--usb [[[<vid>,]<pid>]]]
                       -- command <args...>

Command:
  efuse-program-once <addr> <data> [nolock/lock]
                               Program one word of OCOTP Field
                               <addr> is ADDR of OTP word, not the shadowed memory address.
                               <data> is hex digits without prefix '0x'
  efuse-read-once <addr>
                               Read one word of OCOTP Field
                               <addr> is ADDR of OTP word, not the shadowed memory address.

　　讓我們試一下efuse-program-once這個命令，開始試之前要解決2個問題：
　　addr引數到底是什么地址？幫助里說是OTP word address，其實這個地址就是1.1節里介紹的word index，index范圍為0x000 - 0x1FF，對應512個可讀寫操作的OTP Word，
　　data引數到底是什么格式？幫助里說是hex digits without prefix '0x'，但是似乎沒有指明長度，我們知道每一個index對應的是4byte，那就應該是8位16進制資料（實測下來必須要填8位，如果是非8位會回傳Error: invalid command or arguments），
　　弄清了問題，那我們做一個小測驗：要求將OTP里的REVOKE_IMG_KEY word的最低byte燒寫成0x5A，翻看OTP Memory Footprint表，找到REVOKE_IMG_KEY的index地址是0x66（對應Shadow register地址是0x40130198），命令搞起來：

PS D:\NXP-MCUBootUtility\tools\blhost2_3\win> .\blhost.exe -u -- efuse-program-once 0x66 0000005A
Inject command 'efuse-program-once'
Successful generic response to command 'efuse-program-once'
Response status = 0 (0x0) Success.
PS D:\NXP-MCUBootUtility\tools\blhost2_3\win> .\blhost.exe -u -- efuse-read-once 0x66
Inject command 'efuse-read-once'
Response status = 0 (0x0) Success.
Response word 1 = 4 (0x4)
Response word 2 = 90 (0x5a)

　　看起來命令執行正常，如果此時你用J-Link去讀取對應Shadow register的值，你會發現剛才燒寫的OTP資料并沒有自動同步更新到Shadow register里，與i.MXRTyyyy系列下Flashloader里efuse program操作有所不同的是，i.MXRTxxx Serial ISP模式下blhost里的efuse-program-once命令僅包含program命令，沒有集成reload命令，因此想要重繪Shadow register，必須復位芯片，

　　至此，恩智浦i.MX RTxxx系列MCU的OTP痞子衡便介紹完畢了，掌聲在哪里~~~

歡迎訂閱

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

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

轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/20643.html

標籤：嵌入式

上一篇：痞子衡嵌入式：恩智浦i.MX RTxxx系列MCU啟動那些事（3）- Serial ISP模式(blhost)

下一篇：痞子衡嵌入式：恩智浦i.MX RTxxx系列MCU啟動那些事（8）- 從Serial(1-bit SPI) NOR恢復啟動