国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

[] FPGA的JTAG燒錄不穩(wěn)定或燒錄失敗原因分析

這篇具有很好參考價(jià)值的文章主要介紹了[] FPGA的JTAG燒錄不穩(wěn)定或燒錄失敗原因分析。希望對大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

一、電路故障背景

打板回來常會出現(xiàn)燒錄不良,調(diào)試是一個(gè)技術(shù)活,如果燒錄不過關(guān),一切白搭。

二、常見JTAG故障原因如下:

1、ESD防護(hù)器件焊接不良;

電路板給生產(chǎn)部分焊接,發(fā)現(xiàn)元器件虛焊,特別是需要烘烤的元器件,更是要注意,極容易虛焊。

2、FPGA的JTAG引腳,焊接短路

FPGA芯片焊接短路,萬用表二極管檔位測試時(shí),蜂鳴器響了,判定引腳和地直接導(dǎo)通了

3、上拉電阻和下拉電阻,焊接錯(cuò)誤

3.1? 這是最有意思的,很難發(fā)現(xiàn),特別是0402封裝,電阻上沒有標(biāo)識,阻抗根本看不到。0603及其以上封裝,還是有阻抗標(biāo)識的,方便識別。

3.2 而且下意識會默認(rèn)這么簡單的電阻還能焊接錯(cuò)誤,實(shí)際上,真的是會出錯(cuò)的,使用萬用表測試電阻的阻抗。

4、JTAG的定義弄錯(cuò)

4.1 封裝的第1引腳錯(cuò)誤;

4.2 原理圖封裝的引腳和線序錯(cuò)誤;

4.3 原理圖和PCB圖的封裝引腳錯(cuò)位;

5、下載線斷了,如果之前用過,僅接了當(dāng)前設(shè)備,結(jié)果調(diào)試不了

這種情況最難發(fā)現(xiàn)??赡苤熬徒佑|不良,因?yàn)閺澱劢嵌葐栴},導(dǎo)致沒發(fā)現(xiàn)問題,更新新的設(shè)備,反著彎折或者彎折過大,導(dǎo)致接觸不良幾率增大。

6、下載器壞了

不再贅述,換一個(gè)就好了。

調(diào)試的時(shí)候如果懷疑,就找一個(gè)其他下載器,嘗試下載程序。

7、TMS/TCK的引腳信號質(zhì)量差

示波器測試引腳必須。

這里著重收一下 FPGA級聯(lián)情況,如果FPGA芯片出現(xiàn)4片及以上級聯(lián),JTAG是共用的,一定要將TMS和TCK使用驅(qū)動(dòng)芯片,不然驅(qū)動(dòng)力不夠,波形已然走樣,不再是方波樣子,質(zhì)量變差。

8、JTAG電路時(shí)常會串接33R電阻,減小反射、限流保護(hù)、ESD防護(hù),焊接錯(cuò)了

曾遇到過一次,竟然焊接了10K電阻,找問題是兩眼汪汪,都快放棄了,偶然想到,測試一下電阻,會不會電阻壞了,,其實(shí)之前測試二極管檔位是有數(shù)值的,實(shí)在是折騰的沒脾氣,死馬當(dāng)活馬醫(yī)。。。??,最后是熱淚盈眶?。〈笮值?,終于遇找到“你"了

---------以上為2023/12/09書寫--------

9、新增2024/01/13:核心板與底板扣接,JTAG放在底板上,芯片連接不到JTAG

扣接不緊密,看似扣接好了,實(shí)際上中間位置沒有完全扣接,四周扣接沒問題,導(dǎo)致很難發(fā)現(xiàn)問題,取下核心板時(shí),發(fā)現(xiàn)輕松拿下,想到,估計(jì)沒有扣緊,重新扣接,可正常通信。

調(diào)試過程中遇到的雷人事件,都是時(shí)間壘出來的經(jīng)驗(yàn),一步一調(diào)試,風(fēng)景是多樣的。文章來源地址http://www.zghlxwxcb.cn/news/detail-784671.html

到了這里,關(guān)于[] FPGA的JTAG燒錄不穩(wěn)定或燒錄失敗原因分析的文章就介紹完了。如果您還想了解更多內(nèi)容,請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 一次生產(chǎn)環(huán)境上的dockerd啟動(dòng)失敗原因分析

    一次生產(chǎn)環(huán)境上的dockerd啟動(dòng)失敗原因分析

    今夜原計(jì)劃對 生產(chǎn)環(huán)境 上的 SDN 組件進(jìn)行一次緊急擴(kuò)容操作的,但業(yè)務(wù)基礎(chǔ)環(huán)境中的 Docker-Engine 啟動(dòng)不起來了、原定計(jì)劃也就無法繼續(xù)進(jìn)行了。 盡管查清了基礎(chǔ)業(yè)務(wù)環(huán)境中的故障原因,但金主DD說今天先不干了,那就整理整理思路寫篇流水賬吧 。。。 現(xiàn)象如下: 1 ps -aux 查

    2024年03月10日
    瀏覽(26)
  • JLINK和STlink使用SWD接口時(shí)連接或燒錄出現(xiàn)故障解決問題根源解決辦法

    JLINK和STlink使用SWD接口時(shí)連接或燒錄出現(xiàn)故障解決問題根源解決辦法

    在使用stm32f103c8t6最小系統(tǒng)板時(shí),我分別用了兩款仿真器,jlink和stlink。我發(fā)現(xiàn)這兩款仿真器使用時(shí)均出現(xiàn)了相似的問題: 1.我在使用jlink或者stlink時(shí)的接線方式是? 在keil中發(fā)現(xiàn)能夠識別到芯片,但是有時(shí)改變頻率芯片就識別不到了,同樣有時(shí)識別不到芯片,改變頻率就能識別

    2024年02月12日
    瀏覽(21)
  • KEIL燒錄時(shí)顯示“SWD/JTAG communication failure”

    提示:這里簡述項(xiàng)目相關(guān)背景: 野火的STM32F407核心板與我自制的驅(qū)動(dòng)板連接,分別輸出方向信號(DIR)、使能信號(EN)、時(shí)鐘信號(CLK)、細(xì)分?jǐn)?shù)(M1,M2,M3)共6個(gè)GPIO口。 驅(qū)動(dòng)板的光耦隔離是上拉電阻接+5V,輸入要求高電平不低于4.5V。這里所有的IO口都設(shè)置為開漏輸出。

    2024年02月13日
    瀏覽(19)
  • 關(guān)于xilinx fpga flash燒錄失敗報(bào)錯(cuò)cannot set write enable bit or block(s) protected

    關(guān)于xilinx fpga flash燒錄失敗報(bào)錯(cuò)cannot set write enable bit or block(s) protected

    最近買了塊新板子,固化程序一次就燒錄不了,報(bào)錯(cuò)ERROR: [Labtools 27-3347] Flash Programming Unsuccessful: cannot set write enable bit or block(s) protected 記錄一下如何解決的吧。 字面意思,flash寫保護(hù)了。用的開發(fā)板上的flash是MX25L25645G,先看手冊status register。 如圖保護(hù)是bit5到bit0。 讀一下該

    2024年02月08日
    瀏覽(30)
  • QT--崩潰原因分析

    QT--崩潰原因分析

    本文為學(xué)習(xí)記錄,若有錯(cuò)誤,請聯(lián)系作者,謙虛受教。 你從來來去自由,若你不想要了跑開便是。 發(fā)布的客戶版本里分析崩潰原因,便于解決問題。 在自己QT安裝的目錄下,例如:D:QtQt5.12.3Toolsmingw730_32bin,找到adde2line.exe。 將add2line.exe復(fù)制到自己發(fā)布的版本中。 在代碼

    2024年02月13日
    瀏覽(27)
  • 會話結(jié)束原因:tcp-rst-from-server 常見原因分析和解決辦法

    TCP RST(重置)包通常由服務(wù)器端發(fā)出,TCP RST包通常是用于在連接出現(xiàn)異?;蛐枰⒓唇K止連接的情況下,所以它的作用是立即終止TCP連接。意味著服務(wù)器不再愿意或不能夠繼續(xù)與客戶端通信,并且雙方的連接被立即關(guān)閉。 在TCP的設(shè)計(jì)中TCP RST是不可或缺的,發(fā)送RST包關(guān)閉連接

    2024年02月02日
    瀏覽(31)
  • ES 數(shù)據(jù)插入異常原因分析

    ES 數(shù)據(jù)插入異常原因分析

    24-01-23.15:50:18.635 [I/O dispatcher 1] WARN ?org.elasticsearch.client.RestClient ?- request [HEAD http://localhost:9200/alarm_msg?ignore_throttled=falseinclude_type_name=trueignore_unavailable=falseexpand_wildcards=openallow_no_indices=true] returned 1 warnings: [299 Elasticsearch-7.17.13-2b211dbb8bfdecaf7f5b44d356bdfe54b1050c13 \\\"[ignore_throttled] param

    2024年01月24日
    瀏覽(28)
  • 藍(lán)牙模塊傳輸音頻出現(xiàn)卡頓原因分析

    藍(lán)牙模塊傳輸音頻出現(xiàn)卡頓原因分析 作為一個(gè)在無線藍(lán)牙技術(shù)行業(yè)工作10年+的硬件工程師,整理一些藍(lán)牙模塊傳輸音頻出現(xiàn)卡頓原因的分析僅供大家參考: 一、天線方面 天線性能直接影響到藍(lán)牙型號的發(fā)射強(qiáng)度,一般來說藍(lán)牙音頻傳輸有效的使用范圍是10-15米,實(shí)際使用一

    2024年02月01日
    瀏覽(61)
  • Es無法寫入數(shù)據(jù)的原因分析

    原因一: ElasticSearch入“只讀”模式,只允許刪除。當(dāng)ES數(shù)據(jù)所在目錄磁盤空間使用率超過90%后,ES將修改為只讀狀態(tài),所以初步判斷是磁盤空間不足導(dǎo)致es自動(dòng)關(guān)閉了索引的寫功能,只能進(jìn)行讀取或者刪除。 解決: 手動(dòng)將 index.blocks.read_only_allow_delete 改成false 查看index.blocks.

    2024年02月07日
    瀏覽(20)
  • 慢SQL原因分析之索引失效

    慢SQL原因分析之索引失效

    最近收到一個(gè)慢sql工單,慢sql大概是這樣:“select xxx from tabel where type = 1”。 咦,type字段明明有索引啊,為啥是慢sql呢? 通過執(zhí)行explain,發(fā)現(xiàn)實(shí)際上數(shù)據(jù)庫執(zhí)行了全表掃描,從而被系統(tǒng)判定為慢sql。這時(shí)有一定開發(fā)經(jīng)驗(yàn)的同事會說:“字段區(qū)分度不夠,這種字段作單獨(dú)索引

    2024年02月08日
    瀏覽(28)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包