用協(xié)議當然可以模擬，485、232之類的沒有規(guī)定協(xié)議只規(guī)定了電平規(guī)范，而CAN則是從物理層到協(xié)議層都有規(guī)定的。

節(jié)點在無回應(yīng)時延時重新請求就是，請求之前務(wù)必先偵聽總線的空閑情況。

前述叫作突發(fā)模式協(xié)議，不是輪詢。

你的目的是和主機進行通訊，而不是差出那個節(jié)點和你沖突。沖突檢測協(xié)議中以太網(wǎng)算是最成功的例子了。
用485實現(xiàn)對等網(wǎng)絡(luò)我們已前做過。也就是實現(xiàn)任何兩點間的直接通訊。
4樓陽春兄弟的的方法大致可以，但有一點，等待節(jié)點回應(yīng)的超時時間一般都會設(shè)得比較長，如果用這種超時來重發(fā)，那效率太低了。這個超時，我們當時也有，而且肯定也有，叫業(yè)務(wù)超時，一到了，就給上層回發(fā)送失敗了。

我說說我們以產(chǎn)的方法吧，我們當前實現(xiàn)的是載波偵聽多點接入/沖突檢測(CSMA/CD)：
節(jié)點空閑時，其實一直在幀聽信道（485線）上有沒有數(shù)據(jù)。（有些時候為了節(jié)能可以不做）
一個節(jié)點要發(fā)送數(shù)據(jù)時，判斷信道是否空閑了一定的時間（如果之前沒做幀聽，那要現(xiàn)在做，如果之前做了，現(xiàn)在就可以直接判斷，以減少判斷時間）。如果是，則可以轉(zhuǎn)入發(fā)送流程。
在發(fā)送每一字節(jié)時，同時也把相應(yīng)的字節(jié)收回來，判斷是否和發(fā)的一樣（沖突檢測），一但發(fā)現(xiàn)沖突。就會隨機退避一定的延時槽（引入隨機數(shù)和延時槽，以減少沖突風暴），現(xiàn)后再次進行幀聽，發(fā)送。

說得比較粗，其實現(xiàn)是有幾個參數(shù)比較重要的， 幀長、偵聽時間、退避算法等。退避算法我們當時就是采用以太網(wǎng)的CSMA/CD。

在波特率比較高時，測試效果相當?shù)暮?。但不適用用波特率低的情況，因為這樣發(fā)送時間比較長，效果不好。

樓上，節(jié)點少時可能問題不大，節(jié)點多是不就亂套了。我要求是100個節(jié)點。好比100個人要和領(lǐng)導(dǎo)說話，如果同時只有幾個人要說話到好說，如果人多呢，比如幾十個人都同時要和領(lǐng)導(dǎo)講話，每個人都發(fā)現(xiàn)亂了，怎么延時啊，每個人該怎么做？

參考一下以太網(wǎng)的仲裁機制就可以了，6L說的基本上就是。

把485的前端做得和CAN一樣,就可以模擬了,基本思想就是反饋,只是速度會慢一些.