| 
				 
					
					
					 不知道叫啥啊 
					
				 
				不恥下問 
				
				
					級別: 略有小成 
			 
					
					
				 | 
			
				
				
				
				 現在手上有個項目,1500+ET200+18個485口與95個設備通信,主要為溫度表,變頻器,稱,有些設備通信需要速度快,一個口帶4個設備,速度要求不高的可以一個口帶10多個設備,想請教一下這種情況下,如何提高效率,這么多通信口會嚴重拉低掃描時間?所有口平均數量速度會好?  | 
		
|---|---|
| 
				 | 
		
| 
				 
					
					
					 pw10123 
					
				 
				
				
					級別: 探索解密 
			 
					
					
				 | 
			
				
				
				
				 1;最好是換通訊方式,比如modbus-tcp或者串口服務器(485轉以太網),PLC從以太網讀取。這樣plc程序也簡潔一些。 2:如果不換的話,第一考慮用更高得比特率(沒有太明顯作用),設置更低得報錯延時與重發次數(但是擋不住發生報錯就是慢) 第二的話就是讀寫分開寫程序,不要混在一起,因為不是一直寫入,讀取基本隨時隨地。 第三就是你的這些儀表,可以適當分類。比如你的變頻器不需要一直讀寫吧(看你需求),稱重的話也是一個流程一個物料讀取一次。 溫度表的話看你的實時性要求,可以適當加點延時。然后溫度表多的話,要控制成本,可以指給溫度表加那種便宜的串口服務器,一起讀取所有連接得表,然后自己按照報文去拆分。  | 
		
|---|---|
| 
				 | 
		
| 
				 
					
					
					 不知道叫啥啊 
					
				 
				不恥下問 
				
				
					級別: 略有小成 
			 
					
					
				 | 
			
				
				
				
				
 感謝大佬指點,方案是改不了的,PID根據重量反饋,調整變頻器輸出,連續配料,以往我們都是用模擬量,反應快,但是客戶嫌貴不愿意 ![]()  | 
		
|---|---|
| 
				 | 
		
| 
				 
					
					
					 暴躁小白兔 
					
				 
				
				
					級別: 略有小成 
			 
					
					
				 | 
			
				
				
				
				 粗略計算先看PLC整體的掃描周期T us,1拖16T 也是挺快的 一個網絡只接同一通訊格式的設備  | 
		
|---|---|
| 
				 | 
		
| 
				 
					
					
					 高邁德io模塊 
					
				 
				佛山高邁德科技專業研發生產Profinet轉modbus模塊 
				
				
					級別: 探索解密 
			 
					
					
				 | 
			
				
				
				
				  我們有解決方案,方便加V不 ![]()  | 
		|
|---|---|---|
				
  | 
		
| 
				 
					
					
					 hsl200 
					
				 
				感恩挖坑,感恩能填坑 
				
				
					級別: 家園? 
			 
					
					
				 | 
			
				
				
				
				 我帶過14個485設備,要求不高, 主要是用來顯示電壓和電流,以及調電壓和電流,當時用的是200SMART,  | 
		|
|---|---|---|
				
  | 
		
| 
				 
					
					
					 ljb6688 
					
				 
				
				
					級別: 工控俠客 
			 
					
					
				 | 
			
				
				
				
				 485的滯后會讓你懷疑人生的。  | 
		|
|---|---|---|
				
  |