成全高清免费完整观看,日韩一区二区三免费高清,欧美在线看欧美视频免费,日本无码专区无码二区

huch1111
級別: 略有小成
精華主題: 0
發(fā)帖數(shù)量: 159 個
工控威望: 257 點
下載積分: 38023 分
在線時間: 410(小時)
注冊時間: 2016-07-28
最后登錄: 2025-05-10
查看huch1111的 主題 / 回貼
12樓  發(fā)表于: 2024-09-07 08:24
4個模擬量的錢換成2個通訊模塊 省力省事
一曲飄零
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 133 個
工控威望: 176 點
下載積分: 849 分
在線時間: 44(小時)
注冊時間: 2021-09-04
最后登錄: 2025-03-13
查看一曲飄零的 主題 / 回貼
13樓  發(fā)表于: 2024-09-07 08:35
引用
引用第1樓yha_4611于2024-09-06 15:54發(fā)表的  :
總線最好!

可惜沒有。。。
一曲飄零
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 133 個
工控威望: 176 點
下載積分: 849 分
在線時間: 44(小時)
注冊時間: 2021-09-04
最后登錄: 2025-03-13
查看一曲飄零的 主題 / 回貼
14樓  發(fā)表于: 2024-09-07 08:37
引用
引用第3樓工控小c于2024-09-06 18:29發(fā)表的  :
可以考慮一下網(wǎng)口采集模塊

就是不知道這個效率如何,實時流量準確不。因為涉及到多個流量計的同時實時流量。
一曲飄零
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 133 個
工控威望: 176 點
下載積分: 849 分
在線時間: 44(小時)
注冊時間: 2021-09-04
最后登錄: 2025-03-13
查看一曲飄零的 主題 / 回貼
15樓  發(fā)表于: 2024-09-07 08:39
引用
引用第4樓dzh832于2024-09-06 20:01發(fā)表的  :



你說的是積算儀吧,那玩意兒單通道的只能帶一個流量計,多通道的價格感人。
一曲飄零
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 133 個
工控威望: 176 點
下載積分: 849 分
在線時間: 44(小時)
注冊時間: 2021-09-04
最后登錄: 2025-03-13
查看一曲飄零的 主題 / 回貼
16樓  發(fā)表于: 2024-09-07 08:40
引用
引用第5樓hstec2002于2024-09-06 20:37發(fā)表的  :
實時流量用模擬量(實時性)
累積流量用485輪詢(數(shù)據(jù)同步性)

這個是比較理想的方案了,但是流量計多一個485價格也會貴一些。
一曲飄零
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 133 個
工控威望: 176 點
下載積分: 849 分
在線時間: 44(小時)
注冊時間: 2021-09-04
最后登錄: 2025-03-13
查看一曲飄零的 主題 / 回貼
17樓  發(fā)表于: 2024-09-07 08:42
引用
引用第7樓es_ice于2024-09-07 01:46發(fā)表的  :
你可以用485網(wǎng)關.比如一路modbustcp轉N路rtu,然后網(wǎng)絡上多掛幾個網(wǎng)關,甚至可以做到一個流量計獨占一個端口.

請問這種TCP轉RTU的速度比RTU輪詢的速度快很多嗎?
一曲飄零
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 133 個
工控威望: 176 點
下載積分: 849 分
在線時間: 44(小時)
注冊時間: 2021-09-04
最后登錄: 2025-03-13
查看一曲飄零的 主題 / 回貼
18樓  發(fā)表于: 2024-09-07 08:43
引用
引用第6樓13971694237于2024-09-06 21:19發(fā)表的  :
為啥排除485,用它傳輸流量計自己累計好的量不是更好嗎,累積量對速度又沒啥要求。

要考慮成本的情況下兼顧實時量和模擬量,實時方面485夠嗆。
一曲飄零
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 133 個
工控威望: 176 點
下載積分: 849 分
在線時間: 44(小時)
注冊時間: 2021-09-04
最后登錄: 2025-03-13
查看一曲飄零的 主題 / 回貼
19樓  發(fā)表于: 2024-09-07 08:46
引用
引用第10樓siyatu2001于2024-09-07 08:12發(fā)表的  :
485低波特率時確實慢些,可用搞個多串口設備同時掃描,這個設備由smart讀取結果值就行

這個我倒是沒見過,請問你說的多串口設備是指rtu網(wǎng)關嗎?
一曲飄零
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 133 個
工控威望: 176 點
下載積分: 849 分
在線時間: 44(小時)
注冊時間: 2021-09-04
最后登錄: 2025-03-13
查看一曲飄零的 主題 / 回貼
20樓  發(fā)表于: 2024-09-07 08:51
引用
引用第9樓卓發(fā)智能于2024-09-07 08:08發(fā)表的  :
線性模擬量最好

就是不知道模擬量算出來的累計流量精度如何。。。
一曲飄零
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 133 個
工控威望: 176 點
下載積分: 849 分
在線時間: 44(小時)
注冊時間: 2021-09-04
最后登錄: 2025-03-13
查看一曲飄零的 主題 / 回貼
21樓  發(fā)表于: 2024-09-07 08:53
引用
引用第11樓sunzengli于2024-09-07 08:23發(fā)表的  :
如果你對實時性要求不高,首先考慮485,而不是首先排除485,沒錯,485實時性是不好,但是除了PID這種場合,485讀取數(shù)據(jù)的好處很多,像你這種情況,起碼就排除了干擾選項,模擬量的長距離傳輸,干擾是非常難以控制的問題。接線,成本。。。。如果工藝上可以允許這個延遲,我看不到不選485的理由。
模擬量接口的價格,高速脈沖口的價格,接線的復雜,怎么看都會很頭疼。

謝謝回復這么多,對實時性要求挺高的,不然我也喜歡485,多省事兒啊。傳輸距離倒不是很遠,幾十米吧。接線那是沒辦法的事了。
一曲飄零
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 133 個
工控威望: 176 點
下載積分: 849 分
在線時間: 44(小時)
注冊時間: 2021-09-04
最后登錄: 2025-03-13
查看一曲飄零的 主題 / 回貼
22樓  發(fā)表于: 2024-09-07 08:54
引用
引用第12樓huch1111于2024-09-07 08:24發(fā)表的  :
4個模擬量的錢換成2個通訊模塊 省力省事

啥通訊模塊啊?
sun3117
級別: 論壇先鋒
精華主題: 0
發(fā)帖數(shù)量: 7 個
工控威望: 1886 點
下載積分: 577 分
在線時間: 35(小時)
注冊時間: 2022-03-09
最后登錄: 2025-05-12
查看sun3117的 主題 / 回貼
23樓  發(fā)表于: 2024-09-07 09:18
累計流量需要每秒采集10--20次
本帖最近評分記錄:
  • 下載積分:+1(一曲飄零) 專業(yè)

    <sup id="t49uz"><pre id="t49uz"></pre></sup>
      <xmp id="t49uz"><sup id="t49uz"><pre id="t49uz"></pre></sup>
      <sup id="t49uz"><font id="t49uz"></font></sup>
      <sup id="t49uz"></sup>
      主站蜘蛛池模板: 欧美高清在线精品一区| 日本高清视频wwww色| 日韩亚洲制服丝袜中文字幕| 《爆乳女教师BD高清》| 欧美乱色伦图片区| 欧美性高清在线brazzesr| 宣城市| 水城县| 馆陶县| 日本湿妺影院免费观看| 欧美亚洲日韩国产区三| 日本aⅴ精品中文字幕| 天堂VA蜜桃一区二区三区| 日本欧美高清一区二区视频| 博罗县| 日本不卡av一区二区三区| 日本乱人伦av精品| 免费网站在线观看高清版电视剧 | 宾阳县| 南陵县| 欧美成熟美妇乱| 凤庆县| 国产揄拍国产精品人妻蜜| 欧美日韩视频高清一区| 芷江| 日本中文字幕在线视频二区| 欧美z0z0另类特级| 商南县| 成全电影大全在线观看| 钟祥市| 井研县| 99久热精品免费观看98| 古交市| 杭州市| 定结县| 五个姿势夹到男人爽| 成全电影大全在线观看国语版| 欧美牲交aⅴ人妖| 中文字幕日韩精品无码内射| 尼木县| 日本黄页免费视频播放网站|