本發(fā)明涉及集成電路測(cè)試技術(shù)領(lǐng)域，尤其涉及一種激勵(lì)信號(hào)處理方法、裝置及模塊驗(yàn)證系統(tǒng)。

背景技術(shù)：

在數(shù)字集成電路的驗(yàn)證中，數(shù)據(jù)傳輸是一項(xiàng)非常廣泛的應(yīng)用。在實(shí)現(xiàn)這些數(shù)據(jù)傳輸?shù)脑O(shè)計(jì)模塊中，如圖1所示，不同的模塊往往需要使用不同的接口協(xié)議。這些協(xié)議之間很可能各不相同，有的僅僅存在一些細(xì)微的差異，但是為了驗(yàn)證這些數(shù)據(jù)傳輸模塊功能的正確性，驗(yàn)證人員需要為這些不同的數(shù)據(jù)傳輸協(xié)議開發(fā)不同的激勵(lì)信號(hào)處理裝置(driver)，以滿足各種接口協(xié)議的數(shù)據(jù)傳輸模塊的驗(yàn)證需求。其中，driver為UVM(Universal Verification Methodology，通用驗(yàn)證方法學(xué))中將驗(yàn)證環(huán)境中發(fā)出的sequence item(激勵(lì)信號(hào))轉(zhuǎn)換成待測(cè)模塊可以接受的電平信號(hào)的模塊，與待測(cè)模塊通過(guò)接口interface相連接。UVM是一個(gè)以SystemVerilog類庫(kù)為主體的驗(yàn)證平臺(tái)開發(fā)框架，驗(yàn)證工程師可以利用其可重用組件構(gòu)建具有標(biāo)準(zhǔn)化層次結(jié)構(gòu)和接口的功能驗(yàn)證環(huán)境。

在實(shí)現(xiàn)本發(fā)明過(guò)程中發(fā)明人發(fā)現(xiàn)傳統(tǒng)的模塊驗(yàn)證技術(shù)中至少存在以下缺陷：

在驗(yàn)證不同接口協(xié)議的數(shù)據(jù)傳輸模塊時(shí)，不同的接口協(xié)議對(duì)應(yīng)不同的driver，驗(yàn)證人員需要根據(jù)不同的接口協(xié)議開發(fā)和維護(hù)多套driver，不僅提高了驗(yàn)證人員的工作強(qiáng)度，增加了開發(fā)和維護(hù)的工作量，同時(shí)也提高了驗(yàn)證過(guò)程中出現(xiàn)錯(cuò)誤的幾率，影響驗(yàn)證結(jié)果的準(zhǔn)確性。

技術(shù)實(shí)現(xiàn)要素：

鑒于上述問(wèn)題，本發(fā)明實(shí)施例提出了一種激勵(lì)信號(hào)處理方法、裝置及模塊驗(yàn)證系統(tǒng)，實(shí)現(xiàn)了驗(yàn)證系統(tǒng)中同一激勵(lì)信號(hào)處理裝置在不同接口協(xié)議場(chǎng)景下的應(yīng)用。

本發(fā)明的一個(gè)方面，提供了一種激勵(lì)信號(hào)處理方法，所述方法包括:

根據(jù)用戶配置的輸入?yún)?shù)選擇對(duì)應(yīng)的激勵(lì)信號(hào)源；

獲取所述激勵(lì)信號(hào)源生成的激勵(lì)信號(hào)，并根據(jù)預(yù)設(shè)信號(hào)處理策略對(duì)所述激勵(lì)信號(hào)進(jìn)行預(yù)處理，得到符合待驗(yàn)證模塊的輸入信號(hào)要求的目標(biāo)激勵(lì)信號(hào)；

確定所述待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議，加載與所述接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元；

采用所述激勵(lì)信號(hào)驅(qū)動(dòng)單元將所述目標(biāo)激勵(lì)信號(hào)轉(zhuǎn)換成符合所述接口協(xié)議的驗(yàn)證輸入信號(hào)，并通過(guò)所述數(shù)據(jù)傳輸接口將所述驗(yàn)證輸入信號(hào)傳輸?shù)剿龃?yàn)證模塊。

可選地，所述方法還包括：

當(dāng)所述待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議發(fā)生變化，或應(yīng)用于所述待驗(yàn)證模塊的其他數(shù)據(jù)傳輸接口，或應(yīng)用于其他待驗(yàn)證模塊的數(shù)據(jù)傳輸接口時(shí)，根據(jù)當(dāng)前數(shù)據(jù)傳輸接口的當(dāng)前接口協(xié)議，重新加載與當(dāng)前接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元。

可選地，其特征在于，所述根據(jù)預(yù)設(shè)信號(hào)處理策略對(duì)所述激勵(lì)信號(hào)進(jìn)行預(yù)處理，包括：

在所述激勵(lì)信號(hào)中插入指定時(shí)間長(zhǎng)度或隨機(jī)時(shí)間長(zhǎng)度的時(shí)間延遲，和/或，對(duì)所述激勵(lì)信號(hào)進(jìn)行插錯(cuò)或加密處理。

可選地，所述激勵(lì)信號(hào)源包括內(nèi)置激勵(lì)信號(hào)源和外部激勵(lì)信號(hào)源；

在所述根據(jù)用戶配置的輸入?yún)?shù)選擇對(duì)應(yīng)的激勵(lì)信號(hào)源之前，所述方法還包括：

建立與所述外部激勵(lì)信號(hào)源之間的連接。

可選地，所述確定所述待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議，加載與所述接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元，包括：

根據(jù)所述接口協(xié)議查找預(yù)設(shè)映射關(guān)系，以獲取與所述接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元，所述預(yù)設(shè)映射關(guān)系中包括有接口協(xié)議與激勵(lì)信號(hào)驅(qū)動(dòng)單元之間的對(duì)應(yīng)關(guān)系；

加載獲取到的激勵(lì)信號(hào)驅(qū)動(dòng)單元。

本發(fā)明的另一個(gè)方面，提供了一種激勵(lì)信號(hào)處理裝置，所述裝置包括:

選擇模塊，用于根據(jù)用戶配置的輸入?yún)?shù)選擇對(duì)應(yīng)的激勵(lì)信號(hào)源；

處理模塊，用于獲取所述激勵(lì)信號(hào)源生成的激勵(lì)信號(hào)，并根據(jù)預(yù)設(shè)信號(hào)處理策略對(duì)所述激勵(lì)信號(hào)進(jìn)行預(yù)處理，得到符合待驗(yàn)證模塊的輸入信號(hào)要求的目標(biāo)激勵(lì)信號(hào)；

控制模塊，用于確定所述待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議，加載與所述接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元；

驅(qū)動(dòng)模塊，用于采用所述激勵(lì)信號(hào)驅(qū)動(dòng)單元將所述目標(biāo)激勵(lì)信號(hào)轉(zhuǎn)換成符合所述接口協(xié)議的驗(yàn)證輸入信號(hào)，并通過(guò)所述數(shù)據(jù)傳輸接口將所述驗(yàn)證輸入信號(hào)傳輸?shù)剿龃?yàn)證模塊。

可選地，所述控制模塊，還用于當(dāng)所述待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議發(fā)生變化，或應(yīng)用于所述待驗(yàn)證模塊的其他數(shù)據(jù)傳輸接口，或應(yīng)用于其他待驗(yàn)證模塊的數(shù)據(jù)傳輸接口時(shí)，根據(jù)當(dāng)前數(shù)據(jù)傳輸接口的當(dāng)前接口協(xié)議，重新加載與當(dāng)前接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元。

可選地，所述處理模塊，具體用于在所述激勵(lì)信號(hào)中插入指定時(shí)間長(zhǎng)度或隨機(jī)時(shí)間長(zhǎng)度的時(shí)間延遲，和/或，對(duì)所述激勵(lì)信號(hào)進(jìn)行插錯(cuò)或加密處理。

可選地，所述激勵(lì)信號(hào)源包括內(nèi)置激勵(lì)信號(hào)源和外部激勵(lì)信號(hào)源；

所述裝置還包括：

配置模塊，用于所述在所述選擇模塊根據(jù)用戶配置的輸入?yún)?shù)選擇對(duì)應(yīng)的激勵(lì)信號(hào)源之前，建立與所述外部激勵(lì)信號(hào)源之間的連接。

本發(fā)明的又一個(gè)方面，提供了一種模塊驗(yàn)證系統(tǒng)，所述系統(tǒng)包括監(jiān)測(cè)裝置、驗(yàn)證裝置以及如上所述的激勵(lì)信號(hào)處理裝置；

所述驗(yàn)證裝置，用于在所述驅(qū)動(dòng)模塊通過(guò)所述數(shù)據(jù)傳輸接口將所述驗(yàn)證輸入信號(hào)傳輸?shù)剿龃?yàn)證模塊之后，獲取所述驗(yàn)證輸入信號(hào)和所述待驗(yàn)證模塊的驗(yàn)證輸出信號(hào)，并根據(jù)所述驗(yàn)證輸入信號(hào)和驗(yàn)證輸出信號(hào)確定所述待驗(yàn)證模塊是否符合預(yù)設(shè)要求；

所述監(jiān)測(cè)裝置，用于在所述驅(qū)動(dòng)模塊通過(guò)所述數(shù)據(jù)傳輸接口將所述驗(yàn)證輸入信號(hào)傳輸?shù)剿龃?yàn)證模塊之后，將所述待驗(yàn)證模塊的驗(yàn)證輸出信號(hào)進(jìn)行監(jiān)測(cè)輸出。

本發(fā)明實(shí)施例提供的激勵(lì)信號(hào)處理方法、裝置及模塊驗(yàn)證系統(tǒng)，激勵(lì)信號(hào)處理裝置劃分成不同功能模塊，在驗(yàn)證過(guò)程中僅對(duì)某些與接口協(xié)議相關(guān)的功能模塊，如激勵(lì)信號(hào)驅(qū)動(dòng)單元，進(jìn)行適應(yīng)性加載，而無(wú)需對(duì)其他功能模塊進(jìn)行重新加載，進(jìn)而方便擴(kuò)展，新增功能容易實(shí)現(xiàn)。而且，本發(fā)明實(shí)施例，通過(guò)根據(jù)待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議，加載與接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元，實(shí)現(xiàn)了驗(yàn)證系統(tǒng)中同一個(gè)driver在不同接口協(xié)議場(chǎng)景下的應(yīng)用，減小了驗(yàn)證處理系統(tǒng)開發(fā)和維護(hù)的工作量，同時(shí)也降低了驗(yàn)證過(guò)程中出現(xiàn)錯(cuò)誤的幾率，提升驗(yàn)證結(jié)果的準(zhǔn)確性。

上述說(shuō)明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說(shuō)明書的內(nèi)容予以實(shí)施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點(diǎn)能夠更明顯易懂，以下特舉本發(fā)明的具體實(shí)施方式。

附圖說(shuō)明

通過(guò)閱讀下文優(yōu)選實(shí)施方式的詳細(xì)描述，各種其他的優(yōu)點(diǎn)和益處對(duì)于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實(shí)施方式的目的，而并不認(rèn)為是對(duì)本發(fā)明的限制。而且在整個(gè)附圖中，用相同的參考符號(hào)表示相同的部件。在附圖中：

圖1為現(xiàn)有技術(shù)中激勵(lì)信號(hào)處理方法的實(shí)現(xiàn)原理示意圖；

圖2為本發(fā)明實(shí)施例提出的激勵(lì)信號(hào)處理方法的實(shí)現(xiàn)原理示意圖；

圖3為本發(fā)明實(shí)施例的一種激勵(lì)信號(hào)處理方法的流程圖；

圖4為本發(fā)明實(shí)施例的一種激勵(lì)信號(hào)處理裝置的內(nèi)部原理框圖；

圖5為本發(fā)明實(shí)施例的一種激勵(lì)信號(hào)處理裝置的結(jié)構(gòu)示意圖；

圖6為本發(fā)明實(shí)施例的激勵(lì)信號(hào)處理方法在實(shí)際驗(yàn)證環(huán)境中的應(yīng)用場(chǎng)景示意圖。

具體實(shí)施方式

下面將參照附圖更詳細(xì)地描述本公開的示例性實(shí)施例。雖然附圖中顯示了本公開的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可以以各種形式實(shí)現(xiàn)本公開而不應(yīng)被這里闡述的實(shí)施例所限制。相反，提供這些實(shí)施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。

本技術(shù)領(lǐng)域技術(shù)人員可以理解，除非另外定義，這里使用的所有術(shù)語(yǔ)(包括技術(shù)術(shù)語(yǔ)和科學(xué)術(shù)語(yǔ))，具有與本發(fā)明所屬領(lǐng)域中的普通技術(shù)人員的一般理解相同的意義。還應(yīng)該理解的是，諸如通用字典中定義的那些術(shù)語(yǔ)，應(yīng)該被理解為具有與現(xiàn)有技術(shù)的上下文中的意義一致的意義，并且除非被特定定義，否則不會(huì)用理想化或過(guò)于正式的含義來(lái)解釋。

針對(duì)現(xiàn)有技術(shù)中，在驗(yàn)證不同接口協(xié)議的數(shù)據(jù)傳輸模塊時(shí)，驗(yàn)證人員需要根據(jù)不同的接口協(xié)議開發(fā)和維護(hù)多套driver，不僅增加了開發(fā)和維護(hù)的工作量，也增大的出現(xiàn)錯(cuò)誤的可能性的問(wèn)題。本發(fā)明實(shí)施例提出了一種激勵(lì)信號(hào)處理方法及裝置。該激勵(lì)信號(hào)處理裝置可以作為通用數(shù)據(jù)收發(fā)模塊，如圖2所示，實(shí)現(xiàn)將上述不同接口協(xié)議的driver合并成一種通用driver。實(shí)際使用時(shí)僅僅修改傳入driver的interface，僅對(duì)某些與接口協(xié)議相關(guān)的功能模塊，即激勵(lì)信號(hào)驅(qū)動(dòng)單元，進(jìn)行適應(yīng)性加載，即可實(shí)現(xiàn)同一個(gè)driver在不同接口協(xié)議場(chǎng)景下的應(yīng)用。

圖3示意性示出了本發(fā)明一個(gè)實(shí)施例的激勵(lì)信號(hào)處理方法的流程圖。參照?qǐng)D3，本發(fā)明實(shí)施例的激勵(lì)信號(hào)處理方法具體包括以下步驟：

S11、根據(jù)用戶配置的輸入?yún)?shù)選擇對(duì)應(yīng)的激勵(lì)信號(hào)源。

本發(fā)明實(shí)施例中的激勵(lì)信號(hào)源包括內(nèi)置激勵(lì)信號(hào)源和外部激勵(lì)信號(hào)源。其中，內(nèi)置激勵(lì)信號(hào)源為激勵(lì)信號(hào)處理裝置內(nèi)部自帶的激勵(lì)信號(hào)產(chǎn)生單元，所述外部激勵(lì)信號(hào)源可以是與當(dāng)前激勵(lì)信號(hào)處理裝置(driver)相連的激勵(lì)信號(hào)調(diào)整設(shè)備(sequencer)，可以是其他driver。

本發(fā)明實(shí)施例中，通過(guò)根據(jù)用戶配置的輸入?yún)?shù)決定激勵(lì)信號(hào)的來(lái)源，可以從與driver相連的sequencer輸入，可以從其他driver輸入，也可以在driver內(nèi)部按照一定規(guī)則自行產(chǎn)生激勵(lì)信號(hào)。

S12、獲取所述激勵(lì)信號(hào)源生成的激勵(lì)信號(hào)，并根據(jù)預(yù)設(shè)信號(hào)處理策略對(duì)所述激勵(lì)信號(hào)進(jìn)行預(yù)處理，得到符合待驗(yàn)證模塊的輸入信號(hào)要求的目標(biāo)激勵(lì)信號(hào)。

本發(fā)明實(shí)施例中，獲取所述激勵(lì)信號(hào)源生成的激勵(lì)信號(hào)之后，通過(guò)對(duì)輸入的激勵(lì)信號(hào)按照預(yù)設(shè)信號(hào)處理策略進(jìn)行處理，所述根據(jù)預(yù)設(shè)信號(hào)處理策略對(duì)所述激勵(lì)信號(hào)進(jìn)行預(yù)處理，具體包括：在所述激勵(lì)信號(hào)中插入指定時(shí)間長(zhǎng)度或隨機(jī)時(shí)間長(zhǎng)度的時(shí)間延遲，和/或，對(duì)所述激勵(lì)信號(hào)進(jìn)行插錯(cuò)或加密處理。

S13、確定所述待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議，加載與所述接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元。

其中，激勵(lì)信號(hào)驅(qū)動(dòng)單元與driver應(yīng)用的接口協(xié)議直接相關(guān)，用于將激勵(lì)信號(hào)中的數(shù)據(jù)按照接口協(xié)議的要求轉(zhuǎn)換成interface上的電平信號(hào)。本發(fā)明實(shí)施例中將激勵(lì)信號(hào)處理裝置(driver)中各個(gè)部分的功能分隔成不同的函數(shù)，以確保在driver針對(duì)不同的接口協(xié)議進(jìn)行實(shí)例化時(shí)，只需要重載一小部分與接口協(xié)議相關(guān)的函數(shù)，而其他功能函數(shù)可以最大限度的復(fù)用，如圖4所示，在進(jìn)行激勵(lì)信號(hào)處理時(shí)，只需要重載虛線內(nèi)的激勵(lì)信號(hào)驅(qū)動(dòng)單元并更換相應(yīng)的interface接口，就可以在不同的應(yīng)用環(huán)境下使用本發(fā)明中的激勵(lì)信號(hào)處理裝置。

S14、采用所述激勵(lì)信號(hào)驅(qū)動(dòng)單元將所述目標(biāo)激勵(lì)信號(hào)轉(zhuǎn)換成符合所述接口協(xié)議的驗(yàn)證輸入信號(hào)，并通過(guò)所述數(shù)據(jù)傳輸接口將所述驗(yàn)證輸入信號(hào)傳輸?shù)剿龃?yàn)證模塊。

本發(fā)明實(shí)施例提供的激勵(lì)信號(hào)處理方法，通過(guò)將激勵(lì)信號(hào)處理裝置劃分成不同功能模塊，在驗(yàn)證過(guò)程中僅對(duì)某些與接口協(xié)議相關(guān)的功能模塊，如激勵(lì)信號(hào)驅(qū)動(dòng)單元，進(jìn)行適應(yīng)性加載，而無(wú)需對(duì)其他功能模塊進(jìn)行重新加載，進(jìn)而方便擴(kuò)展，新增功能容易實(shí)現(xiàn)。而且，本發(fā)明實(shí)施例，通過(guò)根據(jù)待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議，加載與接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元，實(shí)現(xiàn)了驗(yàn)證系統(tǒng)中同一個(gè)driver在不同接口協(xié)議場(chǎng)景下的應(yīng)用，減小了驗(yàn)證處理系統(tǒng)開發(fā)和維護(hù)的工作量，同時(shí)也降低了驗(yàn)證過(guò)程中出現(xiàn)錯(cuò)誤的幾率，提升驗(yàn)證結(jié)果的準(zhǔn)確性。

本發(fā)明實(shí)施例中，在步驟S11之前，所述方法還包括：建立與所述外部激勵(lì)信號(hào)源之間的連接的步驟。

本發(fā)明實(shí)施例中，在根據(jù)用戶配置的輸入?yún)?shù)選擇對(duì)應(yīng)的激勵(lì)信號(hào)源之前，根據(jù)驗(yàn)證環(huán)境的需求確定每個(gè)driver獲得激勵(lì)信號(hào)的源頭，通過(guò)port端口將driver與產(chǎn)生激勵(lì)信號(hào)的模塊，如sequencer或其他driver，連接，如果激勵(lì)信號(hào)由driver內(nèi)部自行產(chǎn)生則忽略此步驟。

本發(fā)明實(shí)施例中，所述方法還包括以下步驟：當(dāng)所述待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議發(fā)生變化，或應(yīng)用于所述待驗(yàn)證模塊的其他數(shù)據(jù)傳輸接口，或應(yīng)用于其他待驗(yàn)證模塊的數(shù)據(jù)傳輸接口時(shí)，根據(jù)當(dāng)前數(shù)據(jù)傳輸接口的當(dāng)前接口協(xié)議，重新加載與當(dāng)前接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元。

本發(fā)明實(shí)施例中，為了實(shí)現(xiàn)了同一個(gè)driver在不同接口協(xié)議場(chǎng)景下的應(yīng)用，進(jìn)一步減小了驗(yàn)證處理系統(tǒng)開發(fā)和維護(hù)的工作量，通過(guò)當(dāng)driver應(yīng)用于不同的接口時(shí)，如當(dāng)待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議發(fā)生變化，或應(yīng)用于待驗(yàn)證模塊的其他數(shù)據(jù)傳輸接口，或應(yīng)用于其他待驗(yàn)證模塊的數(shù)據(jù)傳輸接口時(shí)，需要重載這個(gè)函數(shù)并配合相應(yīng)的interface接口。

在本發(fā)明的一個(gè)可選實(shí)施例中，所述確定所述待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議，加載與所述接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元，具體包括以下步驟：

根據(jù)所述接口協(xié)議查找預(yù)設(shè)映射關(guān)系，以獲取與所述接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元，所述預(yù)設(shè)映射關(guān)系中包括有接口協(xié)議與激勵(lì)信號(hào)驅(qū)動(dòng)單元之間的對(duì)應(yīng)關(guān)系；

加載獲取到的激勵(lì)信號(hào)驅(qū)動(dòng)單元。

本發(fā)明實(shí)施例中，通過(guò)預(yù)先設(shè)置包括有接口協(xié)議與激勵(lì)信號(hào)驅(qū)動(dòng)單元之間的對(duì)應(yīng)關(guān)系的映射關(guān)系，并通過(guò)查找映射關(guān)系的方式實(shí)現(xiàn)與接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元的查找，能夠快速地找到匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元，實(shí)現(xiàn)模塊的驗(yàn)證，進(jìn)而提高模塊的驗(yàn)證效率，提升用戶體驗(yàn)。

下面通過(guò)一個(gè)具體實(shí)施例對(duì)本發(fā)明技術(shù)方案做進(jìn)一步詳細(xì)的說(shuō)明。

參見圖4，圖4為本發(fā)明實(shí)施例的一種激勵(lì)信號(hào)處理裝置的內(nèi)部原理框圖，描述了本發(fā)明實(shí)施例中driver的設(shè)計(jì)原理，下面將設(shè)計(jì)步驟具體說(shuō)明如下：

步驟0：將driver內(nèi)部不同功能定義成不同功能模塊；

步驟1：聲明virtual interface，方便調(diào)用時(shí)進(jìn)行擴(kuò)展；

步驟2：實(shí)現(xiàn)“激勵(lì)信號(hào)產(chǎn)生”功能函數(shù)；

步驟3：實(shí)現(xiàn)“激勵(lì)信號(hào)選擇”功能函數(shù)，通過(guò)參數(shù)對(duì)激勵(lì)信號(hào)的來(lái)源進(jìn)行選擇；

步驟4：將“激勵(lì)信號(hào)驅(qū)動(dòng)”功能函數(shù)定義為純虛函數(shù)，方便調(diào)用時(shí)進(jìn)行擴(kuò)展。

需要說(shuō)明的是，本發(fā)明實(shí)施例中的待測(cè)模塊可以為芯片中的DMA控制模塊以及芯片中總線控制器等具有數(shù)據(jù)傳輸接口協(xié)議的模塊。

對(duì)于方法實(shí)施例，為了簡(jiǎn)單描述，故將其都表述為一系列的動(dòng)作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明實(shí)施例并不受所描述的動(dòng)作順序的限制，因?yàn)橐罁?jù)本發(fā)明實(shí)施例，某些步驟可以采用其他順序或者同時(shí)進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說(shuō)明書中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動(dòng)作并不一定是本發(fā)明實(shí)施例所必須的。

圖5示意性示出了本發(fā)明一個(gè)實(shí)施例的激勵(lì)信號(hào)處理裝置的結(jié)構(gòu)示意圖。參照?qǐng)D5，本發(fā)明實(shí)施例的激勵(lì)信號(hào)處理裝置具體包括選擇模塊501、處理模塊502、控制模塊503以及驅(qū)動(dòng)模塊504，其中：所述的選擇模塊501，用于根據(jù)用戶配置的輸入?yún)?shù)選擇對(duì)應(yīng)的激勵(lì)信號(hào)源；所述的處理模塊502，用于獲取所述激勵(lì)信號(hào)源生成的激勵(lì)信號(hào)，并根據(jù)預(yù)設(shè)信號(hào)處理策略對(duì)所述激勵(lì)信號(hào)進(jìn)行預(yù)處理，得到符合待驗(yàn)證模塊的輸入信號(hào)要求的目標(biāo)激勵(lì)信號(hào)；所述的控制模塊503，用于確定所述待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議，加載與所述接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元；所述的驅(qū)動(dòng)模塊504，用于采用所述激勵(lì)信號(hào)驅(qū)動(dòng)單元將所述目標(biāo)激勵(lì)信號(hào)轉(zhuǎn)換成符合所述接口協(xié)議的驗(yàn)證輸入信號(hào)，并通過(guò)所述數(shù)據(jù)傳輸接口將所述驗(yàn)證輸入信號(hào)傳輸?shù)剿龃?yàn)證模塊。

本發(fā)明實(shí)施例提供的激勵(lì)信號(hào)處理裝置，將激勵(lì)信號(hào)處理裝置劃分成不同功能模塊，在驗(yàn)證過(guò)程中僅對(duì)某些與接口協(xié)議相關(guān)的功能模塊，如激勵(lì)信號(hào)驅(qū)動(dòng)單元，進(jìn)行適應(yīng)性加載，而無(wú)需對(duì)其他功能模塊進(jìn)行重新加載，進(jìn)而方便擴(kuò)展，新增功能容易實(shí)現(xiàn)。而且，本發(fā)明實(shí)施例，通過(guò)根據(jù)待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議，加載與接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元，實(shí)現(xiàn)了驗(yàn)證系統(tǒng)中同一個(gè)driver在不同接口協(xié)議場(chǎng)景下的應(yīng)用，減小了驗(yàn)證處理系統(tǒng)開發(fā)和維護(hù)的工作量，同時(shí)也降低了驗(yàn)證過(guò)程中出現(xiàn)錯(cuò)誤的幾率，提升驗(yàn)證結(jié)果的準(zhǔn)確性。

在本發(fā)明的一個(gè)可選實(shí)施例中，所述控制模塊503，還用于當(dāng)所述待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議發(fā)生變化，或應(yīng)用于所述待驗(yàn)證模塊的其他數(shù)據(jù)傳輸接口，或應(yīng)用于其他待驗(yàn)證模塊的數(shù)據(jù)傳輸接口時(shí)，根據(jù)當(dāng)前數(shù)據(jù)傳輸接口的當(dāng)前接口協(xié)議，重新加載與當(dāng)前接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元。

在本發(fā)明的一個(gè)可選實(shí)施例中，所述處理模塊，具體用于在所述激勵(lì)信號(hào)中插入指定時(shí)間長(zhǎng)度或隨機(jī)時(shí)間長(zhǎng)度的時(shí)間延遲，和/或，對(duì)所述激勵(lì)信號(hào)進(jìn)行插錯(cuò)或加密處理。

在本發(fā)明的一個(gè)可選實(shí)施例中，所述控制模塊，具體用于根據(jù)所述接口協(xié)議查找預(yù)設(shè)映射關(guān)系，以獲取與所述接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元，所述預(yù)設(shè)映射關(guān)系中包括有接口協(xié)議與激勵(lì)信號(hào)驅(qū)動(dòng)單元之間的對(duì)應(yīng)關(guān)系；在獲取到激勵(lì)信號(hào)驅(qū)動(dòng)單元之后加載該激勵(lì)信號(hào)驅(qū)動(dòng)單元。

在本發(fā)明的一個(gè)可選實(shí)施例中，所述激勵(lì)信號(hào)源包括內(nèi)置激勵(lì)信號(hào)源和外部激勵(lì)信號(hào)源。

進(jìn)一步地，所述裝置還包括附圖中未示出的配置模塊，所述的配置模塊，用于所述在所述選擇模塊根據(jù)用戶配置的輸入?yún)?shù)選擇對(duì)應(yīng)的激勵(lì)信號(hào)源之前，建立與所述外部激勵(lì)信號(hào)源之間的連接。

對(duì)于裝置實(shí)施例而言，由于其與方法實(shí)施例基本相似，所以描述的比較簡(jiǎn)單，相關(guān)之處參見方法實(shí)施例的部分說(shuō)明即可。

此外，本發(fā)明實(shí)施例還提供了一種模塊驗(yàn)證系統(tǒng)，所述系統(tǒng)包括監(jiān)測(cè)裝置、驗(yàn)證裝置以及如上述任一實(shí)施例所述的激勵(lì)信號(hào)處理裝置；其中，所述的驗(yàn)證裝置，用于在所述驅(qū)動(dòng)模塊通過(guò)所述數(shù)據(jù)傳輸接口將所述驗(yàn)證輸入信號(hào)傳輸?shù)剿龃?yàn)證模塊之后，獲取所述驗(yàn)證輸入信號(hào)和所述待驗(yàn)證模塊的驗(yàn)證輸出信號(hào)，并根據(jù)所述驗(yàn)證輸入信號(hào)和驗(yàn)證輸出信號(hào)確定所述待驗(yàn)證模塊是否符合預(yù)設(shè)要求；所述的監(jiān)測(cè)裝置，用于在所述驅(qū)動(dòng)模塊通過(guò)所述數(shù)據(jù)傳輸接口將所述驗(yàn)證輸入信號(hào)傳輸?shù)剿龃?yàn)證模塊之后，將所述待驗(yàn)證模塊的驗(yàn)證輸出信號(hào)進(jìn)行監(jiān)測(cè)輸出。

圖6為本發(fā)明實(shí)施例中提供的模塊驗(yàn)證系統(tǒng)在實(shí)際驗(yàn)證環(huán)境中的應(yīng)用場(chǎng)景示意圖，其具體步驟說(shuō)明如下：

步驟0：以上文實(shí)現(xiàn)的driver為基類，根據(jù)待測(cè)模塊接口協(xié)議的數(shù)量，構(gòu)建多個(gè)子類；

步驟1：根據(jù)不同的接口協(xié)議在各個(gè)子類中聲明不同的interface；

步驟2：根據(jù)不同的接口協(xié)議在各個(gè)子類中重寫“激勵(lì)信號(hào)驅(qū)動(dòng)”功能函數(shù)；

步驟3：在驗(yàn)證環(huán)境中聲明并構(gòu)建每個(gè)子類對(duì)應(yīng)的driver；

步驟4：根據(jù)驗(yàn)證環(huán)境的需求確定每個(gè)driver獲得激勵(lì)信號(hào)的源頭；

步驟5：通過(guò)port將driver與產(chǎn)生激勵(lì)信號(hào)的模塊(sequencer或其他driver)連接，如果激勵(lì)信號(hào)由driver內(nèi)部自行產(chǎn)生則忽略此步驟；

步驟6：設(shè)置各個(gè)driver的參數(shù)，選擇相應(yīng)的激勵(lì)信號(hào)源；

步驟7：將driver中的interface與待測(cè)模塊相連；

步驟8：編寫測(cè)試用例，執(zhí)行仿真操作。

監(jiān)測(cè)裝置可以獲得待測(cè)模塊的驗(yàn)證輸出數(shù)據(jù)，將該驗(yàn)證輸出信號(hào)發(fā)送給驗(yàn)證裝置；

驗(yàn)證裝置可以采用評(píng)分模塊實(shí)現(xiàn)，以從激勵(lì)信號(hào)處理裝置端和監(jiān)測(cè)裝置端分別獲得待測(cè)模塊接口上的驗(yàn)證輸入信號(hào)和驗(yàn)證輸出信號(hào)，并計(jì)算得到的數(shù)據(jù)是否符合預(yù)期。

本發(fā)明實(shí)施例提供的激勵(lì)信號(hào)處理方法、裝置及模塊驗(yàn)證系統(tǒng)，激勵(lì)信號(hào)處理裝置劃分成不同功能模塊，在驗(yàn)證過(guò)程中僅對(duì)某些與接口協(xié)議相關(guān)的功能模塊，如激勵(lì)信號(hào)驅(qū)動(dòng)單元，進(jìn)行適應(yīng)性加載，而無(wú)需對(duì)其他功能模塊進(jìn)行重新加載，進(jìn)而方便擴(kuò)展，新增功能容易實(shí)現(xiàn)。而且，本發(fā)明實(shí)施例，通過(guò)根據(jù)待驗(yàn)證模塊的數(shù)據(jù)傳輸接口的接口協(xié)議，加載與接口協(xié)議相匹配的激勵(lì)信號(hào)驅(qū)動(dòng)單元，實(shí)現(xiàn)了驗(yàn)證系統(tǒng)中同一個(gè)driver在不同接口協(xié)議場(chǎng)景下的應(yīng)用，減小了驗(yàn)證處理系統(tǒng)開發(fā)和維護(hù)的工作量，同時(shí)也降低了驗(yàn)證過(guò)程中出現(xiàn)錯(cuò)誤的幾率，提升驗(yàn)證結(jié)果的準(zhǔn)確性。

以上所描述的裝置實(shí)施例僅僅是示意性的，其中所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動(dòng)的情況下，即可以理解并實(shí)施。

通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實(shí)施方式可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件?；谶@樣的理解，上述技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。

此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此的一些實(shí)施例包括其它實(shí)施例中所包括的某些特征而不是其它特征，但是不同實(shí)施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實(shí)施例。例如，在下面的權(quán)利要求書中，所要求保護(hù)的實(shí)施例的任意之一都可以以任意的組合方式來(lái)使用。

最后應(yīng)說(shuō)明的是：以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。