蜜桃免费av-一级中文片-久久青青草原av免费观看-香蕉在线观看视频-少妇丰满极品嫩模白嫩-成人妇女免费播放久久久-久久国产精品_国产精品-少妇69xx-国产网站免费在线观看-sese婷婷-最近中文字幕在线中文视频-欧美色xxx-亚洲a∨国产av综合av-免费观看日批视频-午夜福利免费0948视频-亚洲一二三视频-可以免费观看的av毛片下载-日韩综合精品-国产精品福利久久久-亚洲精品综合一区二区

陽春節拍
級別: 略有小成
精華主題: 0
發帖數量: 136 個
工控威望: 202 點
下載積分: 742 分
在線時間: 52(小時)
注冊時間: 2022-03-24
最后登錄: 2025-11-26
查看陽春節拍的 主題 / 回貼
樓主  發表于: 2024-02-24 19:31
①接收延時,從站庫(任意字符間)是3.5個字符加輸入延時參數,手冊中明確提出延時參數建議為0,有485中繼等設備時建議不超過100毫秒;主站庫接收返回消息的首字符延時由輸入參數決定,官方推薦為1000毫秒,字符間延時鎖定為100毫秒。個人覺得從站庫的延時方式更合適。有沒人發現有從站掉線時,輪詢時長起碼增加3秒?
②主站庫消息發送延時鎖定為3.5個字符,發送條件為主站空閑。這在主站發送或接收中出錯時(比如奇偶校驗錯),可能會由于從站在占用線路(比如從站在反饋接收錯誤),而出現主從站發送沖突,進而引起主站發送重試。個人覺得主站發送條件應更改線路空閑3.5個字符之后;發送重試由可更改的255次以內(默認重試2次),變為最多重試一次(重試狀態位)。有沒有人發現重試很常見,且都是重試一次恰好就OK了?
③從站庫處理位消息的機制是,任意非.0位起的位請求,直接丟棄,即請求的從站位地址必須是8的整數倍;主站庫處理位消息的機制是,任意(從站位地址)首位都處理為.0位。個人覺得從站的處理方式更合適。