RTOS的實(shí)時(shí)性能對(duì)您來(lái)說(shuō)重要嗎？根據(jù)Aspencore最近的嵌入式調(diào)查（2023年5月），49%的受訪者表示，實(shí)時(shí)性能是對(duì)商業(yè)RTOS的最重要要求。這并不奇怪，因?yàn)?a target="_blank">嵌入式開(kāi)發(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ì)來(lái)補(bǔ)償。

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

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

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

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

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

審核編輯：劉清