1)操作系統軟件代碼不宜過長
由於51系列單片機的系統硬件資源相對匱乏，如果操作系統的代碼大於應用程序的代碼，即使是用戶的應用程序也應考慮給操作系統提供資源，這樣的操作系統即使功能完善也不現實。目前流行的嵌入式操作系統不能應用於51系列單片機，因為代碼太大。
開發一個基於5000行的裸機應用程序需要7-8kb的ROM空間。一個操作系統使用數十KB，這不算空間。實時的優勢可能會喪失(執行如此多的指令需要時間)。因此，Mucos的作者不支持將他的代碼移植到51系列的單片機上也就不足為奇了。
(2)操作系統不能佔用太多的片內RAM空間
51系列單片機只有128個或者256個字節的片內RAM空間，稍微不注意就用完了。如果操作系統把片內的RAM使用得所剩無幾，那用戶的應用程序用什麼? 如果說用戶的程序可以把變量定義在片外RAM中的話，那麼系統的硬件堆棧放在哪?
眾所周知，51系列單片機的硬件堆棧不能放在片外，所以要在51系列單片機上開發操作系統的話就要少用它的片內RAM。但是不用片內RAM是辦不到的，因為操作系統也要傳遞參數，也要使用堆棧。
C51單片機的C函數傳遞參數是通過寄存器和存儲器的,不能通過堆棧。但是可以通過一些措施使得操作系統代碼少用片內RAM。
(3)解決好函數的重入問題
開發實時佔先式的操作系統，可重入函數是非用不可的。可重入函數可以被一個以上的任務調用，而不必擔心數據被破壞。可重入函數任何時候都可以被中斷，一段時間後又可以運行，而應用數據不會丟失。使得函數具有可重入性必須使得函數能夠滿足下列三個條件之一：
① 不使用共享資源;
② 在使用共享資源時關中斷，使用完畢後再開中斷;
③ 在使用共享資源時申請信號量，使用完後釋放信號量。
這些條件在標準C中編程很容易實現，但是在Keil C51中就比較麻煩。因為標準C是把局部變量分配到用戶堆棧中(動態分配)，而Keil C51將局部變量分配到寄存器或內存固定地址(靜態分配)，並通過變量覆蓋分析的方法，使多個函數的局部變量使用相同的內存地址以減少內存佔用。
在 Keil C51中，如果局部變量分配在寄存器中還好些，如果局部變量分配在內存中就比較麻煩。
閱讀更多 小魁說事 的文章
