|
|||||||||||
| 技術(shù)交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術(shù) | 電源技術(shù) | 測控之家 | EMC技術(shù) | ARM技術(shù) | EDA技術(shù) | PCB技術(shù) | 嵌入式系統(tǒng) 驅(qū)動(dòng)編程 | 集成電路 | 器件替換 | 模擬技術(shù) | 新手園地 | 單 片 機(jī) | DSP技術(shù) | MCU技術(shù) | IC 設(shè)計(jì) | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
485通訊通訊的替代通訊模式 |
| 作者：冰玉007 欄目：技術(shù)交流 |
485通訊是比較常用的工業(yè)控制領(lǐng)域的通訊方式，但是485只能實(shí)現(xiàn)主從式的結(jié)構(gòu)，使主機(jī)的大部分時(shí)間消耗在檢測從機(jī) 的過程中，導(dǎo)致通訊效率不高，請教各位大俠，有沒有一種造價(jià)與485相當(dāng)，通訊效率更高，來替代485通訊的通訊模式呢。 |
| 2樓： | >>參與討論 |
| 作者： chunyang 于 2005/11/10 20:04:00 發(fā)布：
如果有，485就可以進(jìn)垃圾箱了。 |
|
| 3樓： | >>參與討論 |
| 作者： 赤鑄 于 2005/11/11 0:06:00 發(fā)布：
不檢測從機(jī)，某些MCU支持多機(jī)通信模式 硬件判斷地址，也許會(huì)好一些 |
|
| 4樓： | >>參與討論 |
| 作者： 12864 于 2005/11/11 2:19:00 發(fā)布：
一分錢一分貨，湊合將就吧 這東西，唉，便宜就是美。 |
|
| 5樓： | >>參與討論 |
| 作者： 冰玉007 于 2005/11/11 13:36:00 發(fā)布：
CAN總線能用來替代485通訊模式 |
|
| 6樓： | >>參與討論 |
| 作者： sillboy 于 2005/11/12 10:20:00 發(fā)布：
學(xué)習(xí)中 |
|
| 7樓： | >>參與討論 |
| 作者： liudewei 于 2005/11/12 10:50:00 發(fā)布：
CAN總線成本稍貴，主機(jī)的通訊采用中斷模式可以提高程序效率 有的還可以采用地址幀硬件檢測，所以采用485沒有錯(cuò)，錯(cuò)在你的處理機(jī)制上 |
|
| 8樓： | >>參與討論 |
| 作者： by2hit.amo 于 2005/11/12 20:05:00 發(fā)布：
呵呵用到了485的地方還需要高速率么^_^ |
|
| 9樓： | >>參與討論 |
| 作者： a12345678 于 2005/11/13 6:47:00 發(fā)布：
贊成liudewei意見 485通訊既可以采用查詢方式，也可以采用中斷方式。 51單片機(jī)還特別支持9位的多機(jī)串口模式，在這種模式下，除了第一個(gè)地址字節(jié)會(huì)造成所有從機(jī)中斷外，其它字節(jié)不會(huì)造成非指定地址單片機(jī)的中斷，這樣就更本不存在樓主所說的“使主機(jī)的大部分時(shí)間消耗在檢測從機(jī) 的過程中，導(dǎo)致通訊效率不高”的問題。采用這種方式，串行通訊處理量很小，通訊速率可以做到很高，比如52至少可以做到115.2kbps的數(shù)倍高，只要芯片支持，實(shí)際做到1Mbps以上也是沒問題的。 建議樓主認(rèn)真看看這種多機(jī)通訊模式。 造成這種狀況的主要原因是中國的高校教師管理制度，它使得學(xué)校的研究與實(shí)際生產(chǎn)脫節(jié)，造成教師只與書本打交道，不能結(jié)合實(shí)際設(shè)計(jì)，大多數(shù)教師只能動(dòng)口不能動(dòng)手，這樣教出的學(xué)生自然也只能依葫蘆畫瓢了，這實(shí)際上是誤人子弟。 |
|
| 10樓： | >>參與討論 |
| 作者： a12345678 于 2005/11/13 6:55:00 發(fā)布：
RE: 485的通訊效率和速度實(shí)際上是最高的，芯片最高速度可以達(dá)到54Mbps以上。485的缺點(diǎn)在于它是自定義通訊協(xié)議，這容易造成多個(gè)產(chǎn)品之間的不兼容。 CAN最初就是建立的485的硬件基礎(chǔ)上，增加了一組通訊協(xié)議，并利用公司的規(guī)模設(shè)法擠進(jìn)當(dāng)時(shí)的現(xiàn)場總線協(xié)議中，然后才得以推廣的。當(dāng)然，現(xiàn)在CAN的硬件已經(jīng)升級了。 |
|
| 11樓： | >>參與討論 |
| 作者： 冰玉007 于 2005/11/13 19:14:00 發(fā)布：
謝謝a12345678和liudewei的指教，我還有些疑惑 485通訊不論在多機(jī)通訊模式，還是在非多機(jī)通訊模式中，同一時(shí)刻只允許一個(gè)節(jié)點(diǎn)占用總線，如果此時(shí)有其他節(jié)點(diǎn)占用總線是，就會(huì)產(chǎn)生沖突，因此，在采用485通訊時(shí)，為了不使多個(gè)節(jié)點(diǎn)占用總線，采用主從式的結(jié)構(gòu)，在這種結(jié)構(gòu)中，相當(dāng)于主機(jī)拿著一個(gè)‘令牌’，這個(gè)‘令牌’輪到那個(gè)子節(jié)點(diǎn)，那個(gè)子節(jié)點(diǎn)可以占用總線，這樣就可以避免總線沖突，提高通訊的效率。但是在這種通訊方式下，由于主機(jī)需要給每個(gè)子節(jié)點(diǎn)傳‘令牌’，如果所有子節(jié)點(diǎn)較多，當(dāng)只有少數(shù)幾個(gè)節(jié)點(diǎn)在線，那么主機(jī)的大部分時(shí)間用于傳‘令牌’上，而不是用來傳送數(shù)據(jù)，這樣，就導(dǎo)致在線的幾個(gè)節(jié)點(diǎn)的通訊效率很低。請問各位大俠，我的這種理解對不對，還有當(dāng)提高通訊速率時(shí)，會(huì)明顯降低通訊距離。 |
|
| 12樓： | >>參與討論 |
| 作者： liudewei 于 2005/11/13 20:10:00 發(fā)布：
雖然也是令牌的操作模式但相對于你的數(shù)據(jù)傳輸來說 雖然也是令牌的操作模式但相對于你的大量數(shù)據(jù)傳輸來說，從機(jī)還是減少了很大的處理無用數(shù)據(jù)的時(shí)間。而在從機(jī)數(shù)量不變的情況下，主機(jī)是沒法省掉令牌的傳輸環(huán)節(jié)的。這在任何共享總線方式的通訊總是避免不了的，只不過有些監(jiān)聽和沖突處理是由底層完成罷了。傳輸?shù)木嚯x和速率相關(guān)優(yōu)勢改變不了的矛盾問題，關(guān)鍵是你跟在乎哪個(gè)方面。 * - 本貼最后修改時(shí)間：2005-11-13 20:12:56 修改者：liudewei |
|
|
|
| 免費(fèi)注冊為維庫電子開發(fā)網(wǎng)會(huì)員，參與電子工程師社區(qū)討論，點(diǎn)此進(jìn)入 |
Copyright © 1998-2006 m.58mhw.cn 浙ICP證030469號 |