關(guān)于不同運行速率的硬件之間傳輸信號的問題

ID:1047240 · 發(fā)表于 2022-10-15 18:52

我在看一本書還沒看到通信相關(guān)的但是我想知道

之前問了一個問題，是通信問題。經(jīng)過大佬們指點貌似明白了，但是今天又懵了。

我的問題是不同運行速率的硬件之間傳輸信號。
問了之后我以為都是多線口傳輸，傳完固定的位數(shù)再來一個反饋這樣就不會亂了。
可是我今天看到一些單線的端口，比如光纖也是他只有一根玻璃管子，存儲芯片那也是只有兩根正負(fù)數(shù)據(jù)線。這是所謂的串行吧？

那么問題來了，如果其中一端的硬件反應(yīng)速度連協(xié)議都接收錯誤那是怎么解決這個問題的？也就是說一端的頻率太高另一端的硬件都反應(yīng)不過來造成數(shù)據(jù)
接收錯誤。
這個問題現(xiàn)實的處理方式是什么？就是現(xiàn)代現(xiàn)實存在的設(shè)備的處理方式，不是個人自己構(gòu)想的方式。

ID:883242 · 發(fā)表于 2022-10-15 20:03

接收錯誤，換一臺接收正確的設(shè)備就可以解決了。這就是現(xiàn)代現(xiàn)實存在的設(shè)備的處理方式。

ID:230742 · 發(fā)表于 2022-10-15 22:02

簡單的如用串口傳輸?shù)�，都要求速率要一致�?比如9600,115200等。這個就是協(xié)議。協(xié)議對了。數(shù)據(jù)就通了。然后就出現(xiàn)了各做協(xié)議，232,485，CAN，等等。不用考慮系統(tǒng)的速度，電腦的CPU速度超快，但是機械硬盤速度就塊不起來了。一樣運行的很好。一臺最新的I7電腦和老的賽揚XP系統(tǒng)通過一根網(wǎng)線照樣可以通訊。速度不是問題，問題是協(xié)議。
硬件反應(yīng)不過來是程序軟件有問題。沒有往容錯性能方面多想一點。大家都遵守協(xié)議，怎么會傳輸失敗呢。如果有1方不管下級，隨意發(fā)送數(shù)據(jù)，協(xié)議還有什么用？

ID:123289 · 發(fā)表于 2022-10-17 15:49

假設(shè)A的速率是每秒處理1位，B的速度是10秒處理一位�，F(xiàn)在收發(fā)1010。
1、A向B發(fā)出1，就去其它地方干別的活了，9秒后回來，再發(fā)0，……，9秒后回來，再發(fā)1……，這樣就OK了。
B負(fù)責(zé)收接可以了。
2、B向A發(fā)出1，接著發(fā)010。B是這樣收的：
收到1通知一下CPU，取下1，就去其它地方干別的活了；0又來了，通知一下CPU，取下0，又去其它地方干別的活了；1又來了，通知……。
這樣是不會因時序出錯的。

ID:1048181 · 發(fā)表于 2022-10-18 17:45

解決的方法分很多種，主要看數(shù)據(jù)的重要性。
針對一些非常重要的數(shù)據(jù)，當(dāng)接收數(shù)據(jù)校驗后，發(fā)現(xiàn)出錯，會重新發(fā)送數(shù)據(jù)
針對一下不太重要的數(shù)據(jù)，可以選擇丟掉這一部分?jǐn)?shù)據(jù)，然后直接接收后續(xù)的數(shù)據(jù)

在實際的通信中，會先規(guī)定好控制信號，當(dāng)信息來到的時候會提醒接收數(shù)據(jù)，接收數(shù)據(jù)后可以回復(fù)數(shù)據(jù)發(fā)送方一個信號。如果沒有接收到回復(fù)信號，發(fā)送方可以等待接收端接收

在另外一種情況下，可以使用fifo來平衡不同速率下的通信問題

帳號		自動登錄	找回密碼
密碼			立即注冊