關(guān)于不同運(yùn)行速率的硬件之間傳輸信號(hào)的問(wèn)題

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

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

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

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

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

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

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

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

簡(jiǎn)單的如用串口傳輸?shù)模家笏俾室恢隆?比如9600,115200等。這個(gè)就是協(xié)議。協(xié)議對(duì)了。數(shù)據(jù)就通了。然后就出現(xiàn)了各做協(xié)議，232,485，CAN，等等。不用考慮系統(tǒng)的速度，電腦的CPU速度超快，但是機(jī)械硬盤(pán)速度就塊不起來(lái)了。一樣運(yùn)行的很好。一臺(tái)最新的I7電腦和老的賽揚(yáng)XP系統(tǒng)通過(guò)一根網(wǎng)線照樣可以通訊。速度不是問(wèn)題，問(wèn)題是協(xié)議。
硬件反應(yīng)不過(guò)來(lái)是程序軟件有問(wèn)題。沒(méi)有往容錯(cuò)性能方面多想一點(diǎn)。大家都遵守協(xié)議，怎么會(huì)傳輸失敗呢。如果有1方不管下級(jí)，隨意發(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秒后回來(lái)，再發(fā)0，……，9秒后回來(lái)，再發(fā)1……，這樣就OK了。
B負(fù)責(zé)收接可以了。
2、B向A發(fā)出1，接著發(fā)010。B是這樣收的：
收到1通知一下CPU，取下1，就去其它地方干別的活了；0又來(lái)了，通知一下CPU，取下0，又去其它地方干別的活了；1又來(lái)了，通知……。
這樣是不會(huì)因時(shí)序出錯(cuò)的。

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

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

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

在另外一種情況下，可以使用fifo來(lái)平衡不同速率下的通信問(wèn)題

帳號(hào)		自動(dòng)登錄	找回密碼
密碼			立即注冊(cè)