引用

引用第1樓yha_4611于2024-09-06 15:54發(fā)表的  :
總線最好！

引用

引用第3樓工控小c于2024-09-06 18:29發(fā)表的  :
可以考慮一下網(wǎng)口采集模塊

引用

引用第4樓dzh832于2024-09-06 20:01發(fā)表的  :

引用

引用第5樓hstec2002于2024-09-06 20:37發(fā)表的  :
實(shí)時流量用模擬量（實(shí)時性）
累積流量用485輪詢（數(shù)據(jù)同步性）

引用

引用第7樓es_ice于2024-09-07 01:46發(fā)表的  :
你可以用485網(wǎng)關(guān).比如一路modbustcp轉(zhuǎn)N路rtu,然后網(wǎng)絡(luò)上多掛幾個網(wǎng)關(guān),甚至可以做到一個流量計(jì)獨(dú)占一個端口.

引用

引用第6樓13971694237于2024-09-06 21:19發(fā)表的  :
為啥排除485，用它傳輸流量計(jì)自己累計(jì)好的量不是更好嗎，累積量對速度又沒啥要求。

引用

引用第10樓siyatu2001于2024-09-07 08:12發(fā)表的  :
485低波特率時確實(shí)慢些,可用搞個多串口設(shè)備同時掃描,這個設(shè)備由smart讀取結(jié)果值就行

引用

引用第9樓卓發(fā)智能于2024-09-07 08:08發(fā)表的  :
線性模擬量最好

引用

引用第11樓sunzengli于2024-09-07 08:23發(fā)表的  :
如果你對實(shí)時性要求不高，首先考慮485，而不是首先排除485，沒錯，485實(shí)時性是不好，但是除了PID這種場合，485讀取數(shù)據(jù)的好處很多，像你這種情況，起碼就排除了干擾選項(xiàng)，模擬量的長距離傳輸，干擾是非常難以控制的問題。接線，成本。。。。如果工藝上可以允許這個延遲，我看不到不選485的理由。
模擬量接口的價(jià)格，高速脈沖口的價(jià)格，接線的復(fù)雜，怎么看都會很頭疼。

引用

引用第12樓huch1111于2024-09-07 08:24發(fā)表的  :
4個模擬量的錢換成2個通訊模塊 省力省事