主頁 > 軟體設計 > 數電和模電的區別和聯系

數電和模電的區別和聯系

2020-09-29 10:18:51 軟體設計

文章目錄

  • 數電與模電的區別和聯系
    • 從物理量的角度來區分
    • 數字電路的高低電平的幾種分法
    • 從概念/定義來區分(概述)
    • 數電和模電的特點
      • 數電
      • 模電
    • 模電和數電在應用上的區別
    • 模電和數電在應用上的聯系
    • 對數電的評價
    • 對模電的評價
  • 一點點建議

數電與模電的區別和聯系

從物理量的角度來區分

? 模電: 一般指頻率在百兆HZ以下,電壓在數十伏以內的模似信號以及對此信號的分析/處理及相關器件的運用.百兆HZ以上的信號屬于高頻電子電路范疇.百伏以上的信號屬于強電或高壓電范疇.

? 數電: 一般對頻率沒有固定要求,就電壓而言,一般在0~5v左右.其中關于數字電路的高低電平的分類有很多不同的標準,需要根據實際需要或理論需要進行選取.

數字電路的高低電平的幾種分法

  1. 傳統生產中,大家根據經驗總結出0~0.25v作為低電平(用0表示),3.5~5v作為高電平(用1表示)具有較好的表現.
  2. 理想情況下,<1/2電源電壓位低電平,>1/2電源電壓位高電平.(但實際生活生產中一般不能達到理論標準,如輸入的電源電壓在1/2的時候出現了一些干擾/噪聲,就會導致較大的錯誤 -> 不能判斷一個信號會偏向高低電平的那一邊,難以修正錯誤結果)
  3. 現在一個比較通用的經驗原則是選取0~1/3電源電壓作為低電平,2/3~電源電壓作為高電平

從概念/定義來區分(概述)

? 模電: 處理模擬信號(時間和幅度都連續的信號,可以理解為影像連續)的電子電路;

? 數電: 一般稱對數字量進行算術運算和邏輯運算的電路稱為數字電路/系統.由于它具有邏輯運算和邏輯處理功能,所以又稱數字邏輯電路.現代的數字電路由半導體工藝制成的若干數字集成器件構造而成.邏輯門是數字邏輯電路的基本單元.存盤器是用來存盤二值資料的數字電路.從整體上看,數字電路可以分為組合邏輯電路和時序邏輯電路兩大類.

數電和模電的特點

數電

? 影像
在這里插入圖片描述
? 特點

  1. 同時具有算術運算和邏輯運算功能.數字電路是以二進制邏輯代數為數學基礎,使用二進制數字信號,既能進行算術運算又能方便地進行邏輯運算(與,或,非,判斷,比較,處理等),因此極其適合于運算,比較,存盤,傳輸,控制,決策等應用.
  2. 實作簡單,系統可靠.以二進制作為基礎的數字邏輯電路,可靠性較強.電源電壓的小的波動對其沒有影響,溫度和工藝偏差對其作業的可靠性影響也比模擬電路小得多.
  3. 集成度高,體積小,功耗低,功能實作容易是數字電路突出的優點之一.電路的設計,維修,維護靈活方便,隨著集成電路技術的高速發展,數字邏輯電路的集成度越來越高,集成電路塊的功能隨著小規模集成電路(SSI),中規模集成電路(MSI),大規模集成電路(LSI),超大規模集成電路(VLSI)的發展也從元件級,器件級,部件級,板卡級上升到系統級.電路的設計組成只需采用一些標準的集成電路塊單元連接而成.對于非標準的特殊電路還可以使用可編程式邏輯陣列電路,通過編程的方法實作任意的邏輯功能.
  4. 數電電路抗干擾能力強,數字信號易存盤

模電

? 影像

在這里插入圖片描述

? 特點

  1. 函式的取值為無限多個;
  2. 當影像資訊和聲音資訊改變時,信號的波形也改變,即模擬信號待傳播的資訊包含在它的波形之中(資訊變化規律直接反映在模擬信號的幅度,頻率和相位的變化上).
  3. 初級模擬電路主要解決兩個大的方面:放大,信號源.
  4. 模擬信號具有連續性.
  5. 模擬電路抗干擾能力弱,模擬量存盤空間大不易存盤

模電和數電在應用上的區別

? 模擬電路是處理模擬信號的電路;數字電路是處理數字信號的電路.

? 模擬信號是關于時間的函式,是一個連續變化的量,數字信號則是離散的量.所有的電子系統最終都以具體的電子器件,電子線路為載體.在信號處理的程序中,信號的采集,恢復階段都是模擬信號,只有中間部分是數字處理.具體來說,模擬電路主要處理模擬信號,不隨時間變化,時間域和值域上均連續的信號,如語音信號.而數字信號則相反,是變化的,數字信號的處理包括信號的采樣,信號的量化,信號的編碼.

? 如要想從遠方傳過來一段由小變大的聲音,用調幅,模擬信號進行傳輸(相應的應采用模擬電路),那么在傳輸程序中的信號的幅度就會越來越大,因為它是在用電信號的幅度特性來模擬聲音的強弱特性.但如果采用數字信號傳輸,就要采用一種編碼,每一級聲音大小對應一種編碼,在聲音輸入端,每采一次樣,就將對應的編碼傳輸出去.可見無論把聲音分多少級,無論采樣頻率有多高,對于原始的聲音來說,這種方式始終存在損失.但這種損失可以通過加高采樣頻率來彌補,理論上采樣頻率大于原始信號的頻率的兩倍就可以完全還原

模電和數電在應用上的聯系

? 摸擬電路是為數字電路供給電源而又完成執行機構的執行.

? 在模擬電路和數字電路中,信號的表達方式不同.對模擬信號能夠執行的操作,例如放大,濾波,限幅等,都可以對數字信號進行操作.事實上,所有的數字電路從根本上來說都是模擬電路,其基本電學原理,都與模擬電路相同.互補金屬訊訓物半導體就是由兩個模擬的金屬訊訓物場效應管構成的,其對稱,互補的結構,使它恰好能處理高低數字邏輯電平.不過,數字電路的設計目標是用來處理數字信號,如果強行引入任意模擬信號而不進行額外處理,則可能造成量化噪聲.

? 在一組離散的時間下表示信號數值的函式稱為離散時間信號.因為最常遇到的離散時間信號是模擬信號在時間上以均勻(有時也以非均勻)間隔的采樣.而“離散時間”與“數字”也經常用來說明同一信號.離散時間信號的一些理論也適用于數字信號.

對數電的評價

  1. 由于數電可大規模集成,進行復雜的數學運算,對溫度,干擾,老化等引數不敏感,因此是今后的發展方向.但現實世界中資訊都是模似資訊(光線,無線電,熱,冷等),模電是不可能淘汰的,但就一個系統而言模電部分可能會減少.理想構成為:模似輸入 -> AD采樣(數字化) -> 數字處理 -> DA轉換 -> 模似輸出.

對模電的評價

? 概述: 模電難的不是一點點,業內曾經有一句話: 當你數電做到頂峰,你發現你的周圍還有9個人;當你模電做到頂峰,那你就成神了

  1. 在應用上兩者之間最主要的差別是兩者的作業邏輯不同.一般來說,數字電路設計做好數字邏輯就OK了,剩下和問題就交給模擬去.換句話說,一個純粹的數字電路設計完成=邏輯設計的完成.或者說,數字電路的設計大致上是個邏輯數學與電路程相結合的問題.但到PCB設計時,就得看你的模電功夫和耐心了,PCB設計時,74374之類的邏輯器件可能在布線時不一定要按照器件引腳名順序排列去和別的電路同序連接.原因在于追求布線簡練,看上去可能沒有什么,但其實是模擬所要解決的電磁兼容問題(高能warning).為了解決電磁兼容,將原來的邏輯連接做一些修改是常有的事.

  2. 數字電路的模擬“部分”可以從外圍元件設計和PCB設計上得以體現.模擬則遠不止于此,特別是一個系統的電磁兼容,是極其重要的.而元件間,電路板間,設備間,主控室(器)與現場間,通訊線路的電磁兼容以及外來電磁場所的干擾,系統對環境的電磁“污染”都要考慮其中,甚至雷電,靜電問題也不能稍有忽略.這些都是模擬所要解決的問題.以單板子的裝置為例,到PCB設計階段,元件間的引腳連接,排列,整體布局,散熱設計,電源,強電弱電元件(功率元件與信號元件)安置,出入埠,人性化設計,機殼設計甚至多方案(備用方案)融合的考慮等等都會突現出來.這些問題的解決,決不是數字功夫到家就能解決的,必須建立在適當的模擬功底為基礎的下進行.

  3. 模電作為全域的知識和技能與要求,實在有太多的邊角要求你去管.大體可以認為是去解決信號與干擾之間矛盾的問題.它所要考慮的不止是電路的邏輯問題,不要解決它們之間的相互關系問題和環境條件的問題,一般也要涉及經濟性和實用性的問題.在邏輯關系上,它通常是定量的;在相互關系問題上,它通常是與干擾(電干擾,電磁干擾,溫濕度干擾,漂移,絕緣<氣體粉塵>、電泄漏等)做斗爭的,這才是真正的難處所在.

  4. 在測驗方面,模電和數電是很不同的: 使用標準儀器時,要求預熱xx小時后再做.這種要求也從一些方面反映出模電的某些難處,只是一般人難于碰到或少碰到罷了.

一點點建議

? 時下流行一種說法: “現在搞數電的比模電賺錢,搞軟體的比硬體的牛”.說“搞數電的比模電賺錢”,倒是一種誤會.到如今,只會模電就大大制約自己用武之地了.同樣,只會數電,怎樣設計出好的板子?.模電<->數電<->軟體,對大多數人來說,都是一體的,不可割裂的.如果非要在兩者之間作個選擇的話,不要以哪個更重要為判斷的準則,而是一個人的經歷興趣來挑選.

? 現在的模擬集成電路已經發展到了一個比較高的水平,各項電器的性能都達到了實用程度.眾所周知,模擬人才要靠實踐經驗的積累,而大多數人的模電水平都比數電水平低,所以這方面的人才很受歡迎,在高頻,微波等更高頻率方面的人才就更缺乏了,所以如果能在這方面有所成就,那就…!!!

? 數字方面,大規模,超大規模集成電路技術的不斷完善使得數字電路在現代電子系統的比重越來越大,一些設計理念也日新月異,現在的超大規模集成芯片已經向系統級芯片的方向發展,但模電作為世界的根本,在電路中也是不可或缺的一部分.

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/137964.html

標籤:其他

上一篇:【解決方案】國標GB28181視頻監控平臺國標流媒體服務器EasyGBS如何實作安保行業日常巡查視頻監控系統解決方案?

下一篇:教你用python操作攝像頭以及對視頻流的處理

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more