首先需要完成對TC275的Mcal關于FEE和FLS部分的基本配置。

可能還需要對Resource和Mcu模塊進行最基本的配置。
在集成過程中有以下需要注意的地方（可能是由于tc275的mcal的McalLib相關的公共資源的架構比較老）：

tc275的mcal的基本配置。已經能夠正常使用生成配置的*c、*h文件了。
tc275的mcal的集成問題。由于啟動代碼和與其他模塊存在依賴的原因，存在以下文件的修改：

文件Fls_17_Pmu_Protect.h，修改了以下宏定義：
#define FLS_INIT_RESETENDINIT() mcal_simulated_applResetEndInit()
#define FLS_INIT_SETENDINIT() mcal_simulated_applSetEndInit()
文件OsStub.c中修改了以下函數的實現：
void OS_ModifyPeripheral32(uint32 area,volatile uint32* address,
uint32 clearmask, uint32 setmask)；
uint32 OS_ReadPeripheral32(uint32 Area,volatile uint32* Address)；
void OS_WritePeripheral32(uint32 Area,volatile uint32* Address,uint32 value)；

其中，FEE和FLS對其他模塊的依賴是很小的。但是tc275中模塊的依賴還是有一些的。注意，在TC275的mcal配置中，如果只是對FEE進行單元的功能測試，

可以不使用EcuM和Mcu模塊。其中EcuM是完全不需要添加的。而對于MCU模塊可能必須要添加，否則在EB tresos 16.0.0 中可能會報錯。

但是在集成過程中，可以不使用Mcu的配置相關的inc和src文件。

在配置中需要有以下注意事項：
1、FeeBlockConfiguration中，
FeeBlockNumber的意思是一個ID的意思（index的作用）。
FeeBlockSize表示一次寫入的bytes。

2、在FeeNvmJobEndNotification中，
需要配置callback為NvM_JobEndNotification。
否者Fee_MainFunction和Fls_17_Pmu_MainFunction可能一直處于忙等待中出不來。

3、在FlsConfigSet中添加一個FlsConfigSet_0。
在FlsJobEndNotification中設置一個函數指針為Fee_JobEndNotification。否則會出現以下bug。

[目前FEE在mcal中配置完成之后，一直在Fee_Init這個api中出不去。
表現為，Fee_MainFunction這個函數一直被執行，FEE的狀態機一直不能夠變為idle狀態。]

經過測試，如果將JobErrorNotification在FEE和FLS中均進行配置，這個模擬EEPROM的功能還是很健壯的，能夠對抗多次意外斷電而不會陷入“死機”或者異常。

當然也可能是測試得不夠充分。

總結

以上是生活随笔為你收集整理的TC275的Mcal的FEE和FLS部分相关配置的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。