<var id="fnfpo"><source id="fnfpo"></source></var>
<rp id="fnfpo"></rp>

<em id="fnfpo"><object id="fnfpo"><input id="fnfpo"></input></object></em>
<em id="fnfpo"><acronym id="fnfpo"></acronym></em>
  • <th id="fnfpo"><track id="fnfpo"></track></th>
  • <progress id="fnfpo"><track id="fnfpo"></track></progress>
  • <tbody id="fnfpo"><pre id="fnfpo"></pre></tbody>

  • x
    x

    硬件設計雞毛蒜皮之五:可靠性設計zt

    發布時間:2009-12-17 11:59    發布者:李寬
    關鍵詞: 雞毛蒜皮 , 可靠性設計 , 硬件
    現象一:這塊單板已小批量生產了,經過長時間測試沒發現任何問題

    點評:硬件設計和芯片應用必須符合相關規范,尤其是芯片手冊中提到的所有參數(耐壓、I/O電平范圍、電流、時序、溫度PCB布線、電源質量等),不能光靠試驗來驗證。公司有不少產品都有過慘痛的教訓,產品賣了一兩年,IC廠家換了個生產線,咱們的板子就不轉了,原因就是人家的芯片參數發生了點變化,但并沒有超出手冊的范圍。如果你以手冊為準,那他怎么變化都不怕,如果參數變得超出手冊范圍了還可找他索賠(假如這時你的板子還能轉,那你的可靠性就更牛了)。

    現象二:這部分電路只要要求軟件這樣設計就不會有問題

    點評:硬件上很多電氣特性直接受軟件控制,但軟件是經常發生意外的,程序跑飛了之后無法預料會有什么操作。設計者應確保不論軟件做什么樣的操作硬件都不應在短時間內發生永久性損壞。

    現象三:用戶操作錯誤發生問題就不能怪我了

    點評:要求用戶嚴格按手冊操作是沒錯的,但用戶是人,就有犯錯的時候,不能說碰錯一個鍵就死機,插錯一個插頭就燒板子。所以對用戶可能犯的各種錯誤必須加以保護。

    現象四:這板子壞的原因是對端的板子出問題了,也不是我的責任

    點評:對于各種對外的硬件接口應有足夠的兼容性,不能因為對方信號不正常,你就歇著了。它不正常只應影響到與其有關的那部分功能,而其它功能應能正常工作,不應徹底罷工,甚至永久損壞,而且一旦接口恢復,你也應立即恢復正常。

    相關文章:

    硬件設計雞毛蒜皮之一

    硬件設計雞毛蒜皮之二

    硬件設計雞毛蒜皮之三

    硬件設計雞毛蒜皮之四
    本文地址:http://www.portaltwn.com/thread-6584-1-1.html     【打印本頁】

    本站部分文章為轉載或網友發布,目的在于傳遞和分享信息,并不代表本網贊同其觀點和對其真實性負責;文章版權歸原作者及原出處所有,如涉及作品內容、版權和其它問題,我們將根據著作權人的要求,第一時間更正或刪除。
    您需要登錄后才可以發表評論 登錄 | 立即注冊

    廠商推薦

    • Microchip視頻專區
    • EtherCAT®和Microchip LAN925x從站控制器介紹培訓教程
    • MPLAB®模擬設計器——在線電源解決方案,加速設計
    • 讓您的模擬設計靈感,化為觸手可及的現實
    • 深度體驗Microchip自動輔助駕駛應用方案——2025巡展開啟報名!
    • 貿澤電子(Mouser)專區

    相關視頻

    關于我們  -  服務條款  -  使用指南  -  站點地圖  -  友情鏈接  -  聯系我們
    電子工程網 © 版權所有   京ICP備16069177號 | 京公網安備11010502021702
    快速回復 返回頂部 返回列表
    精品一区二区三区自拍图片区_国产成人亚洲精品_亚洲Va欧美va国产综合888_久久亚洲国产精品五月天婷