目前在cortex-m3平台上最常見的嵌入式作業系統就是ucosii了，除此之外可支援的主流嵌入式作業系統就難以見到了，這是因為cortex-m3主頻較低（常見72m），不支援mmu，片內flash和片內ram都比較小等等，這幾點限制，就使諸如wince系統、嵌入式linux等需要mmu支援的系統無法進行移植，而不需要mmu支援的uclinux目前也難以見到。不過現在好了，.net micro framework v4從今天起，已正式步入cortex-m3平台可支援的嵌入式系統行列了。
我們關於nativesample的文章已經寫了九篇之多了，而tinyclr相關的內容卻半遮半掩難以一見，其實這裡邊大家可能有個誤會，雖說tinyclr是.net micro framework的核心，但是.net micro framework移植工作就是nativesample的全部，一旦nativesample除錯成功，tinyclr的工作也就差不多結束了。tinyclr的工作所需要的就是設定堆疊，配置各種引數，真正的**編寫工作此時已經結束，你所需要的就是編譯除錯，再除錯，直到tinyclr執行正常為止。
我們雖然寫了nativesample的文章有九篇之多，但這還不夠，要想使tinyclr正常執行，還必須移植如下驅動：nandflash驅動（存放配置資訊和我們在pc機上編寫的託管**），systick驅動（.net micro framework中的多執行緒及其它並行任務就靠該驅動來支援，此外events_waitforevents事件函式也需要該驅動提供支援），lcd驅動（其實並不是必須，但是有了lcd驅動，一是便於除錯，二是.net micro framework顯得比較完整）。
Cortex M3異常筆記
異常型別 cortex m3編號為1 15對應系統異常，大於等於16的全部是核心級額外部中斷，除個別異常 復位，nmi,硬fault 的優先順序被定死之外，其他異常優先順序都是可以程式設計的。如果乙個發生的異常不能即刻響應，就稱它被 懸起 pending 少數異常時不能被懸起的。乙個異常被懸起的原因...
Cortex M3復位序列
在離開復位狀態後，cm3 做的第一件事就是讀取下列兩個32 位整數的值 從位址 0x0000,0000 處取出msp 的初始值。從位址 0x0000,0004 處取出pc 的初始值 這個值是復位向量，lsb 必須是1。然後從這個值所對應的位址處取指。請注意，這與傳統的arm 架構不同 其實也和絕大多...
qemu除錯cortex m3程式
1.安裝arm none eabi arm 2011.09 69 arm none eabi.bin 2.安裝qemu 3.建立原始檔 4.arm none eabi gcc o main.elf hello.c g mcpu cortex m3 mthumb t generic hosted.ld...