NXP JN5168/JN5169的簡(jiǎn)單說(shuō)明

dnsjale40

今天給大家分享一下：NXP JN5168/JN5169簡(jiǎn)單說(shuō)明及貨源提供
NXP JN5168/JN5169JN5168/9是NXP推出的ZigBee芯片EEProm片內EEPROM有4KB，并按64字節分段，共64段。擦除中按段擦除。每個(gè)bit擦除后數據為全零，可編程由0改寫(xiě)為1。EEPROM的API函數使用(參考JN-UG-3087 17.EEPROM)：初始化：u16AHI_InitialiseEEP() 初始化時(shí)調用，必須在讀寫(xiě)之前調用寫(xiě)操作：iAHI_WritEDAtaIntoEEPROMsegment()，可對隨機地址進(jìn)行寫(xiě)操作，但只能從0改寫(xiě)為1讀操作：iAHI_ReadDataFromEEPROMsegment()，可隨機讀取，但是智能在段內讀取，起始地址+長(cháng)度超過(guò)段的總長(cháng)時(shí)將會(huì )抱錯。擦除段：iAHI_EraseEEPROMsegment()
除EEPROM直接讀寫(xiě)外，NXP還提供了PDM支持，可像訪(fǎng)問(wèn)文件系統一樣訪(fǎng)問(wèn)EEPROM，對存儲空間的管理有PDM進(jìn)行管理。用戶(hù)層可只接進(jìn)行簡(jiǎn)單的讀、寫(xiě)、刪除操作。PDM(Persistent Data Manager)NXP提供的PDM功能支持片外spi Flash和片上EEPROM，此處說(shuō)明的是片上的EEPROM。參考JN-UG-3075 第四章，第三章介紹片外Flash。
主要的API接口函數：PDM_eInitialise()：初始化函數，一般使用PDM_eInitialise(63);
初始化CFLAGS += -DPDM_NO_RTOS：使用IEEE802.15.4 SDK（如JN-SW-4163）時(shí)，需要在MAKEfile中增加此宏定義。此模式下不支持互斥。使用JenNet-IP SDK（如JN-SW-41645）時(shí)，不需要修改Makefile，PDM默認的是此模式，此模式下支持互斥。初始化函數PDM_eInitialise需要增加互斥參數
數據管理數據在EEPROM中的存儲是按段為單位的，即最小的存儲單元是64字節，即便只存儲了1個(gè)字節，數據存儲超出當前段，將使用另一個(gè)段。每個(gè)段中的64字節中有效存儲空間為56字節，另外的8個(gè)字節由PDM使用。并且PDM中對每條記錄的訪(fǎng)問(wèn)是按ID進(jìn)行的，類(lèi)似于文件名。按ID進(jìn)行存儲操作每條存儲占用的空間為56字節的整數倍（實(shí)際上是64字節，有效字節數是56）參考DEMO中的ID定義在PDM_IDs.h中
協(xié)議棧通PDM進(jìn)行的數據存儲由協(xié)議棧自動(dòng)完成存儲、更新。
可存儲內容包含，但不限于：Application layer data:
 AIB members, such as the EPID and ZDO state
 Group Address table
 Binding table
 Application key-pair descriptor
 Trust Centre device tableNetwork layer data:
 NIB members, such as PAN ID and rADIo channel
 Neighbour table
 Network keys
 Address Map table

存儲API: PDM_eSaveRecordData()
數據的存儲過(guò)程是把待存儲的數據先存儲到空閑的空間中，然后再回收原來(lái)的存儲空間，因此寫(xiě)數據之前最好檢查當前空閑段是否夠用。API函數為PDM_u8GetSegmeNTCapacity()讀取API: PDM_eReadDataFromRecord()
讀之前可判斷數據是存在，API函數PDM_bDoESDataExist()，返回數據長(cháng)度刪除API: PDM_eDeleteData()計數器一個(gè)計數器占用1個(gè)段，即64字節。包含起始值（start Value)和增量值(Incremental Value)。當前值=起始值+增量值。為了均衡EEPROM的擦除次數，段內的每個(gè)空余字節的每個(gè)位代表1，即每增加一次段中將會(huì )把下一個(gè)空閑位寫(xiě)1，當寫(xiě)到字段末尾時(shí)，將自動(dòng)切換到下一個(gè)段重新開(kāi)始，即起始值=上一段的起始值+增量值的和，增量值被重新賦值為0。舊的段內的數據會(huì )由PDM進(jìn)行回收
API:創(chuàng )建：PDM_eCreateBitmap()，同樣創(chuàng )建時(shí)需要一個(gè)16位的ID增加：PDM_eIncrementBitmap()，超出當前段時(shí)會(huì )自動(dòng)切換到新的段中讀值：PDM_eGetBitmap()，返回當前段的起始值與增量值的和刪除：PDM_eDeleteBitmap()，會(huì )擦除當前段和歷史段
關(guān)于PDM的自動(dòng)回收問(wèn)題并沒(méi)有找到確切的說(shuō)明，算是猜測。不過(guò)如果不回收，豈不是會(huì )很快就填滿(mǎn)PDM，這樣的bug就好呵呵了。擦寫(xiě)均衡每個(gè)段有個(gè)擦除次數記錄，PDM使用時(shí)會(huì )優(yōu)先找值低的段，以均衡各段的擦寫(xiě)次數。需要現貨供應的找動(dòng)能小歐 18025398193 2355573203