在CAN0復位后，在訪問CAN0外設之前，應該添加至少20個NOP的復位延遲，而不是9個NOP復位延遲。否則無法訪問CAN0寄存器。9個NOP復位延遲是在將108MHz的Fcclk除以12MHz的FIRC內(nèi)部時鐘之后獲得的，如下LPC43xxUM文檔第15.4.1節(jié)備注所示。

/* Chip_SetupCoreClock(CLKIN_CRYSTAL, MAX_CLOCK_FREQ, true); */

// Chip_SetupCoreClock(CLKIN_CRYSTAL, 108000000, true);

// CCLK 12MHz

Chip_SetupCoreClock(CLKIN_CRYSTAL, 12000000, true);

已通過輪詢復位標志成功等待CAN0退出復位。

Chip_RGU_TriggerReset( RGU_CAN0_RST );

//NOP_operation();

while(Chip_RGU_InReset(RGU_CAN0_RST))

為什么 9 或者10 個NOP復位延遲時間不滿足要求，而20個NOP確可以呢？使用108Mhz時鐘作為內(nèi)核時鐘，如用戶手冊所說，在復位CAN后，需要等待108Mhz/12Mhz = 9個周期。但是實際測試需要20個周期數(shù)。當內(nèi)核時鐘是12Mhz的時候，0或者1個等待周期數(shù)都是可以的。

-> 使用"NOP"來實現(xiàn) NOP_operation()是有風險的，由于Cortex-M用戶手冊提示如下：

NOP is not necessarily a time-consuming NOP. The processor might remove it from the pipeline before it reaches the execution stage.

可以使用MOV r0,r0或硬件定時器來實現(xiàn)等待周期，以避免編譯器和優(yōu)化級別配置的影響。

審核編輯：湯梓紅