RTOS的實(shí)時(shí)性能對您來說重要嗎？根據(jù)Aspencore最近的嵌入式調(diào)查（2023年5月），49%的受訪者表示，實(shí)時(shí)性能是對商業(yè)RTOS的最重要要求。這并不奇怪，因?yàn)?a target="_blank">嵌入式開發(fā)人員經(jīng)常需要擴(kuò)展其高度受限環(huán)境的能力。當(dāng)然，并非所有RTOS實(shí)時(shí)性實(shí)現(xiàn)方式都是一樣的。

一些流行的RTOS在其API實(shí)現(xiàn)中具有多層函數(shù)調(diào)用。一些RTOS有一個(gè)建立在隱藏API之上的表面API層。一些RTOS不僅速度較慢，而且非確定性，這使得實(shí)時(shí)保證變得困難。這種RTOS缺陷的結(jié)果可能代價(jià)高昂——需要您用更大、更快的硬件“超頻”您的設(shè)計(jì)來補(bǔ)償。

鑒于這一切，很明顯，嚴(yán)謹(jǐn)?shù)拈_發(fā)人員在將其作為其設(shè)計(jì)的基礎(chǔ)之前，會對RTOS性能進(jìn)行詳實(shí)的調(diào)查！

根據(jù)Aspencore最近的嵌入式調(diào)查（2023年5月），嚴(yán)謹(jǐn)?shù)那度胧介_發(fā)人員關(guān)心RTOS文檔，僅次于實(shí)時(shí)性能。是什么造就了很棒的RTOS文檔？首先，它必須以開發(fā)人員為中心，旨在幫助開發(fā)人員理解和正確使用RTOS——從API級別一直到RTOS在底層硬件上的工作方式。

請注意，大量內(nèi)容并不一定等同于出色的文檔。太多或組織不善的文檔可能和完全沒有文檔一樣糟糕！使用文檔不足的RTOS會延遲開發(fā)，并可能對質(zhì)量和安全產(chǎn)生負(fù)面影響。從這項(xiàng)調(diào)查中，很明顯，嵌入式開發(fā)人員知道強(qiáng)大的RTOS文檔的重要性，并將其作為其RTOS選擇過程的一部分！

根據(jù)Aspencore最近的嵌入式調(diào)查（2023年5月），嚴(yán)謹(jǐn)?shù)那度胧介_發(fā)人員高度關(guān)注RTOS處理器的支持。乍一看，這并不奇怪——如果沒有處理器/硬件支持，RTOS就無法使用。有點(diǎn)令人驚訝的是，它在榜單上排名如此之高（第4和第5位）。

今天的大多數(shù)RTOS幾乎完全用C語言編寫，大多數(shù)至少對Arm和RISC-V架構(gòu)有基本支持。此外，大多數(shù)半導(dǎo)體公司（如ST、NXP、Renesas、Microchip等）提供SDK，包括其微控制器的外圍驅(qū)動程序。這項(xiàng)調(diào)查凸顯了一個(gè)普遍的RTOS集成問題？也許并非所有的RTOS都像我們想象得那樣容易移植，無論如何調(diào)查清楚地表明，RTOS處理器和硬件支持在嵌入式空間中仍然是一個(gè)問題——令人驚訝！

審核編輯：劉清