watter
級別: 探索解密
|
現在在研究上傳程序時這個編程口是怎么工作的。。。。。。 暫時猜想是,編程口可以同時兼容422和232協議。用于通信時是422協議。上傳程序是232。 正在印證中,有大神可以指教一下嗎? 想不懂的是,如果同時兼容這兩種協議的話,232的電平跟422的電平不一樣,接口不會燒嗎? |
---|---|
|
watter
級別: 探索解密
|
但是我試過用422協議去上傳程序到PLC,PLC提示說沒法通信的。用同一根,我卻試過用422通信成功的哦。那是什么原因通信失敗呢? |
---|---|
|
watter
級別: 探索解密
|
圖片:
我是用一個串口服務器將編程口轉成TCP網絡協議。串口服務器那是要選定與PLC之間的通信協議的。 首先我是選定422通信,然后用串口助手發送命令跟PLC通信。測試是成功的。串口助手收到的是06,表示成功的。 但是我同用樣的連接方式打開GX WORK2時,軟件就會提示說通信不成功,而且軟件上面寫的就是RS232C通信的哦。 因此我猜上傳程序到PLC時,應該不是用422通信協議。而是用232的 但我了解232跟422的電氣特性是不一樣的。電平都不一樣。所以很難理解。 |
---|---|
|
watter
級別: 探索解密
|
總算明白232跟422 跟USB的區別了 , 那么請教一下為什么我串口服務器上選422時,可以用命令貞的方式通信. 但是用GX WORK2上傳程序時時卻說通信失敗呢?, 其實我的目的就是遠程通信的同時,可以遠期上傳程序 |
---|---|
|
watter
級別: 探索解密
|
圖片:
GX work2 就是這樣設置的,我是創建一個計算機的虛擬COM7,然后將它通過TCP網站協議映射到串口服務器的,再通過串口服務器轉成422的接口跟PLC通信的。其實就是只是中間將數據轉成用網線,兩端都是用原來的通信方式的 |
---|---|
|
watter
級別: 探索解密
|
如果只是電氣物理特性不一樣,通訊協議是一樣的話,為什么我用網絡助手通過用串口服務器指定的虛擬串口跟PLC的編程口通過命令可以通信。而用GX WORK2 卻不能用這個虛擬串口跟PLC通信呢? |
---|---|
|