labview信號量的使用
加入技術(shù)交流群
信號量（互斥量）是用來保護(hù)對共享資源進(jìn)行訪問的一個對象。被訪問的共享資源的代碼叫作關(guān)鍵臨界段。在同一時間，只有一定數(shù)量的任務(wù)可以訪問信號量。信號量以此方式保護(hù)對重要部分的訪問。通常情況下，一次只有一個任務(wù)可以訪問被通用信號量保護(hù)的臨界段。但是，信號量可能允許一個以上任務(wù)（預(yù)定義值以下）訪問重要部分。
本文引用地址：http://butianyuan.cn/article/201701/337107.htm如要指定同時訪問被通用信號量保護(hù)的重要部分的任務(wù)數(shù)量，連接獲取信號量引用VI的大小輸入端。該VI獲取對現(xiàn)有信號量的引用或新建一個信號量，大小輸入端指定同一時間可獲取信號量的任務(wù)數(shù)量。使用獲取信號量VI可以獲取對一個信號量的訪問。如使用“獲取信號量引用”VI創(chuàng)建的信號量的大小為1，則一次只有一個任務(wù)可訪問信號量。所以，必須使用釋放信號量VI，釋放對信號量的訪問。這樣，另一個任務(wù)才能訪問信號量。使用釋放信號量引用VI，釋放對信號量的引用。
注： 將這些難懂的語言轉(zhuǎn)化為我自己的語言吧： 信號量大部分是用在這種情形下：多個VI中都使用了某一個子Vi，或者含有一個全局變量（主要的）。這幾個VI同時運(yùn)行的話，勢必會互相影響（這一點(diǎn)之前已經(jīng)說明過），導(dǎo)致程序出錯。 這時候就用到了信號量。如圖所示：
上面的是總VI，下面的是一個信號量下面的三個subVI的程序框圖。 而子VI中都存在所示的程序段，即 config Read 還有另外一個在順序結(jié)構(gòu)的下一幀，不看也罷 這樣，這三個子VI獨(dú)立運(yùn)行的時候，都將訪問Config REAd ，這樣就可能造成調(diào)用子程序的混亂。 在此之前，我們調(diào)用同一個子VI的時候，都是控制好順序，但是現(xiàn)在的三個字VI是同時運(yùn)行的，我們不能夠讓其一個運(yùn)行完畢，再運(yùn)行另外一個，這樣也不符合我們程序設(shè)計的目的。 于是信號量出現(xiàn)了。 信號量控制 三個字VI的共享資源，不同時被調(diào)用。當(dāng)然也不確定哪一個子VI先訪問共享資源，但是不要緊，他們?nèi)齻€還是很和諧的，加入第二個先運(yùn)行，那么他就會鎖定共享資源，說“哥先用”。余下的兩個就會說“你先用唄，我也不著急用”。然后排在后面，當(dāng)它用完之后，就要釋放掉資源，他自己不會釋放的，所以，我們需要將釋放信息量寫入到程序中，然后死一個和第三個VI就可以去調(diào)用那個共享資源了，當(dāng)然，還是只有一個可以用。“那哥用了？好不”第一個對第三個說。“用吧，我反正不著急”。 過程大約是這樣的，如果我沒理解錯的話。 主要是為了防止共享資源被 同時訪問，避免出錯。也就是排斥用法！ 先理解到這，再接再厲 |
評論