日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

如何使用TimeQuest

工程師 ? 來源:網(wǎng)絡(luò)整理 ? 作者:h1654155205.5246 ? 2019-03-08 14:52 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

如何使用TimeQuest

Altera的話來說,TimeQuest Timing Analyzer是一個功能強(qiáng)大的,ASIC-style的時序分析工具。采用工業(yè)標(biāo)準(zhǔn)--SDC(synopsys design contraints)--的約束、分析和報(bào)告方法來驗(yàn)證你的設(shè)計(jì)是否滿足時序設(shè)計(jì)的要求。

TimeQuest的基本操作流程

做為altera FPGA開發(fā)流程中的一個組成部分,TimeQuest執(zhí)行從驗(yàn)證約束到時序仿真的所有工作。Altera推薦使用下面的流程來完成TimeQuest的操作。

1、建立項(xiàng)目并加入相關(guān)設(shè)計(jì)文件

不管做什么事情,都需要有一個目標(biāo)或者說對象。我們用TimeQuest做時序分析,當(dāng)然也需要一個對象,這個對象實(shí)際上就是我們的設(shè)計(jì)。所以首先是建立一個Quartus II的項(xiàng)目,并把所有需要的設(shè)計(jì)文件都加入到項(xiàng)目中去。需要注意的一點(diǎn)是,這里的設(shè)計(jì)文件,不僅僅包含邏輯設(shè)計(jì)相關(guān)的文件,也包含已經(jīng)存在的時序約束文件,當(dāng)然,需要以synopsys Design Constraints(.sdc)的格式存在的。關(guān)于 sdc文件,可以使用Quartus的向?qū)斫?,在生成sdc文件后,你可以再在此sdc文件上進(jìn)行自己的修改,如下圖所示,Assignments-》TimeQuest Timing Analyzer Wizard.。。

2、對項(xiàng)目進(jìn)行預(yù)編譯(initial compilation)

項(xiàng)目建立以后,如果從來沒有對項(xiàng)目進(jìn)行過編譯的話,就需要對項(xiàng)目進(jìn)行預(yù)編譯。這里的預(yù)編譯是對應(yīng)于全編譯(full compilation)來講的,我們可以理解為預(yù)編譯是對項(xiàng)目進(jìn)行部分的編譯,而全編譯是對項(xiàng)目進(jìn)行完整的編譯。做預(yù)編譯的目的是為了生成一個initial design database,然后我們可以根據(jù)這個database用Timequest采用交互的模式生成時序約束。實(shí)際上,對于小的設(shè)計(jì),編譯時間并不是很長的話,完全可以不去區(qū)分預(yù)編譯和全編譯,需要編譯的時候,直接做全編譯就可以了,做全編譯的話,可以生成一個post-fit的database,完全可以給TimeQuest使用。

3、向設(shè)計(jì)中添加時序約束

在用TimeQuest做時序分析之前,必須要指定出對時序的要求,也就是我們通常所說的時序約束。這些約束包括時鐘,時序例外(timing exceptions)和輸入/輸出延時等。

默認(rèn)情況下,Quartus II 軟件會給所有沒有被下約束的時鐘都設(shè)定為1GHz。沒有任何的時序例外,也就是說所有的timing path都按1T去check。所有的輸入/輸出的延遲都按0來計(jì)算。這顯然不符合絕大多數(shù)設(shè)計(jì)的時序要求,所以有必要根據(jù)設(shè)計(jì)的特性,添加必要的時序約束。

如上所述,時序約束主要包括三類:時鐘,時序例外和輸入/輸出延遲。其中時鐘和輸入/輸出延遲可以認(rèn)為是在某種程度上增強(qiáng)時序設(shè)計(jì)的要求。而時序例外可以認(rèn)為是在某種程度上降低時序設(shè)計(jì)的要求。比如說,僅僅設(shè)定一個時鐘的頻率為100MHz的話,這個時鐘域里所有timing path都需要能工作在100MHz下。這顯然是增強(qiáng)了時序設(shè)計(jì)的要求。可是如果在這個時鐘域下面,有部分timing path是不需要做1T的check的,那么就可以通過添加時序例外來避免對這些timing path做1T的check,即降低了時序設(shè)計(jì)的要求。

在用TimeQuest做時序分析時,如果非常熟悉設(shè)計(jì)的構(gòu)架和對時序的要求,又比較熟悉sdc的相關(guān)命令,那么可以直接在sdc文件里輸入時序約束的命令。而通常情況下,可以利用TimeQuest GUI提供的設(shè)定時序約束的向?qū)砑訒r序約束。不過要注意的是,用向?qū)傻臅r序約束,并不會被直接寫到sdc文件里,所以如果要保存這些時序約束,必須在TimeQuest用write sdc的命令來保存所生成的時序約束。

4. 執(zhí)行完整的編譯

在設(shè)定好時序約束以后,就需要對整個設(shè)計(jì)進(jìn)行完整的編譯。在編譯過程中,軟件會優(yōu)化設(shè)計(jì)的邏輯、布局布線等來盡可能滿足所有的時序約束。

如果沒有添加時序約束,那么軟件在編譯的時候,會按照默認(rèn)的時序約束對設(shè)計(jì)進(jìn)行優(yōu)化,對于絕大多數(shù)的設(shè)計(jì),都會報(bào)出來時序的問題,但因?yàn)槟J(rèn)的時序約束與設(shè)計(jì)本身的要求在絕大多數(shù)情況下,都是不同的,所以這些時序的問題也并不是設(shè)計(jì)本身的問題,并沒有太多的參考價值,而且很多初學(xué)者也不會注意到這個問題。這樣就把設(shè)計(jì)中很多潛在的時序問題給隱藏起來了,最終帶來的可能就是系統(tǒng)運(yùn)行的不穩(wěn)定,甚至是完全不能運(yùn)行。

5. 驗(yàn)證時序

當(dāng)完成編譯以后,我們就可以用TimeQuest來驗(yàn)證時序了。在時序分析的過程中,TimeQuest會分析設(shè)計(jì)中所有的timing path,計(jì)算每一條timing path的延時,檢查每一條timing path是否滿足時序約束,最后按照positive slack或negative slack來報(bào)告時序分析的結(jié)果。其中negative slack就表示對應(yīng)的timing path不滿足時序約束的要求(timing violation)。

如果遇到有不滿足時序要求的情況,則可以根據(jù)對應(yīng)的時序報(bào)告分析設(shè)計(jì),確定如何優(yōu)化設(shè)計(jì)使之滿足時序約束。時序約束有任何變化的話,都需要重新編譯設(shè)計(jì)。這個反復(fù)的過程可以讓我們解決設(shè)計(jì)中的時序問題。

DAC7512控制器

DAC7512是一個具有三線串行接口的DAC。我們基于FPGA用Verilog語言實(shí)現(xiàn)了一個簡單的DAC7512的控制器。下面是控制器的結(jié)構(gòu)圖

DAC7512控制器由三個模塊組成,PLL用來生成控制器所要的時鐘C0(25MHz)和C1(50MHz),其lock信號用來做為控制器的異步reset。da_data模塊生成要送往DAC7512的數(shù)據(jù),其中DA_DATA為數(shù)據(jù),DA_DATA_EN為數(shù)據(jù)有效信號,該模塊使用C0時鐘,整個屬于C0時鐘域。DAC7512模塊用于將DA_DATA轉(zhuǎn)換成符合DAC7512接口標(biāo)準(zhǔn)的串行數(shù)據(jù)并送給DAC7512,要用到C1(50MHz)和DA_SCLK(C1二分頻,25MHz)兩個時鐘。

DAC7512控制器一共有四個輸入輸出端口。CLK_IN為PLL的基準(zhǔn)時鐘,為25MHz。DA_DIN,DA_SCLK和DA_SYNC為三線串口,都為輸出端口。由于C0,C1是由同一個PLL輸出的,DA_SCLK是由C1經(jīng)二分頻得到的,三者之間是同步的,處于同一個clock group中。不過要注意一點(diǎn)的是,在串行總線上,DA_DIN是在DA_SCLK的下降沿有效的。把DA_DIN設(shè)計(jì)為C1時鐘域的信號,并控制其值只在DA_SCLK為高電平的時候發(fā)生變化。這樣可以把DA_DIN與DA_SCLK之間的時序要求轉(zhuǎn)換為DA_DIN在C1時鐘域的時序要求,具體的使用方法我們跟著視頻一起來學(xué)習(xí)一下。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報(bào)投訴
  • TimeQuest
    +關(guān)注

    關(guān)注

    0

    文章

    11

    瀏覽量

    11678
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

    自動駕駛有了占用網(wǎng)絡(luò)還需要卷積神經(jīng)網(wǎng)絡(luò)嗎?

    在占用網(wǎng)絡(luò)流行之前,自動駕駛的主流感知方案是基于CNN的目標(biāo)檢測。你可以把它想象成給攝像頭拍到的每一張照片畫框。
    的頭像 發(fā)表于 05-04 18:05 ?142次閱讀
    自動駕駛有了占用網(wǎng)絡(luò)還需要卷積神經(jīng)網(wǎng)絡(luò)嗎?

    【瑞薩RA2L1入門學(xué)習(xí)】+ touch控制OLED

    開發(fā)板簡介:RA-Eco-RA2L1 主控芯片RA2L1: 這是一款基于 48 MHz Arm Cortex-M23 內(nèi)核架構(gòu)的核心板,擁有現(xiàn)今 Arm Cortex-M 系列中極低的功耗表現(xiàn)。支持 1.6V 至 5.5V 寬壓工作,配備增強(qiáng)型電容式觸摸感應(yīng)單元 (CTSU2)、高精度模擬電路和定時器。 核心特性: 內(nèi)核與存儲: 48MHz Arm Cortex-M23,256KB 代碼閃存,32KB SRAM(支持 ECC),8KB 數(shù)據(jù)閃存(類似 EEPROM 功能)。 板載資源: 1 個復(fù)位按鍵,1 個自定義按鍵,2 個觸摸按鍵,2 個 LED,板載 USB 轉(zhuǎn) TTL 模塊,板載 SWD 接口(方便調(diào)試與下載)。 豐富外設(shè): 12 位 ADC,12 位 DAC,低功耗比較器;32 位/16 位通用 PWM 定時器,低功耗異步通用定時器;RTC;UART、簡單 SPI、簡單 I2C、獨(dú)立 SPI / I2C 多主接口、CAN;內(nèi)置加密與安全功能。 在開發(fā)板上進(jìn)行脈寬測試并使用OLED進(jìn)行顯示,首先完成了OLED測試,在此基礎(chǔ)上完成觸摸按鍵實(shí)驗(yàn); 需要注意Touch必須設(shè)置不然會出錯?。?!設(shè)置CTSU打開DTC使能中斷,設(shè)置觸摸按鍵接口P109和P110; 從菜單欄點(diǎn)擊Renesas Views → Renesas QE → CapTouch workflow (QE) 。選擇正在開發(fā)的工程,跟隨PPT完成設(shè)置; 點(diǎn)擊Button并放置,Esc鍵結(jié)束放置。 雙擊Button00選擇TS10/TS11,點(diǎn)擊確定并創(chuàng)建 按照英文提示,按步驟完成touch按鍵調(diào)試; 輸出文件: 然后在工程中完成函數(shù)調(diào)用,修改頭文件: 實(shí)現(xiàn)按鍵控制oled顯示代碼如下: void qe_touch_main(void) { fsp_err_t err; err = R_IIC_MASTER_Open(&g_i2c_master0_ctrl, &g_i2c_master0_cfg); assert(FSP_SUCCESS == err); WriteCmd();//OLED初始化 OLED_Clear();//清屏 OLED_ShowString(16,1,"RA",16); OLED_ShowCHinese(32,1,3);//生 OLED_ShowCHinese(48,1,4);//態(tài) OLED_ShowCHinese(64,1,5);//工 OLED_ShowCHinese(80,1,6);//作 OLED_ShowCHinese(96,1,7);//室 /* Open Touch middleware */ err = RM_TOUCH_Open(g_qe_touch_instance_config01.p_ctrl, g_qe_touch_instance_config01.p_cfg); if (FSP_SUCCESS != err) { while (true) {} } /* Main loop */ while (true) { /* for [CONFIG01] configuration */ err = RM_TOUCH_ScanStart(g_qe_touch_instance_config01.p_ctrl); if (FSP_SUCCESS != err) { while (true) {} } while (0 == g_qe_touch_flag) {} g_qe_touch_flag = 0; err = RM_TOUCH_DataGet(g_qe_touch_instance_config01.p_ctrl, &button_status, NULL, NULL); if (FSP_SUCCESS == err) { /* TODO: Add your own code here. */ if(button_status==1) { err = R_IOPORT_PinWrite(&g_ioport_ctrl, BSP_IO_PORT_01_PIN_03, BSP_IO_LEVEL_HIGH); OLED_Clear();//清屏 OLED_ShowString(16,1,"RA",16); OLED_ShowCHinese(32,1,3);//生 OLED_ShowCHinese(48,1,4);//態(tài) } else if(button_status==2) { err = R_IOPORT_PinWrite(&g_ioport_ctrl, BSP_IO_PORT_01_PIN_04, BSP_IO_LEVEL_HIGH); OLED_Clear();//清屏 OLED_ShowCHinese(64,1,5);//工 OLED_ShowCHinese(80,1,6);//作 OLED_ShowCHinese(96,1,7);//室 } else { err = R_IOPORT_PinWrite(&g_ioport_ctrl, BSP_IO_PORT_01_PIN_03, BSP_IO_LEVEL_LOW); err = R_IOPORT_PinWrite(&g_ioport_ctrl, BSP_IO_PORT_01_PIN_04, BSP_IO_LEVEL_LOW); } } /* FIXME: Since this is a temporary process, so re-create a waiting process yourself. */ R_BSP_SoftwareDelay(TOUCH_SCAN_INTERVAL_EXAMPLE, BSP_DELAY_UNITS_MILLISECONDS); } } 最后在主函數(shù)中調(diào)用qe_touch_main
    發(fā)表于 05-04 17:24

    2026深入拆解:Gemini 3.0 鏡像官網(wǎng)如何理解 FPGA 時序約束并自動生成 SDC 文件

    讓 AI 直接根據(jù)一句“這個 200MHz 時鐘需要 5% 的抖動約束,跨時鐘域路徑設(shè)為 false_path”自動吐出符合 Synopsys Design Constraints 格式的 SDC 文件,目前在國內(nèi)無需特殊網(wǎng)絡(luò)環(huán)境就能實(shí)現(xiàn)。通過聚合鏡像 RskAi ?調(diào)用 Gemini 3.0 的原生思維鏈與長上下文能力,只需將時鐘結(jié)構(gòu)、端口時序和例外需求描述清楚,即可生成語法正確、可直接在 Vivado 或 Quartus 中引用的約束文件。本教程用一個包含多時鐘域和 DDR 接口的真實(shí)設(shè)計(jì),完整拆解從需求到 SDC 的全過程。 為什么
    的頭像 發(fā)表于 05-04 12:29 ?119次閱讀
    2026深入拆解:Gemini 3.0 鏡像官網(wǎng)如何理解 FPGA 時序約束并自動生成 SDC 文件

    晶振頻率漂移的主要成因與機(jī)理分析的詳解

    晶振的頻率漂移是一個復(fù)雜的物理現(xiàn)象,它受到多種因素的影響。了解這些因素并采取相應(yīng)的措施,可以在最大限度上減少頻率漂移對電子系統(tǒng)性能的影響,確保系統(tǒng)的高效穩(wěn)定運(yùn)行。
    的頭像 發(fā)表于 05-04 12:05 ?325次閱讀
    晶振頻率漂移的主要成因與機(jī)理分析的詳解

    嵌入式2---在單片機(jī)里實(shí)現(xiàn)module_init機(jī)制

    嵌入式2---在單片機(jī)里實(shí)現(xiàn)module_init機(jī)制 很多朋友在寫單片機(jī)程序時,常會遇到這樣的問題:所有模塊的初始化函數(shù)(比如LED初始化、串口初始化、傳感器初始化),都要手動在main函數(shù)里一一調(diào)用,不僅代碼混亂、維護(hù)麻煩,而且新增或刪除模塊時,還要修改main函數(shù),違背了“高內(nèi)聚、低耦合”的原則。 其實(shí)在Linux系統(tǒng)中,module_init機(jī)制的核心思想也是一樣的,Linux內(nèi)核本身就是高度模塊化的設(shè)計(jì)——驅(qū)動開發(fā)者只需通過module_init宏注冊驅(qū)動初始化函數(shù),
    的頭像 發(fā)表于 05-04 11:24 ?282次閱讀
    嵌入式2---在單片機(jī)里實(shí)現(xiàn)module_init機(jī)制

    深度學(xué)習(xí)為什么還是無法處理邊緣場景?

    [首發(fā)于智駕最前沿微信公眾號]雖然自動駕駛車輛已經(jīng)完成了數(shù)百萬公里的行駛測試,深度學(xué)習(xí)也已被普遍應(yīng)用,但依然會在一些看似簡單的場景中犯下低級錯誤。比如在遇到一些從未見到過的邊緣場景時,系統(tǒng)可能會選擇視而不見甚至直接加速。 之所以出現(xiàn)這個問題,是因?yàn)樯疃葘W(xué)習(xí)模型大多建立在統(tǒng)計(jì)學(xué)基礎(chǔ)之上,它們通過觀察數(shù)以千萬計(jì)的圖像學(xué)習(xí)識別物體的特征。然而,真實(shí)世界的道路場景是無限多樣的,這種基于“見多識廣”的邏輯在面對罕
    的頭像 發(fā)表于 05-04 10:16 ?77次閱讀
    深度學(xué)習(xí)為什么還是無法處理邊緣場景?

    2026年,各車企的自動駕駛方案到了什么階段(二)?

    [首發(fā)于智駕最前沿微信公眾號]之前和大家一起分析了小鵬、華為、特斯拉這3加車企的最新智駕方案( 相關(guān)閱讀: 2026年,各車企的自動駕駛方案到了什么階段 (一) ?),今天我們帶大家來繼續(xù)看看其他車企有哪些技術(shù)革新。 VLA加3D空間理解,理想MindVLA-o1想補(bǔ)上關(guān)鍵短板 理想汽車在2026年3月英偉達(dá)GTC大會上發(fā)布的MindVLA-o1,試圖走一條與傳統(tǒng)VLA方案不同的路,即將3D空間理解能力與語言推理能力深度融合,構(gòu)建面向物理世界的通用智能體。 理想汽車基
    的頭像 發(fā)表于 05-04 09:30 ?268次閱讀
    2026年,各車企的自動駕駛方案到了什么階段(二)?

    氮化硅陶瓷氣壓燒結(jié)后需要熱等靜壓(HIP)處理嗎?

    氮化硅陶瓷氣壓燒結(jié)后需要熱等靜壓(HIP)處理嗎?——對結(jié)構(gòu)件不同疲勞要求的成本效益分析 L??壽命大幅提升的背后 某型號混合陶瓷軸承的臺架試驗(yàn)數(shù)據(jù)值得注意:氣壓燒結(jié)態(tài)氮化硅球的滾動接觸疲勞L??壽命約為3×10?次應(yīng)力循環(huán),經(jīng)HIP后處理后提升至8×10?次,增幅超過150%。然而,同一批次中用于非承載隔離墊的陶瓷件,經(jīng)HIP處理后裝機(jī)表現(xiàn)與燒結(jié)態(tài)并無統(tǒng)計(jì)差異。這個反差引出一個工藝決策問題:氮化硅陶瓷在氣壓燒結(jié)之后,是否必須追加
    的頭像 發(fā)表于 05-04 07:43 ?137次閱讀
    氮化硅陶瓷氣壓燒結(jié)后需要熱等靜壓(HIP)處理嗎?

    2026年,各車企的自動駕駛方案到了什么階段(一)?

    2026年的北京車展上,幾乎沒有人再討論一臺車裝了幾顆激光雷達(dá),各車企的競爭領(lǐng)域也變成如何讓自動駕駛系統(tǒng)真正具備對物理世界的理解能力。 當(dāng)一套智駕系統(tǒng)的基本感知能力不再有明顯短板,當(dāng)大多數(shù)主流車型都能實(shí)現(xiàn)城市NOA(領(lǐng)航輔助駕駛),簡單的看得見、開得了就已經(jīng)不夠了。行業(yè)必然會轉(zhuǎn)向更底層也更難的問題,車能不能理解它看到的東西?能不能像一個老司機(jī)那樣預(yù)判風(fēng)險(xiǎn)?那各車企的自動駕駛方案都做到了嗎? 從規(guī)則到推理,小鵬的
    的頭像 發(fā)表于 05-03 09:02 ?205次閱讀
    2026年,各車企的自動駕駛方案到了什么階段(一)?

    A-47 雙麥陣列語音處理模塊:高性能回音消除與降噪核心方案

    A-47雙麥陣列語音處理模塊,以專業(yè) DSP 芯片 + 深度優(yōu)化算法為基礎(chǔ),實(shí)現(xiàn)90dB 回音消除 + 45dB 降噪的頂級聲學(xué)性能,同時兼顧低功耗、寬溫域、抗干擾、易集成四大工程需求。11 種標(biāo)準(zhǔn)化硬件方案、近中遠(yuǎn)三檔程序、模擬數(shù)字雙接口,讓它既能滿足消費(fèi)電子的輕薄便攜需求,也能支撐工業(yè)安防的高可靠要求。
    的頭像 發(fā)表于 05-03 00:00 ?2572次閱讀
    A-47 雙麥陣列語音處理模塊:高性能回音消除與降噪核心方案

    GNSS 抗干擾天線:復(fù)雜電磁環(huán)境下的定位信號保障方案

    各位電子發(fā)燒友、射頻 / 定位技術(shù)同行,大家好。今天和大家聊聊GNSS 抗干擾天線在工業(yè)、無人機(jī)、特種場景中的應(yīng)用,以及設(shè)計(jì)與選型的關(guān)鍵要點(diǎn),也歡迎大家一起交流探討。 一、為什么抗干擾天線是復(fù)雜場景的 “剛需”? 很多工程師朋友在項(xiàng)目中都會遇到這樣的問題: 設(shè)備在實(shí)驗(yàn)室里定位很穩(wěn)定,一到工業(yè)廠區(qū)、城市峽谷、強(qiáng)電磁環(huán)境就出現(xiàn)丟星、定位漂移; 5G 通信模塊、工業(yè)設(shè)備產(chǎn)生的電磁噪聲,會嚴(yán)重干擾 GNSS 信號接收; 甚至在一些場景中,還會遇到有意的欺騙式干擾或壓制式干擾。 普通單天線 GNSS 設(shè)備,面對這些干擾幾乎沒有防護(hù)能力,而抗干擾天線,尤其是 CRPA(受控接收方向天線)方案,是解決這類問題的核心手段之一。 二、CRPA 抗干擾天線的核心技術(shù)原理 CRPA 天線通過多陣元陣列 + 自適應(yīng)波束形成技術(shù)實(shí)現(xiàn)抗干擾,簡單來說就是: 多個陣元同時接收信號,通過算法識別出干擾源的方向; 在干擾信號方向形成 “零陷”,抑制干擾信號; 同時在衛(wèi)星信號方向增強(qiáng)接收增益,保障定位信號的穩(wěn)定接收。 這種主動式抗干擾方案,比傳統(tǒng)的濾波、屏蔽措施更直接有效,也是目前軍品級、工業(yè)級場景的主流選擇。 三、選型與應(yīng)用中的關(guān)鍵要點(diǎn) 在實(shí)際項(xiàng)目中,很多朋友在選型時容易踩坑,這里分享幾個關(guān)鍵注意點(diǎn): 頻段兼容性 :需同時支持北斗 / GPS/GLONASS 等多系統(tǒng) GNSS 信號,部分場景還需要兼容天通衛(wèi)星通信頻段; 抗干擾能力 :關(guān)注可抑制的干擾源數(shù)量、干擾抑制深度,以及在多干擾源同時存在時的性能表現(xiàn); 環(huán)境適應(yīng)性 :工業(yè)場景需要 IP67 防護(hù)、-45℃~+70℃寬溫工作,同時考慮振動、沖擊等環(huán)境因素; 集成適配性 :尺寸、接口、功耗需匹配設(shè)備的安裝空間和供電需求,尤其是無人機(jī)、手持設(shè)備等對小型化有要求的場景。 四、和大家交流探討 作為長期從事 GNSS 抗干擾天線設(shè)計(jì)與應(yīng)用的從業(yè)者,也想和大家聊聊: 大家在項(xiàng)目中遇到過哪些棘手的 GNSS 干擾問題? 對于 CRPA 天線的小型化、輕量化設(shè)計(jì),有哪些優(yōu)化思路? 除了天線方案,還有哪些有效的系統(tǒng)級抗干擾設(shè)計(jì)技巧? 歡迎大家一起分享經(jīng)驗(yàn)、交流討論,也希望我的分享能給正在做相關(guān)項(xiàng)目的朋友提供一點(diǎn)參考~
    發(fā)表于 05-02 18:51

    匠心創(chuàng)支持openocd進(jìn)行調(diào)試嗎?

    匠心創(chuàng)支持使用openocd進(jìn)行調(diào)試嗎? 不想用T-headgdbserve 在openocd下的調(diào)試的芯片target .cfg文件有人有沒有,不太會編寫這個東西。 我應(yīng)該只缺一個target端的.cfg文件了
    發(fā)表于 05-02 16:02

    自動駕駛正從硬件堆料轉(zhuǎn)到大模型比拼?

    站在2026年回看自動駕駛發(fā)展,我們會發(fā)現(xiàn)一個很有趣的現(xiàn)象。幾年前,各家車企還在發(fā)布會上比拼誰裝的激光雷達(dá)多、誰的芯片算力強(qiáng)。但到了今天,大家談?wù)摰暮诵淖兂闪舜竽P?。之所以出現(xiàn)這個變化,并不是因?yàn)橛布恢匾耍且驗(yàn)榇蠹野l(fā)現(xiàn),單純靠增加傳感器和算力,并不能讓車輛像人類一樣真正學(xué)會開車。 為什么傳感器不再是唯一的主角? 早期的自動駕駛方案非常依賴硬件的感知能力。車企希望給汽車裝上最敏銳的傳感器,通過高清攝像
    的頭像 發(fā)表于 05-02 09:03 ?158次閱讀
    自動駕駛正從硬件堆料轉(zhuǎn)到大模型比拼?

    摩爾線程完成DeepSeek-V4全鏈路工程化適配:S5000基于MUSA+SGLang實(shí)現(xiàn)復(fù)雜MoE模型快速落地

    近日,摩爾線程依托旗艦級AI訓(xùn)推一體智算卡MTT S5000與自研MUSA軟件棧,基于SGLang 開源推理框架,成功完成DeepSeek-V4的完整運(yùn)行驗(yàn)證。該成果表明,面向新一代MoE大模型,摩爾線程已構(gòu)建起從硬件架構(gòu)核心計(jì)算引擎承接、熱點(diǎn)算子支持,再到端到端部署驗(yàn)證的系統(tǒng)化適配鏈路,驗(yàn)證了國產(chǎn)GPU平臺對前沿大模型“框架級兼容、開箱即落地”的承載實(shí)力及工程化落地能力。 隨著大模型架構(gòu)持續(xù)演進(jìn),DeepSeek-V4等先進(jìn)模型對底層精度能力、算子覆蓋、編譯優(yōu)化、
    發(fā)表于 05-02 09:01 ?638次閱讀

    FPGA時序分析工具TimeQuest詳解

    上述代碼所描述的邏輯電路在Cyclone IV E的EP4CE10F17C8(65nm)這個器件上能最高運(yùn)行在多少頻率的時鐘?
    的頭像 發(fā)表于 08-06 14:54 ?4375次閱讀
    FPGA時序分析工具<b class='flag-5'>TimeQuest</b>詳解
    贞丰县| 汾阳市| 清镇市| 连南| 桐庐县| 营口市| 库尔勒市| 东阿县| 东乡县| 资兴市| 彰化县| 珲春市| 石泉县| 浮梁县| 黄山市| 沿河| 大英县| 抚宁县| 莱州市| 正定县| 遵义市| 马龙县| 滦南县| 环江| 师宗县| 蓝田县| 宜宾县| 体育| 浦北县| 曲周县| 崇义县| 广南县| 寻乌县| 营山县| 洪雅县| 巴青县| 保靖县| 平远县| 锡林浩特市| 尉犁县| 阿尔山市|