日韩精品一区高清|国产情侣作爱视频免费观看|激情欧美亚洲一区|亚洲亚洲精品av在线动态图|欧美一区 欧美二区

huch1111
級別: 略有小成
精華主題: 0
發(fā)帖數(shù)量: 159 個
工控威望: 257 點
下載積分: 38013 分
在線時間: 410(小時)
注冊時間: 2016-07-28
最后登錄: 2025-04-30
查看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 點
下載積分: 177 分
在線時間: 35(小時)
注冊時間: 2022-03-09
最后登錄: 2025-05-02
查看sun3117的 主題 / 回貼
23樓  發(fā)表于: 2024-09-07 09:18
累計流量需要每秒采集10--20次
本帖最近評分記錄:
  • 下載積分:+1(一曲飄零) 專業(yè)

    主站蜘蛛池模板: 在线观看国产成人av天堂 | 欧美日韩天堂一区二区 | 欧美精品一区二区三区mm| 久久中文字幕乱码久久午夜| 亚洲国产一区二区精品无码| 宅男宅女精品国产av天堂| 国产精品国产三级国产a| 精品亚洲aⅴ在线无码播放| 无码国产精品一区二区免费16| 国产亚洲一本大道中文在线| 久久夜色精品国产欧美乱| 久久久一本精品99久久精品66| 老熟妇高潮一区二区高清频| 无码无套少妇毛多69xxx| 国产成人无码a在线观看不卡| 日本丰满少妇xxxx| 日韩不卡的一区二区三区视频| 国产精品一区二区中文免费视频| 波多野结衣av无码久久一区| 亚洲影音一区二区| 国产偷窥女洗浴在线观看| 久久久熟女一区二区三区| 亚洲精品天堂无码中文字幕| 久久亚洲私人国产精品va| 中文字幕一区二区三区乱码视频 | 成人综合婷婷国产精品久久| 国产av熟女一区二区| 浮妇高潮喷白浆视频| 久久蜜臀av一区二区| 好色人妻一区二区| 日本视频在线看一区二区三区| 人妻被按摩到潮喷中文字幕| 亚洲一区二区三区国产精华液 | 久久久久久久99精品国产片| 亚洲国产成人在人网站天堂| 久久久精品毛片一区二区综合| 久久精品美乳一区二区| 中文字幕无码免费久久9一区9| 久久综合伊人77777| 男人靠女人的免费视频| 午夜激情片一区二区|