義隆單片機編譯小結

c語言編譯單片機程序。比如編譯MCS-51或者AVR有時會說開發效率比匯編高，而開發PIC和ELAN卻發現，c語言許多經典的格式都無法使用。MCS-51在RAM空間開辟堆棧時會考慮堆棧時會考慮，因為深度而像C語言里面的函數嵌套，計算階乘時不可以想c語言那樣使用函數嵌套。ELAN的c編譯器在使用過程發現，不宜使用局部變量，最好有和書寫匯編是同樣的數據空間分配思想。對定義的變量進行地址定位，uchar data1 @20 :bank 0;bit buzzer @0x20 @0:bank 0;。
今天寫程序時編譯總會進入死循環，uchar i;for(i=0;i<5;i++);這樣的語句會進入死循環。在反匯編窗口觀察反匯編代碼發現i被定位在數據空間0x39，儀隴單片機78P153S的用戶數據空間從0x20-0x2f超出空間，應該是編譯器的問題。修改局部變量為全局變量并定位，uchar i @0x20:bank 0;就不會出現上面的問題。
MCS-51有128字節的數據存儲空間r0-r7寄存器有七組，可以定義很大的數組，ELAN的數據存儲空間，定義一個15的數組編譯就會出現數據存儲空間不足的編譯警告。stc單片機4k的，16k很常見，所以從來用c語言不太考慮程序空間的開銷。曾經用11F02做LED大屏幕顯示，32幅32*48圖像的字模存儲超出了2k空間，后來考慮11f03，后來就壓縮成16*24的了。儀隴的153只有1k，156也只有1k，468，447有2k，經常編程序就超出空間，不得不苦苦思索程序壓縮。
STC的單片機都是串口編程，燒寫次數多達100000次，所以開發調試就是不停的下載調試。
早上燒儀隴單片機，燒程序調試，一個小時內我扔了7個單片機到垃圾桶，就不扔了，OTP編程牛的一踏，每每開發一個產品會有多少單片機犧牲。
下午就用仿真器調試了，發現了好多問題，當正確按說明進入系統，蜂鳴器鳴叫一聲，黃燈閃爍一次，進入編碼，輸入密碼，一項的實現時，對自己說，小翔翔，快覺悟了，加油。所有的都是一個人苦心去悟出來的。

嘿嘿，你用C語言搞的？

請問樓主，你是用的義隆哪個型號的MCU，一般OTP的話少有用C語言的。
我之前是用匯編做的。如果你要什么幫助的話，可以找我。