1，其實裸機玩法的高低用哪種方式衡量都無所謂，不管是讀寄存器還是用現成的代碼片段，只要能實現功能，性能不打折扣，合情合理。
2，量產就行。當然，如果妳還在學習階段，也不用擔心。紮紮實實的弄個裸機很重要。當然，妳應該很明白。其實很多工程師更喜歡裸機而不是ucos/ecos/freertos等。原因很簡單。他更懂裸機，更懂mcu是怎麽做事的。
3，其實不管怎麽樣，只要妳知道單片機是怎麽做事的，就夠了，真的夠了。例程或者函數，這些代碼片段其實就是磚瓦，外設驅動，不要覺得很復雜，其實壹個平臺的mcu用戶會做很多驗證和驅動代碼，這個環節就是思考、設計、驗證的過程。
4.之後，將在這些基礎上制造產品。這些在前期都是很重要的，比如用多少晶振，串口的誤碼率，串口的壹些機制，多機地址，傳輸完成機制，DMA通道等等。
5、數據表，這些東西，前期要看什麽，後期設計更多考慮的是整個系統的架構。裸機有時候其實更難做。mcu上的os不是憑空造出來的，會有需求。
6.比如串口接收主機的控制幀命令，可以無線控制電機控制，電機控制過程需要大延時保護。裸機程序差的設計師會直接延遲。好的設計需要通過其他方法來實現，以避免在延遲過程中無法解析主機命令。此時，主機命令將超時。對於os來說，用延遲就好。他會切換任務，用戶寫程序很簡單，前提是已經移植了。
7.大壹點的公司，會有人專門做平臺，有人專門做應用，應用會有很多種，會有很多人做。
8.標誌位經常在裸機程序中使用，但它們是os系統中的信號量。os真的有很多優秀的地方，值得學習。前提是妳對它在裸機中的成因有足夠的了解。
9.系統地看問題。簡單的模塊不會帶妳進入壹個很深的思考空間。循序漸進。當妳對裸機不放心的時候，就想想os吧。多想想mcu是怎麽做事情的，而不是代碼層面。多想想那個矽片在幹嘛。建議妳先搞bootloader再搞os。不要想linux的bl。沒那麽復雜，但是讓妳更了解裸機。我們也叫它IAP。
10，有機會建議妳學習freertos，因為開源，雖然是學習ucos的最佳選擇，但是我已經把很多模塊移植到os上了，sedona/cli/fat-sl/lwip/lua。