11月29日，德思特2023年度TMTS汽車電子仿真及測(cè)試研討會(huì)圓滿結(jié)束。感謝大家的觀看與支持！

在直播間收到一些觀眾的技術(shù)問題，我們匯總了熱點(diǎn)問題并請(qǐng)講師詳細(xì)解答，在此整理分享給大家，請(qǐng)查收！

面向汽車T-BOX與域控制器的HIL測(cè)試新方案

Q：目前全球一共只有100多顆衛(wèi)星，為什么你們的模擬器需要模擬那么多的通道？有什么應(yīng)用嗎？

衛(wèi)星數(shù)量和模擬仿真通道不是等同的，我們一般在GNSS模擬仿真中的搜星通道一般指的是：每個(gè)通道代表一顆衛(wèi)星輸出的一個(gè)星座的一個(gè)頻點(diǎn)。這樣算下來的話，如果需要同時(shí)仿真世界上所有的衛(wèi)星與頻點(diǎn)，則一共需要上百個(gè)通道。此外伴隨著多徑效應(yīng)模擬、多待測(cè)件/多車模擬，以及一些新的應(yīng)用，需要的通道數(shù)就會(huì)更多，我們保證了用戶模擬的全面性，以及對(duì)于未來的擴(kuò)展性。此外，這些通道是免費(fèi)開放給用戶的，無需額外付費(fèi)。

Q：軟件定義形式有什么優(yōu)勢(shì)呢？我自己也可以搭建？

軟件定義顧名思義，就是以軟件為核心，一方面他帶來了靈活性、擴(kuò)展性以及經(jīng)濟(jì)效益；此外核心軟件Skydel帶來了大量獨(dú)特的功能，他不因?yàn)橛布淖兓淖?，最大程度上提供了高性能仿真能力。我們也歡迎用戶自己去搭建GNSS模擬器，在Skydel的基礎(chǔ)上，采用自己的硬件，我們有提供豐富的指導(dǎo)文件。

Q：能詳細(xì)介紹下軟件定義架構(gòu)與硬件驅(qū)動(dòng)的區(qū)別嗎?

軟件定義架構(gòu)（Software-Defined Architecture）和硬件驅(qū)動(dòng)之間有幾個(gè)主要的區(qū)別：

● 抽象層級(jí)：軟件定義架構(gòu)通過在軟件中定義和管理資源，引入了一個(gè)抽象層級(jí)，使得應(yīng)用程序可以通過軟件界面來訪問和管理底層資源。而硬件驅(qū)動(dòng)是直接與硬件設(shè)備交互的程序。

● 靈活性和可編程性：軟件定義架構(gòu)通過軟件配置和管理資源，具有更高的靈活性和可編程性，可以根據(jù)需求動(dòng)態(tài)改變資源分配和配置。相比之下，硬件驅(qū)動(dòng)的功能和性能通常是固定的，不容易變更。

● 硬件依賴性：軟件定義架構(gòu)減少對(duì)特定硬件的依賴，通過引入抽象層級(jí)可以在不同的硬件環(huán)境中運(yùn)行。而硬件驅(qū)動(dòng)通常是為特定硬件設(shè)備或芯片定制的，對(duì)其他硬件可能不適用。

簡(jiǎn)而言之，軟件定義架構(gòu)通過軟件對(duì)資源進(jìn)行配置和管理，具有靈活性和可編程性，并減少對(duì)特定硬件的依賴。而硬件驅(qū)動(dòng)直接與硬件設(shè)備交互，是硬件資源的控制和管理。

Q：請(qǐng)問軟件在環(huán)與硬件在環(huán)的具體操作是？

GNSS模擬器在軟件在環(huán)與硬件在環(huán)中的使用方法類似，區(qū)別在于是否真正地輸出了射頻信號(hào)。這里我以硬件在環(huán)為例進(jìn)行介紹。

用戶實(shí)時(shí)發(fā)送真實(shí)的車輛軌跡，并生成相應(yīng)的GNSS射頻信號(hào)。圖中描繪了一個(gè)閉環(huán)，其中真實(shí)位置傳輸?shù)较到y(tǒng)中，自動(dòng)駕駛儀應(yīng)用命令實(shí)時(shí)影響車輛軌跡。系統(tǒng)中的HIL模擬器和Skydel GNSS模擬器造成的附加延遲必須足夠小，來保障不會(huì)對(duì)自動(dòng)駕駛儀和GNSS接收器性能的測(cè)試和測(cè)量產(chǎn)生負(fù)面影響。整體系統(tǒng)框圖如下：

物理連接上：

a) 物理連接上HIL仿真器和GNSS模擬器采用以太網(wǎng)聯(lián)接

b) 通信協(xié)議采用TCP/IP,真實(shí)位置信息傳輸通過UDP協(xié)議

c) 提供開放API用于Skydel軟件的開放編程與遠(yuǎn)程控制

d) 另外需要借助時(shí)鐘裝置對(duì)HIL模擬器與GNSS模擬器做同步

此外， 德思特提供了一個(gè)Skydel HIL客戶端（Skydel HIL Client），這是一個(gè)提供簡(jiǎn)單API的庫。強(qiáng)烈建議使用此庫，不要嘗試與Skydel重新實(shí)現(xiàn)通信協(xié)議。Skydel HIL客戶端需要以太網(wǎng)連接，并且對(duì)大多數(shù)命令混合使用TCP/IP，對(duì)真實(shí)位置數(shù)據(jù)使用UDP。Skydel HIL客戶端增加了延遲，延遲主要由以太網(wǎng)連接定義。

Q：多實(shí)例和多輛車是一個(gè)概念嗎？

這是一個(gè)包含概念，多輛車屬于多實(shí)例仿真的一種，我們認(rèn)為在同一臺(tái)設(shè)備內(nèi)進(jìn)行的多個(gè)獨(dú)立且實(shí)時(shí)的仿真場(chǎng)景或軌跡，就是多個(gè)實(shí)例。因此，多實(shí)例可能的情況是：

● 多天線：例如同一輛車或者飛機(jī)的多個(gè)天線，每根天線獨(dú)立使用，具有獨(dú)立的信號(hào)采集與分析功能，因此是多實(shí)例。

● 多車或多無人機(jī)：模擬場(chǎng)景下多個(gè)實(shí)體的交互、運(yùn)行等，屬于多個(gè)獨(dú)立信號(hào)的運(yùn)行，因此是多實(shí)例。

● RTK：因?yàn)橥瑫r(shí)具有基準(zhǔn)站與流動(dòng)站兩個(gè)獨(dú)立實(shí)體，因此是多實(shí)例。

汽車總線物理層測(cè)試方案

Q：你們的數(shù)字化儀是PCIe什么標(biāo)準(zhǔn)？是不是主機(jī)帶有匹配的插槽就可以開始使用？對(duì)工控機(jī)有什么要求嗎？

我們不同的數(shù)字化儀對(duì)應(yīng)的PCIe標(biāo)準(zhǔn)不一樣，低速采集的板卡是4.0的標(biāo)準(zhǔn)， 中高速的采集卡是PCIe8.0或者16.0. 主板帶有對(duì)應(yīng)插槽就可以，并且您有8.0的插槽條，可以兼容4.0的插槽。

Q：這個(gè)數(shù)字化儀有觸發(fā)輸入接口嗎？只能采集模擬信號(hào)嗎？

有的，我們有觸發(fā)輸入的接口，本身的采集通道也可以作為觸發(fā)通道。數(shù)字化儀除了模擬信號(hào)，我們還有預(yù)留的16個(gè)數(shù)字IO通道，數(shù)字IO和模擬IO可以同時(shí)采集。當(dāng)然如果您只是想獲取數(shù)字IO，我們也有很多數(shù)字IO板卡提供。

汽車大電流注入測(cè)試

Q：開環(huán)和閉環(huán)法怎么選擇？依據(jù)是什么？

開環(huán)和閉環(huán)方法是以測(cè)試布置為依據(jù)來做區(qū)分，不同的方法測(cè)試布置要求明顯不同，測(cè)試結(jié)果也有差異，相對(duì)而言，閉環(huán)測(cè)試法的要求更加嚴(yán)苛。一般來說，我們測(cè)試標(biāo)準(zhǔn)中會(huì)有規(guī)定需要用哪種測(cè)試方法，如果沒有規(guī)定需要自己選擇，那么選擇開環(huán)還是閉環(huán)法主要取決于你的產(chǎn)品設(shè)計(jì)和測(cè)試要求。如果你的產(chǎn)品設(shè)計(jì)和測(cè)試要求較為嚴(yán)格，那么可能需要選擇閉環(huán)法。如果你的產(chǎn)品設(shè)計(jì)和測(cè)試要求相對(duì)較為寬松，那么開環(huán)法可能是一個(gè)更好的選擇?？偟膩碚f，選擇哪種方法主要取決于你的具體需求和情況。在做出選擇時(shí)，你可能需要考慮你的產(chǎn)品設(shè)計(jì)、測(cè)試要求以及你的資源和能力。

Q：你們的報(bào)告生成器可以生成的文件有哪些內(nèi)容呢？

生成報(bào)告分為三個(gè)步驟。首先，創(chuàng)建或者選擇一個(gè)模板文件作為報(bào)告的基礎(chǔ)。然后設(shè)置所需的報(bào)告生成器設(shè)置。最后生成并檢查測(cè)試報(bào)告。

①模板文件可以采用Microsoft Word、Microsoft Excel或文本格式制作。

②選擇模板文件并確定報(bào)告內(nèi)容后即可生成報(bào)告，模板文件中包含各個(gè)測(cè)試的代碼（只列舉了幾項(xiàng)）。

③報(bào)告生成器可以生成圖形文件和表格文件，報(bào)告生成器已進(jìn)行擴(kuò)展，不僅可以更輕松地指定應(yīng)包含哪些圖表，而且甚至可以在一個(gè)圖表中包含多條“線”?？梢陨刹幌抻谝韵聝?nèi)容：

● 組合多條圖表線

● 單頻段多頻段測(cè)試中產(chǎn)生的所有數(shù)據(jù)的記錄，包括像輻射抗擾中生成的磁場(chǎng)圖

● 可定制的AD通道測(cè)量表

Q：請(qǐng)問你們的套裝支持什么標(biāo)準(zhǔn)呢？

從上圖可以看出，我們的套裝支持，國(guó)際標(biāo)準(zhǔn)，國(guó)家標(biāo)準(zhǔn)，除了表格中說到的這一些，由于我們能產(chǎn)生大于200 mA的電平等級(jí)且產(chǎn)生的頻率范圍覆蓋我國(guó)車企的標(biāo)準(zhǔn)。那么我們還支持絕大部分車企的標(biāo)準(zhǔn)。

汽車傳感器仿真和信號(hào)分析

Q：我看直播里面講的傳感器仿真是基于壓阻式的基本傳感器，那對(duì)于智能傳感器，比如MEMS這種可以仿真嗎？

這個(gè)比較復(fù)雜的智能傳感器集成了部分芯片，主控在里面，這個(gè)是我們仿真板卡做不到的。不過這種情況，一般是針對(duì)于自動(dòng)駕駛里面應(yīng)用居多，都是在軟件層上去做仿真模擬。如果您有這種仿真測(cè)試的集成需求，也可以找我們，我們背靠研發(fā)團(tuán)隊(duì)，是可以給您完全的解決方案的。

Q：如果我想做一套故障注入的測(cè)試系統(tǒng)，但是想用網(wǎng)線去控制，可以實(shí)現(xiàn)嗎？

這個(gè)也是可以做到的，我們有這種LXI機(jī)箱，插入PXI板卡，可以通過以太網(wǎng)或者USB去控制。

面向自動(dòng)駕駛與智慧城市的C-V2X與C-ITS方案

Q：Sdk 支持哪些軟件語言，或者軟件集成開發(fā)環(huán)境？

支持C和Python的語言。軟件集成開發(fā)環(huán)境要求如下：

1.操作系統(tǒng)要求：Ubuntu Linux 18.04或更高版本。

2.V2X設(shè)備要求：安裝、授權(quán)并運(yùn)行德思特V2X軟件堆棧。

3.Python SDK要求：

- pip3包管理器，用于安裝Python軟件包。

- Python 3.7或更高版本，用于運(yùn)行Python示例。

4.C SDK要求：

- 開發(fā)者環(huán)境，例如build-essentials、cmake等，可以從.c源代碼生成可執(zhí)行文件并運(yùn)行

Q：你們提供的這個(gè)應(yīng)用程序和高德、百度這些有什么區(qū)別？

最大的區(qū)別就是它顯示基于V2X的數(shù)據(jù)，并顯示情境警告。例如前方碰撞警告等一系列的應(yīng)用場(chǎng)景，可以在車載顯示屏上顯示，也可以與后視鏡集成，相較于直接使用手機(jī)會(huì)有更大的安全性，不易分散注意力。而且是不需要蜂窩網(wǎng)絡(luò)連接就能實(shí)現(xiàn)提醒，在沒有信號(hào)的情況下或者信號(hào)差的情況下也可以使用。

Q：你們的V2X協(xié)議棧有指定的硬件？

我們的V2X協(xié)議棧沒有指定硬件，它支持國(guó)際上目前常用的ETSl、ISO、IEEE、SAE、CAICT、CAICV、CCSA定義的標(biāo)準(zhǔn)和指令，以及C2C-CC、C-Roads、NISSTC的配置文件。

Q：V2X消息接口怎么訪問呢？

我們的V2X堆棧提供了SDK，可以整合車輛數(shù)據(jù)（例如CAN接口提取的專有車輛數(shù)據(jù)等）發(fā)送來源更加豐富的V2X消息，也可以是發(fā)送自定義的V2X消息，同時(shí)可以處理接收到的設(shè)備消息（包括其他車輛和道路基礎(chǔ)設(shè)施、傳感器等）和自定義消息。更多詳細(xì)信息可以聯(lián)系德思特技術(shù)工程師獲取《德思特V2X軟件棧和SDK的使用指南》，其中對(duì)于具體案例和訪問方法都有介紹。