介紹一種實時操作系統(tǒng)ＤＳＰ／ＢＩＯＳ

摘要：德州儀器（ＴＩ）基于軟件開發(fā)面臨的新的要求，推出了一種新型的實時操作系統(tǒng) ＤＳＰ／ＢＩＯＳ。 運行于該操作系統(tǒng)之上的應(yīng)用程序在開發(fā)時間、軟件維護、升級等方面都有了極大的提高。針對 ＤＳＰ／ＢＩＯＳ的主要性能加以介紹。

關(guān)鍵詞：數(shù)字信號處理器（ＤＳＰ） 實時操作系統(tǒng)（ＢＩＯＳ）

德州儀器新推出的ＤＳＰＣ６４００系列最高運行時鐘可以達到１．１ＧＨｚ，運算能力可以達到８８００ＭＩＰＳ。如何充分發(fā)揮ＤＳＰ的這種性能優(yōu)勢，對軟件提出了很高的要求。首先為了降低系統(tǒng)成本，就要求將許多以前用硬件實現(xiàn)的功能軟件化，原來由多個ＤＳＰ完成的工作由一塊ＤＳＰ完成，ＤＳＰ要能夠同時完成多個相同或不同的任務(wù)而相互之間沒有影響。其次為了產(chǎn)品的維護和升級，要求軟件盡可能地模塊化，使用高級語言如Ｃ來編程，有統(tǒng)一的接口ＡＰＩ。所有這些新的要求，都需要使用實時操作系統(tǒng)。以往直接將應(yīng)用程序運行于裸機之上的作法顯然已經(jīng)不再適用了。德州儀器推出的 ＤＳＰ／ＢＩＯＳ技術(shù)正是基于其多年從事ＤＳＰ研制生產(chǎn)的經(jīng)驗，為開發(fā)者量身定做的一個優(yōu)秀軟件平臺。 更可貴的是該操作系統(tǒng)是免費的，這為眾多的中小用戶使用ＤＳＰ打開了方便之門。

１ 實時操作系統(tǒng)

簡單地說，實時操作系統(tǒng)與一般意義上的操作系統(tǒng)（如Ｗｉｎｄｏｗｓ， Ｕｎｉｘ等）的主要差別就在于實時操作系統(tǒng)提供了一種機制，使得運行于其上的應(yīng)用程序都能夠滿足實時性的要求。 在Ｗｉｎｄｏｗｓ中常見的沙漏現(xiàn)象（即用戶等待現(xiàn)象）在實時系統(tǒng)中是絕對不允許的。因為這可能造成通訊中斷，馬達損毀等災(zāi)難性的結(jié)果。 ＤＳＰ／ＢＩＯＳ是特別針對實時系統(tǒng)，運行于德州儀器Ｃ５０００，Ｃ６０００系列的ＤＳＰ之上的一個實時操作系統(tǒng)。 ＤＳＰ／ＢＩＯＳ實際上是一個可調(diào)用的系統(tǒng)模塊ＡＰＩ的集合。以下就各個模塊分別加以介紹。

２ ＬＯＧ

在開發(fā)的時候通常需要使用ｐｒｉｎｔｆ（）來顯示當(dāng)前狀態(tài)。但是ｐｒｉｎｔｆ（）是非?；ㄙM時間的函數(shù)而且不具有實時性。因為ＤＳＰ需要對顯示的數(shù)據(jù)進行分析，整理成合適的顯示格式，并調(diào)用輸出顯示模塊。所以在一個實時性要求很高的應(yīng)用中，對ｐｒｉｎｔｆ（）的調(diào)用可能會使系統(tǒng)根本無法滿足實時要求。在ＤＳＰ／ＢＩＯＳ中引入了一個相應(yīng)的函數(shù)ＬＯＧ＿ｐｒｉｎｔｆ（）。該函數(shù)是ＬＯＧ 對象的一個方法（或調(diào)用函數(shù)〕。ＬＯＧ對象本質(zhì)上是一個３２ｂｉｔ的整形數(shù)，其高低１６ｂｉｔ分別代表要顯示的兩個數(shù)據(jù)。例１是分別使用ｐｒｉｎｔｆ（）和ＬＯＧ＿ｐｒｉｎｔｆ（）作比較的示范程序：

＃ｉｎｃｌｕｄｅ ＜ｓｔｄｉｏ．ｈ＞

／* Ｈｅａｄｅｒ ｆｉｌｅｓ ｎｅｅｄｅｄ ｆｏｒ ＤＳＰ ＢＩＯＳ *／

＃ｉｎｃｌｕｄｅ ＜ｓｔｄ．ｈ＞

＃ｉｎｃｌｕｄｅ ＜ｌｏｇ．ｈ＞

／* ｆｕｎｃｔｉｏｎｓ *／

ｖｏｉｄ ｆｕｎｃ＿ｐｒｉｎｔｆ（）；

ｖｏｉｄ ｆｕｎｃ＿ＬＯＧ＿ｐｒｉｎｔｆ（）；

／* Ｏｂｊｅｃｔｓ ｃｒｅａｔｅｄ ｂｙ ｔｈｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔｏｏｌ *／

ｅｘｔｅｒｎ ＬＯＧ＿Ｏｂｊ ｌｏｇＴｒａｃｅ；

／*

*＝＝＝＝＝＝＝＝ ｍａｉｎ ＝＝＝＝＝＝＝＝

*／

ｖｏｉｄ ｍａｉｎ （）

{

ｒｅｔｕｒｎ;

}

ｖｏｉｄ ｆｕｎｃ＿ｐｒｉｎｔｆ(ｉｎｔ ｔｉｍｅ)

{

ｐｒｉｎｔｆ(″Ｓｔｒａｒｔ ｐｒｉｎｔｆ ｄｅｍｏ＼ｎ″);

ｐｒｉｎｔｆ(″Ｃｕｒｒｅｎｔ ｔｉｍｅ＝％ｄ ＼ｎ″ , ｔｉｍｅ);

ｐｒｉｎｔｆ(″Ｅｎｄ ｐｒｉｎｔｆ ｄｅｍｏ＼ｎ″);

ｒｅｔｕｒｎ;

}

ｖｏｉｄ ｆｕｎｃ＿ＬＯＧ＿ｐｒｉｎｔｆ(ｉｎｔ ｔｉｍｅ)

{

ＬＯＧ＿ｐｒｉｎｔｆ(＆ｌｏｇＴｒａｃｅ,″Ｓｔｒａｒｔ ＬＯＧ＿ｐｒｉｎｔｆ ｄｅｍｏ＼ｎ″);

ＬＯＧ＿ｐｒｉｎｔｆ(＆ｌｏｇＴｒａｃｅ, ″Ｃｕｒｒｅｎｔ ｔｉｍｅ＝％ｄ ＼ｎ″  ｔｉｍｅ);

ＬＯＧ＿ｐｒｉｎｔｆ(＆ｌｏｇＴｒａｃｅ, ″Ｅｎｄ ＬＯＧ＿ｐｒｉｎｔｆ ｄｅｍｏ＼ｎ″);

ｒｅｔｕｒｎ;

}

ｆｕｎｃ＿ｐｒｉｎｔｆ()和ｆｕｎｃ＿ＬＯＧ＿ｐｒｉｎｔｆ()由ＤＳＰ內(nèi)時鐘控制每１００ｍｓ周期性地分別調(diào)用一次。通過對ｐｒｉｎｔｆ()和ＬＯＧ＿ｐｒｉｎｔｆ()運行時間作比較發(fā)現(xiàn)，在Ｃ６２１１運行在１５０ＭＨｚ的情況下，ｐｒｉｎｔｆ()需花費４０００個周期約２６．７μs，LOG_printf()只花費36個周期約0.24μｓ。ｐｒｉｎｔｆ（）比ＬＯＧ＿ｐｒｉｎｔｆ（）多開銷１００倍以上的時間，因此ＬＯＧ＿ｐｒｉｎｔｆ（）對于實時地顯示一些運行狀態(tài)是非常有幫助的。而且對于熟悉Ｃ語言的開發(fā)者來說，ＬＯＧ＿ｐｒｉｎｔｆ（）的調(diào)用格式幾乎與ｐｒｉｎｔｆ（）完全一樣。

３ ＳＴＳ

對一個軟件進行分析優(yōu)化時，通常會用到ｐｒｏｆｉｌｅ的功能。但是在實時運行的ＤＳＰ的環(huán)境中使用ｐｒｏｆｉｌｅ等效于加入了多個程序斷點。 由于現(xiàn)在的ＤＳＰ通常具有很深的流水線結(jié)構(gòu)來保證ＤＳＰ的高運算能力，如德州儀器的Ｃ６０００系列的流水線長度為１２級，程序斷點需要排空所有已經(jīng)進入流水線的指令。這樣也就破壞了真正的運行環(huán)境。同時ｐｒｏｆｉｌｅ還必須調(diào)用輸出模塊向主機傳遞時間信息。因此在ｐｒｏｆｉｌｅ的情況下真正的實時運行環(huán)境是沒有辦法得到保護的。ＤＳＰ／ＢＩＯＳ針對這種情況引入了一個統(tǒng)計模塊ＳＴＳ。ＳＴＳ對象只有４個數(shù)據(jù)Ｐｒｅｖｉｏｕｓ、Ｃｏｕｎｔ、Ｔｏｔａｌ和Ｍａｘ。調(diào)用的方法（ＡＰＩ）也只有４個，即ＳＴＳ＿ａｄｄ（）， ＳＴＳ＿ｓｅｔ（）， ＳＴＳ＿ｄｅｌｔａ（）和ＳＴＳ＿ｒｅｓｅｔ（）。這些ＡＰＩ對數(shù)據(jù)的操作功能如表１所示。

表1 STS模塊方法（API）的功能

如果要對某一段程序進行分析時，只需在其前后調(diào)用ＳＴＳ＿ｓｅｔ和ＳＴＳ＿ｄｅｌｔａ就可以了。如例２使用ＳＴＳ測試程序段執(zhí)行周期如下：

／* Ｈｅａｄｅｒ ｆｉｌｅｓ ｎｅｅｄｅｄ ｆｏｒ ＤＳＰ ＢＩＯＳ *／

＃ｉｎｃｌｕｄｅ ＜ｓｔｓ．ｈ＞

＃ｉｎｃｌｕｄｅ ＜ｃｌｋ．ｈ＞

／* ｆｕｎｃｔｉｏｎｓ *／

ｖｏｉｄ ｆｕｎｃ＿ｌｏａｄ（）；

／* Ｏｂｊｅｃｔｓ ｃｒｅａｔｅｄ ｂｙ ｔｈｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔｏｏｌ *／

ｅｘｔｅｒｎ ＳＴＳ＿Ｏｂｊ ｓｔｓＬｏａｄ；

／*

* ＝＝＝＝＝＝＝＝ ｍａｉｎ ＝＝＝＝＝＝＝＝

*／

ｖｏｉｄ ｍａｉｎ（）

{

／* ｆａｌｌ ｉｎｔｏ ＤＳＰ／ＢＩＯＳ ｉｄｌｅ ｌｏｏｐ *／

ｒｅｔｕｒｎ;

}

ｖｏｉｄ ｆｕｎｃ＿ｌｏａｄ()

{

ＳＴＳ＿ｓｅｔ(＆ｓｔｓＰｒｉｎｔｆ, ＣＬＫ＿ｇｅｔｈｔｉｍｅ());

／* 測試程序段 *／

．．．

ＳＴＳ＿ｄｅｌｔａ(＆ｓｔｓＰｒｉｎｔｆ, ＣＬＫ＿ｇｅｔｈｔｉｍｅ());

}

ｆｕｎｃ＿ｌｏａｄ()為一個中斷服務(wù)程序(ＩＳＲ)。在Ｃ６２１１，１５０ＭＨｚ的情況下，僅插入３３個周期，約０．２２μs。

４ 任務(wù)調(diào)度（ＨＷＩ／ＳＷＩ／ＴＳＫ）

一個操作系統(tǒng)的核心永遠都是任務(wù)的調(diào)度。在ＤＳＰ／ＢＩＯＳ中任務(wù)的調(diào)度是通過ＨＷＩ、ＳＷＩ和 ＴＳＫ 三個模塊來實現(xiàn)的。這三個模塊分別對應(yīng)于不同的調(diào)度方法。ＨＷＩ即硬件中斷。在 ＤＳＰ／ＢＩＯＳ中硬件中斷主要負責(zé)從外部設(shè)備中讀寫數(shù)據(jù)。由于硬件中斷直接與硬件打交道，所以對應(yīng)的中斷服務(wù)程序ＩＳＲ應(yīng)該盡可能地短小精悍。需要注意的是ＨＷＩ并不引起任務(wù)調(diào)度，因此在ＩＳＲ的入口和出口成對地調(diào)用＿ＨＷＩ＿ｅｎｔｅｒ（）和＿ＨＷＩ＿ｅｘｉｔ（）這兩個宏是必須的。ＨＷＩ在處理完數(shù)據(jù)的輸入輸出后調(diào)用ＳＷＩ＿ｐｏｓｔ（）來調(diào)度相應(yīng)的軟件中斷，ＳＷＩ來完成數(shù)據(jù)處理工作。ＳＷＩ是 ＤＳＰ／ＢＩＯＳ任務(wù)調(diào)度的核心，共有１４個優(yōu)先級，每個優(yōu)先級可以有多個任務(wù)。ＳＷＩ任務(wù)是搶斷式的，即高優(yōu)先級的任務(wù)可以搶斷低優(yōu)先級的任務(wù)。但是ＳＷＩ任務(wù)是不可阻塞的。它的運行狀態(tài)如圖１所示。

所有ＳＷＩ任務(wù)共享一個堆棧，ＳＷＩ任務(wù)只能在程序編制時預(yù)先定義好。ＤＳＰ／ＢＩＯＳ中對任務(wù)的動態(tài)產(chǎn)生和對阻塞狀態(tài)的支持是通過ＴＳＫ模塊來實現(xiàn)的。ＴＳＫ有１５個優(yōu)先級，也是可以搶斷的，但是每個ＴＳＫ任務(wù)使用獨立的堆棧。ＴＳＫ任務(wù)是通過ＴＳＫ＿ｃｒｅａｔｅ（）和ＴＳＫ＿ｄｅｌｅｔｅ（）來動態(tài)生成和結(jié)束的。它的運行狀態(tài)如圖２所示。

５ 同步（ＳＥＭ／ＡＴＭ／ＱＵＥ／ＭＢＸ）

多任務(wù)系統(tǒng)中多個任務(wù)之間的協(xié)調(diào)同步工作可以通過多種方法來實現(xiàn)。常用方法如信號量、原子量、隊列和郵箱等。在ＤＳＰ／ＢＩＯＳ中對這些方法的支持分別通過模塊ＳＥＭ、ＡＴＭ、ＱＵＥ和ＭＢＸ來實現(xiàn)。由于這些方法的使用與一般的操作系統(tǒng)完全一樣，在這里就不再贅述了。僅就最靈活的在ＳＷＩ中使用Ｍａｉｌｂｏｘ的方法來加以簡單地說明。每個ＳＷＩ任務(wù)都帶有一個Ｍａｉｌｂｏｘ，對它的操作可以是計數(shù)型的ＳＷＩ＿ｉｎｃ（）， ＳＷＩ＿ｄｅｃ（） 也可以是比特位操作型的 ＳＷＩ＿ｏｒ（）， ＳＷＩ＿ａｎｄｎ（）。Ｍａｉｌｂｏｘ控制ＳＷＩ任務(wù)被調(diào)度的條件。這些操作的功能如表２所示。

表2 SWI中Mailbox的操作功能

ｏｒ操作是將Ｍａｉｌｂｏｘ中的某一位置１，同時引起ＳＷＩ任務(wù)的調(diào)度。當(dāng)一個ＳＷＩ任務(wù)可能由多個事件觸發(fā)時，使用ｏｒ操作可以方便地表示出觸發(fā)的事件。如例３使用ｏｒ操作指示觸發(fā)事件：

ａｎｄｎ操作是將Ｍａｉｌｂｏｘ中的某一位清０，如果Ｍａｉｌｂｏｘ為０，則引起ＳＷＩ任務(wù)的調(diào)度。一個ＳＷＩ任務(wù)需要多個條件都滿足時才運行的情況下，使用ａｎｄｎ操作可以方便地表示出這些條件的狀態(tài)。如例４用ａｎｄｎ操作來表示多條件時ＳＷＩ任務(wù)調(diào)度：

ｉｎｃ和ｄｅｃ操作則更加靈活，用戶可以借此實現(xiàn)多種應(yīng)用。唯一需要注意的是，ｉｎｃ操作總是引起任務(wù)調(diào)度，而ｄｅｃ操作僅在Ｍａｉｌｂｏｘ減到０時才引起一次任務(wù)調(diào)度。

６ 通訊（ＰＩＰ／ＳＩＯ／ＨＳＴ）

一個系統(tǒng)如何從外部設(shè)備中取得數(shù)據(jù)，向外部設(shè)備輸出數(shù)據(jù)，如何在兩個任務(wù)之間進行數(shù)據(jù)正常交換是多樣靈活的。但是這種多樣性也給軟件的維護升級以及模塊化工作帶來許多不利因素。因此在保持多樣性的同時，保持接口的一致性對于一個軟件來說是非常有幫助的?？紤]到ＤＳＰ大多數(shù)是通過某種類型的串行接口如中繼線Ｅ１、ＩＩＳ、ＳＰＩ、同步串行口等與外部設(shè)備進行數(shù)據(jù)交換的，所以在ＤＳＰ／ＢＩＯＳ中提供了兩種非常有用的接口對象ＰＩＰ和 ＳＩＯ。

ＰＩＰ對象包含一個緩沖隊列，與之對應(yīng)的有兩個任務(wù)讀和寫。圖３很好地說明了ＰＩＰ的邏輯關(guān)系和操作方式。例５，例６分別是一個ＰＩＰ對象對應(yīng)的讀任務(wù)和寫任務(wù)的示范程序。

例５ ＰＩＰ對應(yīng)的讀任務(wù)：

ｅｘｔｅｒｎ ｆａｒ ＰＩＰ＿Ｏｂｊ ｐｉｐ；

ｒｅａｄｅｒ（）

{

Ｕｎｓ ｓｉｚｅ;

Ｐｔｒ ａｄｄｒ;

ｉｆ(ＰＩＰ＿ｇｅｔＲｅａｄｅｒＮｕｍＦｒａｍｅｓ(＆ｐｉｐ)＞０)

{

ＰＩＰ＿ｇｅｔ(＆ｐｉｐ);

ａｄｄｒ＝ＰＩＰ＿ｇｅｔＲｅａｄｅｒＡｄｄｒ(＆ｐｉｐ);

ｓｉｚｅ＝ＰＩＰ＿ｇｅｔＲｅａｄｅｒＳｉｚｅ(＆ｐｉｐ);

／*Ｃｏｄｅ ｔｏ ｅｍｐｔｙ ｔｈｅ ｆｒａｍｅ*／

ＰＩＰ＿ｆｒｅｅ(＆ｐｉｐ);

}

ｅｌｓｅ{

ＬＯＧ＿ｅｒｒｏｒ(″ｎｏ ｆｒａｍｅｓ ａｖａｉｌａｂｌｅ″);

／* ｏｒ ｙｏｕ ｃｏｕｌｄ ｊｕｓｔ ｒｅｔｕｒｎ;*／

}

}

例６ ＰＩＰ對應(yīng)的寫任務(wù)：

ｅｘｔｅｒｎ ｆａｒ ＰＩＰ＿Ｏｂｊ ｐｉｐ;

ｗｒｉｔｅｒ()

{

Ｕｎｓ ｓｉｚｅ;

Ｐｔｒ ａｄｄｒ;

ｉｆ(ＰＩＰ＿ｇｅｔＷｒｉｔｅｒＮｕｍＦｒａｍｅｓ(＆ｐｉｐ)＞０){

ＰＩＰ＿ａｌｌｏｃ(＆ｐｉｐ);

ａｄｄｒ＝ＰＩＰ＿ｇｅｔＷｒｉｔｅｒＡｄｄｒ(＆ｐｉｐ);

ｓｉｚｅ＝ＰＩＰ＿ｇｅｔＷｒｉｔｅｒＳｉｚｅ(＆ｐｉｐ);

／* ｆｉｌｌ ｔｈｅ ｆｒａｍｅ ｕｐ ｔｏ ｓｉｚｅ *／

ＰＩＰ＿ｐｕｔ(＆ｐｉｐ);

}

ｅｌｓｅ{

ＬＯＧ＿ｅｒｒｏｒ(″ｎｏ ｆｒａｍｅｓ ａｖａｉｌａｂｌｅ″);

／* ｏｒ ｙｏｕ ｃｏｕｌｄ ｊｕｓｔ ｒｅｔｕｒｎ;*／

}

}

由邏輯關(guān)系可以看到，通過使用ＰＩＰ應(yīng)用程序可以保持一個簡單統(tǒng)一接口而不必關(guān)心具體的硬件操作，因此當(dāng)該軟件移植到不同環(huán)境中時，至多只需要改寫設(shè)備驅(qū)動程序。使用ＰＩＰ的一個具體實例就是ＨＳＴ模塊。ＨＳＴ模塊在主機和ＤＳＰ之間建立起一條數(shù)據(jù)鏈路，該鏈路就是一個ＰＩＰ對象。對ＨＳＴ的操作方式與ＰＩＰ一致。其差別僅僅在于ＨＳＴ在初始化時指向了預(yù)定義的ＤＳＰ上的ＨＰＩ接口而已。

ＳＩＯ：從ＰＩＰ的邏輯關(guān)系可以看出，讀寫ＰＩＰ就是一個數(shù)據(jù)拷貝的過程。這在某些應(yīng)用中，如實現(xiàn)網(wǎng)絡(luò)協(xié)議ＴＣＰ／ＩＰ時，不是非常有效。因為數(shù)據(jù)每向上傳遞一層就需要進行一次數(shù)據(jù)拷貝，其效率非常差。如果采用ＳＩＯ來實現(xiàn)就會有很大的改善。ＳＩＯ的操作只有ｇｅｔ()和 ｐｕｔ()兩種。與ＰＩＰ不同的是ＳＩＯ沒有自己的緩沖隊列。每次ｇｅｔ() 或 ｐｕｔ() 操作時都會在應(yīng)用程序和設(shè)備驅(qū)動程序之間交換緩沖的指針。所以ＳＩＯ操作的實質(zhì)是數(shù)據(jù)地址的交換。由于沒有數(shù)據(jù)拷貝，其運行效率就很高。ＳＩＯ的運行邏輯如圖４所示。

７ ＲＴＤＸ

實時數(shù)據(jù)交換Ｒｅａｌ－Ｔｉｍｅ－Ｄａｔａ－ｅＸｈａｎｇｅ是ＤＳＰ／ＢＩＯＳ提供的一個全新的功能。在很多應(yīng)用中要求ＤＳＰ不能夠停下來，而需要從主機中實時地讀取數(shù)據(jù)或者向主機實時地輸出數(shù)據(jù)。德州儀器的Ｃ５０００，Ｃ６０００系列的ＤＳＰ都可以通過ＪＴＡＧ接口來實現(xiàn)這個功能。其邏輯結(jié)構(gòu)如圖５所示。

ＲＴＤＸ在主機端可以與任何符合ＯＬＥ接口的應(yīng)用程序交換數(shù)據(jù)。例７是一個使用ＲＴＤＸ在主機和ＤＳＰ之間進行數(shù)據(jù)傳遞的例子。主機端是一個基于ＶＢ的小程序。

例７ ＤＳＰ程序：

＃ｉｎｃｌｕｄｅ＜ｒｔｄｘ．ｈ＞

ＲＴＤＸ＿ＣｒｅａｔｅＩｎｐｕｔＣｈａｎｎｅｌ(ｗｒｉｔｅｌｏａｄ);

ＲＴＤＸ＿ＣｒｅａｔｅＯｕｔｐｕｔＣｈａｎｎｅｌ(ｒｅａｄｌｏａｄ);

ｉｎｔ ｍａｉｎ()

{

ＲＴＤＸ＿ｅｎａｂｌｅＩｎｐｕｔ(＆ｗｒｉｔｅｌｏａｄ);

ＲＴＤＸ＿ｅｎａｂｌｅＯｕｔｐｕｔ(＆ｒｅａｄｌｏａｄ);

ｒｅｔｕｒｎ;

}

ｖｏｉｄ ｄｏＥｘｃｈａｎｇｅ()

{

ｉｆ(!ＲＴＤＸ＿ｃｈａｎｎｅｌＢｕｓｙ(＆ｗｒｉｔｅｌｏａｄ)){

ＲＴＤＸ＿ｒｅａｄＮＢ(＆ｗｒｉｔｅｌｏａｄ,＆ｌｏａｄＶｏａｌ,ｓｉｚｅｏｆ(ｌｏａｄ－Ｖａｌ));

}

ＲＴＤＸ＿ｗｒｉｔｅ(＆ｒｅａｄｌｏａｄ,＆ｌｏａｄＶａｌ,ｓｉｚｅｏｆ(ｌｏａｄＶａｌ));

}

使用ＶＢ編制的主機端程序

ｓｅｔ ｒ＝ＣｒｅａｔｅＯｂｊｅｃｔ(ＲＴＤＸ)

ｓｔａｔｕｓ＝ｒ．ｏｐｅｎ（ｒｅａｄｌｏａｄ,Ｒ）

ｓｅｔ ｗ＝ＣｒｅａｔｅＯｂｊｅｃｔ（ＲＴＤＸ）

ｓｔａｔｕｓ＝ｗ．ｏｐｅｎ（ｗｒｉｔｅｌｏａｄＷ）

ｓｔａｔｕｓ＝ｒ．ＲｅａｄＩ４(ｄａｔａ)

ｓｔａｔｕｓ＝ｗ．ＷｒｉｔｅＩ４(ｖａｌｕｅ,ｂｕｆｆｅｒｓｔａｔｅ)

綜上所述，ＤＳＰ／ＢＩＯＳ針對ＤＳＰ的應(yīng)用環(huán)境，通過一系列的對象模塊向開發(fā)者提供了一個實用優(yōu)秀的實時操作系統(tǒng)。它可以幫助用戶提高軟件的模塊化、并行性和維護性等，有利于降低系統(tǒng)成本和縮短開發(fā)周期。同時由于它是免費的，可以預(yù)計ＤＳＰ／ＢＩＯＳ將對ＤＳＰ技術(shù)在中國的推廣使用起到積極的推動作用。