如何實現硬體和軟體的統一?(從物理世界到電子電路再到電腦科學)

来源:https://www.cnblogs.com/iron2222/archive/2022/05/21/16295931.html
-Advertisement-
Play Games

如何實現硬體和軟體的統一? 或者說如何把物理世界與電子學和電腦科學聯繫起來的? 寫在前面: 我一直覺得萬事萬物之間都是有聯繫的,我們現在所說的科學,有個這樣的解釋:科學科學,分科而學。以前的那些偉大的科學家們為了更好的理解這個世界,故而把物理世界進行了多層次、多維度的劃分。 今天在一個講座上,有個 ...


如何實現硬體和軟體的統一?

或者說如何把物理世界與電子學和電腦科學聯繫起來的?

寫在前面:

我一直覺得萬事萬物之間都是有聯繫的,我們現在所說的科學,有個這樣的解釋:科學科學,分科而學。以前的那些偉大的科學家們為了更好的理解這個世界,故而把物理世界進行了多層次、多維度的劃分。

今天在一個講座上,有個老師提到了——多學科融合。這個詞大家都不陌生,連我都不知道聽過多少遍了,但這些學科之間究竟是怎麼融合的呢?

運放

這裡我想從運放開始講起:

運算放大器(Operational Amplifier,簡稱OP、OPA、op-amp、運放)大家都不陌生。

在日常的設計工作中,我們只需要知道這個運算放大器的工作特性,比如理想運放中無限大的開環增益(Ad=∞)、無限大的輸入阻抗(Zin/Rin=∞)…………

根據運放的這些特性,我們可以設計出積分器、微分器、施密特觸發器、乘法器等等…………

完全不需要往深了去研究運放是怎麼來的?它的內部結構是什麼?這些特性是怎麼實現的?

當然我這裡也不准備去講,我們今天的任務是去找聯繫

  • 去找運放和我們生活的物理世界之間的聯繫
  • 去找運放和我們現在用的各種軟體編程語言,操作系統之間的聯繫
  • 最後兩者相和,得出硬體與軟體的統一,得出EE和CS的統一

所以下麵我會從運放這個點,分別向兩個方向出發,並且以問題為導向出發。

從運放往前看:

大家知道運放內部的結構嗎?

運放一般是由輸入段、增益段、輸出段等3段電路構成。

image

而這3段電路,都是由抽象出來的電阻、電容等元器件組成的,這也就是我們常說的等效電路。

那麼問題又來了,大家覺得電阻,電容這些東西到底是什麼?

image

是因為這個世界上本來就有這些東西嗎?我們只是發現它,然後把它拿來用?

很顯然不是的,電阻器,電容器都是我們人類創造出來的。

從本質上來講,電阻和電容是一個物理概念,在電磁學中是這麼定義的:電阻是一個物體對於電流通過的阻礙能力

image

從電阻的定義就可以看出,原來電阻電容只是我們抽象出來的一種概念,而電阻器電容器,是我們根據這種抽象出來的概念,加上一些物理學材料學知識,創造出來的電路元件。

而我們抽象出這種概念也不是憑空去想象的,也是按照有一定的規律。

離我們最近,也是最容易讓我們理解的規律,就是——物理學公式和相關定律。

比如,歐姆定律,麥克斯韋方程式……

這些公式和定律則來自於我們對自然界不停的觀察,並通過記錄多組數據進行分析,總結出來的。

以上,就實現了物理世界到電子學的統一。

image

物理世界必定是複雜的,但我們仍然有大腦這個利器,可以把複雜問題簡單化,不停的去抽象,封裝,直至一般人在不理解其內部原理的情況下,也能使用這些封裝好的工具,比如用運放搭建各種功能電路。

從運放往後看:

書接上節,在這個坐標軸上,越往右抽象化程度越高,也就越簡潔。

從運放這個起點出發往後看,其實走出來了兩條路。

第一條路:數字領域

在運放的基礎上我們可以搭建出各種門電路。

image

並把這些門電路抽象成各種數字門。

image

是不是越來越熟悉了呢?沒錯接下來就是讓我們掉盡了頭髮的——組合邏輯電路

輸入,運算,輸出。

我們常見的各種晶元內部就是數不清的組合邏輯電路。而這些邏輯電路都是由數不清的晶體管搭建起來的。

晶體管是一個偉大的發明,在電腦的發展史上,正是晶體管的出現加速了電腦科學與電子的結合。

因為最開始的電腦,可是純機械的,每天就是打點。所以感謝貝爾實驗室的大佬門,感謝肖克利、巴丁和布拉頓組成的研究小組。(貝爾實驗室真的是神們待過的地方)。

好了不跑題了,我們接著來看,在組合邏輯電路抽象出來之後,我們為什麼突然又需要各種編程語言了呢?怎麼又需要操作系統了呢?

這兩者之間是怎樣的一種聯繫?

這就不得不提時間這個概念了,在我們安排自己的生活時,不由自主的會以時間為導向,什麼時間做什麼事。

數字時鐘脈衝觸發電路閃亮登場!

image

把時間這一概念引入到邏輯電路之後,就相當於把一件又一件的事情,咱們提前給電腦給安排好,電腦按照咱們給的這個時間去做就行。

而這些咱們給電腦安排好的“日程表”,就是我們常說的——機器指令

關於指令集系統,我們也不陌生什麼,像什麼指令集架構X86,ARM,複雜指令集,精簡指令集……

後來為什麼出現彙編語言,C語言,JAVA,Python等語言,大家應該都清楚,就是為了更好的讓人類去接受它,能夠以更接近人的方式去於電腦溝通,下達指令。

記住一句話:電腦進化的最終目的只有一個——與人類更加相近!

到此為止,我們找到了電子學與計運算元科學之間的聯繫。

image

第二條路:模擬領域

這條發展道路相對於數字來說,發展沒有什麼出奇的地方,無非是運算放大器,濾波器,調頻器,振蕩器,射頻放大器。

這裡就不多說了,有機會再和大家細聊。

聯繫

把前文找到的兩條線相接的話就會得到下麵這個一維坐標軸。

image

在這條坐標軸上,越是靠左的系統越是貼近物理世界,情況也是越發的複雜。

人類靠著一步一步的思考,把已有規律進行抽象,不斷發展,就像技術的黑盒子,不停的套娃,一層黑盒子套一個黑盒子。

直到我們使用的各種電子產品與生產生活工具。

寫在最後

有時候我就在想,工程到底是什麼?

我們一直在說自己是個工程師,機械工程師,硬體工程師,軟體工程師,往下還可以細分。

那麼究竟什麼是工程?

首先工程最重要的就是應用,也就是——實踐

那麼應用什麼?實踐什麼?

應用我們瞭解到的規律和方法,也就是——科學知識

所以,工程就是對科學知識進行有目的的應用。

各學科之間,當初為了更好的被理解而分開,如今又為了更好的被應用而湊到一起。

以上便是一次突發奇想,但無奈知識面不是很廣,有些角度略顯牽強,望大家見諒。

最後,祝大家早安,午安和晚安!(這兩天學校這邊好像要安排回家,我的研究生生活又半年過去了~)

加油!!!!!!


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 1. Netty源碼研究筆記(1)——開篇 1.1. Netty介紹 Netty是一個老牌的高性能網路框架。在眾多開源框架中都有它的身影,比如:grpc、dubbo、seata等。 裡面有著非常多值得學的東西: I/O模型 記憶體管理 各種網路協議的實現:http、redis、websocket等等 ...
  • Kafka 簡介 Kafka 是一種高吞吐、分散式、基於發佈和訂閱模型的消息系統,最初是由 LinkedIn 公司採用 Scala 和 java 開發的開源流處理軟體平臺,目前是 Apache 的開源項目。 Kafka 用於離線和線上消息的消費,將消息數據按順序保存在磁碟上,併在集群內以副本的形式存 ...
  • 前言 微服務治理方案中,鏈路追蹤是必修課,SpringCloud的組件其實使用很簡單,生產環境中真正令人頭疼的往往是軟體維護,介面在微服務間的調用究竟哪個環節出現了問題,哪個環節耗時較長,這都是項目上線後一定會遇到的問題,為瞭解決這些問題鏈路追蹤便應運而生了。 主流方案 1)、SkyWalking: ...
  • 520沒啥好送的,送一份面經總結吧(內含位元組、蝦皮、歡聚等) 前言 今天不想寫文章,水一篇面經。 本來也沒打算搞這些,但是看到大家都在面,就跟著出去試試水。我工作已經一年多接近兩年,這個工作時長其實比較尷尬,中級崗位自己不滿意,高級崗位大廠評級比較難上去。 首先說一下我的工作內容,主要做金融相關的業 ...
  • 常見的ORM技術(比如:Entity Framework,Dapper,SqlSugar,NHibernate,等…),它們不是在做Sql語句的程式化變種,就是在做Sql語句的面向對象化。雖然有“邏輯較清晰”、“統一異質資料庫Sql語法差異”的優勢,但它們的缺點也顯而易見: (1) 把簡單... ...
  • 本地化資源文件創建 前期準備 Visual Studio 搜索並安裝擴展插件 ResXManager 在項目內 Properties 文件夾內添加新建項 資源文件 Resource.resx 手動重新編譯項目,然後 Resource.resx 右鍵菜單 → 在 ResX Manager 中打開 打開 ...
  • #Redis簡介 Redis(Remote Dictionary Server)是完全開源的、遵守BSD協議的、高性能的Key-Value資料庫。 Redis與其他Key-Value緩存產品有一下三個特點: Redis支持數據的持久化,可以將記憶體中的數據保存在磁碟中,重啟的時候可以再次載入進行使用。 ...
  • 不久前,為了滿足工作中日常的各種實驗測試需求,終於按需求組裝一臺塔式的server T440。但是沒有多久就出現些問題,以下大概是問題和現象簡單描述: (1). 最開始時,沒幾天就出現自動重啟的問題,當時也正好做了一個比較消耗資源的大集群的實驗,當時初步判斷可能是記憶體資源不夠(實際按監控來看,並沒使 ...
一周排行
    -Advertisement-
    Play Games
  • 概述:在C#中,++i和i++都是自增運算符,其中++i先增加值再返回,而i++先返回值再增加。應用場景根據需求選擇,首碼適合先增後用,尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中,++i 和 i++ 都是自增運算符,但它們在操作上有細微的差異,主要體現在操作的 ...
  • 上次發佈了:Taurus.MVC 性能壓力測試(ap 壓測 和 linux 下wrk 壓測):.NET Core 版本,今天計劃準備壓測一下 .NET 版本,來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能,以便後續持續優化改進。 為了方便對比,本文章的電腦環境和測試思路,儘量和... ...
  • .NET WebAPI作為一種構建RESTful服務的強大工具,為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時,正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性,如[FromRoute]、[FromQuery]和[FromBody],用 ...
  • 原因:我之所以想做這個項目,是因為在之前查找關於C#/WPF相關資料時,我發現講解圖像濾鏡的資源非常稀缺。此外,我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時,會導致CPU的渲染負擔過重。因此,我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • 引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入,上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試,今天用這個示例來演示一下如何用Bogus創建模擬數據 ,和 EFCore 的種子數據生成 Bogus 的優 ...
  • 一、前言 在自己的項目中,涉及到實時心率曲線的繪製,項目上的曲線繪製,一般很難找到能直接用的第三方庫,而且有些還是定製化的功能,所以還是自己繪製比較方便。很多人一聽到自己畫就害怕,感覺很難,今天就分享一個完整的實時心率數據繪製心率曲線圖的例子;之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • 如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式,但發現 App.xaml 中定義的資源沒有被正確載入,那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣,當你創建 Ap ...
  • 一:背景 1. 講故事 上個月有個朋友在微信上找到我,說他們的軟體在客戶那邊隔幾天就要崩潰一次,一直都沒有找到原因,讓我幫忙看下怎麼回事,確實工控類的軟體環境複雜難搞,朋友手上有一個崩潰的dump,剛好丟給我來分析一下。 二:WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 前言 .NET生態中有許多依賴註入容器。在大多數情況下,微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器,使用很方便。 但是筆者在使用中一直有一個頭疼的問題:服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響,但是內置容器支持註冊開放泛型服 ...
  • 一、前言 在項目開發過程中,DataGrid是經常使用到的一個數據展示控制項,而通常表格的最後一列是作為操作列存在,比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中,預設只支持固定左側列,這跟大家習慣性操作列放最後不符,今天就來介紹一種簡單的方式實現固定右側列。(這裡的實現方式參考的大佬 ...