用“在線 - PLC校驗”,彈窗后,將校驗改下載就可以下載了
由于電腦在連接PLC的同時,一般會同時連接以太網(wǎng),整個局域網(wǎng)中會有很多設(shè)備,IP地址很容易就沖突了
導(dǎo)致不能找到PLC,解決辦法如下:
將要和PLC連接的電腦斷開局域網(wǎng)(以太網(wǎng)),使用1個獨立的交換機和PLC連接。
將電腦的IPv4屬性設(shè)置為,手動輸入IP地址,輸入和被連接PLC同一個網(wǎng)段的地址。比如PLC地址是
192.168.1.10,那電腦設(shè)置為192.168.1.x,x是不等于10的且在2-255之間任意數(shù)值。
使用串口連接PLC,將PLC的IP地址配置為和電腦同一網(wǎng)段的地址,如192.168.1.10(PLC出廠IP)
特別要注意,此時電腦不能接入本地的局域網(wǎng)(以太網(wǎng)),否則很容易IP沖突,連接不上PLC。
如果你的電腦有多張網(wǎng)卡,那就比較容易了,將閑置的網(wǎng)卡網(wǎng)口連接交換機,連接PLC,不連接共用局域網(wǎng)(以太網(wǎng)),
將這張網(wǎng)口的IP獨立設(shè)置,如下圖
造成以上問題的原因可能是FX參數(shù)設(shè)置的軟元件設(shè)置錯亂,如下圖
解決辦法如下圖:
目前市場上大部分USB-232線都使用CH340驅(qū)動,但是CH340芯片和驅(qū)動的新舊版本存在兼容性問題,
如果遇到COM端口感嘆號、GX軟件重啟、不能正常下載等問題,請先檢查端口驅(qū)動程序版本,
3.6以下(不含3.6)兼容性更好。如版本過低、過高可以嘗試重新安裝。
陸杰服務(wù)站可以下相關(guān)軟件,注意卸載驅(qū)動時候注意版本,不留神 ,又回去了,所以裝完要再次確認版本。
服務(wù)站 “USB-232數(shù)據(jù)線驅(qū)動”壓縮包下“一代黑色電纜驅(qū)動”是3.4.2014.8,
“USB-232數(shù)據(jù)線驅(qū)動3.1( 安裝1代黑色 )”是3.1版本。
以上驅(qū)動兼容我公司USB-232藍線、USB-232黑線、USB-XC線。
COM端口出現(xiàn)感嘆號,也可能是COM沖突,如下圖,改一個不沖突的COM口,并插拔當(dāng)前USB口即可。
隨意改沒用到的,改好插拔這個USB就感嘆號即可。
一、問題描述
運行GX works2,64位,打開工程時候報錯如下:
二、解決辦法
經(jīng)過檢查,發(fā)現(xiàn)GX works2引用中的DAO文件路徑顯示的是:
C:\Program Files\Common Files\Microsoft Shared\DAO\dao360.dll
而這個文件在電腦中并不存在。但是又發(fā)現(xiàn)該文件路徑在:
C:\Program Files (x86)\Common Files\Microsoft Shared\DAO\dao360.dll
因此干脆將該文件復(fù)制過去再注冊進行嘗試,最終解決了。具體步驟如下:
步驟1:
將文件dao360.dll復(fù)制到C:\Program Files\Common Files\Microsoft Shared\DAO\dao360.dll
注意:如果電腦中沒這個文件,就需要到一臺好的電腦去復(fù)制到2個DAO文件夾中
C:\Program Files(x86)\Common Files\Microsoft Shared\DAO\dao360.dll
和
C:\Program Files\Common Files\Microsoft Shared\DAO\dao360.dll
步驟2:注冊2次DAO
1. 單擊“開始”->“運行”輸入如下信息:
REGSVR32 "C:\Program Files\Common Files\Microsoft Shared\DAO\dao360.dll"
單擊“確定”按鈕 ,會提示成功。
2. 再次輸入如下信息:
REGSVR32 "C:\Program Files (x86)\Common Files\Microsoft Shared\DAO\dao360.dll"
步驟3:再次打開軟件,正常運行。
1、 電腦使用USB轉(zhuǎn)串口可以和設(shè)備通信上,換成屏與設(shè)備就通信不上了?
1)有可能電腦USB轉(zhuǎn)串口接到設(shè)備上,使用的是標(biāo)準(zhǔn)串口功能,也就是除了RX,TX,GND外還使用了其它引腳。
比如像歐姆龍PLC,三菱PLC,在實際與屏的通信中,就需要接某些引腳短接的情況。
2)電腦與控制器或PLC通信時,是掃描波特率參數(shù),自適應(yīng)的,屏通信可能參數(shù)沒有設(shè)備好。在三菱,基恩士等
PLC, 就存在變化波特率進行通信交互的過程。
3)也有可能是接線方式不對。因為有些DB9,還需要公頭,母頭。如果不注意的話,也會存在把TX接到TX上,
把RX接到RX上,這樣需要注意的地方。
4)在這里補充一下,有時候可能會使用一些串口助手發(fā)送測試數(shù)據(jù)與控制器通信,有些串口助手的奇偶校驗是
不起作用, 這個要提醒一下。
2、 這A家的屏可以和設(shè)備通信,換成B家的屏就通信不上了?
1)首先確認一下接線是否正確了,RX和TX是否兼容。
2)地線是否沒有接。
3)除了RX,TX,GND,是否還有其它引腳需要短接的。
4)通信協(xié)議是否一致或不完善,波特率是否一樣。
3、 以前不接地線可以通信,換個設(shè)備為什么需要接地線了?
這個問題和上一個有類似的。因為有些設(shè)備使用了隔離電源。以前不接地可以通信,有可能是地線已經(jīng)在另
外一個環(huán)路已經(jīng)共地了,實際地線已經(jīng)接了,所以才可以通信??赡軗Q了個帶隔離電源的,兩個設(shè)備的地是隔離
的,就需要在串口上把地線接起來。這個我是自身經(jīng)歷過的,有個客戶老說他的設(shè)備通信不上,后來拍個照我給
我,他地線沒有接,他說以前不接地線可以通信的。于是我就給他科普了一下。
4 、一個設(shè)備是232,另一個設(shè)備是422,沒有轉(zhuǎn)換設(shè)備,怎么辦?(232與422互轉(zhuǎn)的簡單方法)
這個情況我遇到過,客戶的設(shè)備是422通信的,但是我手上并沒有422設(shè)備,只有232通信可以測試。因此就需要
把422轉(zhuǎn)成232進行通信。剛才也講了422和232的接線,因為這兩個都是全雙工的,接收和發(fā)送都是分到的,而422
只是以一種差分信號進行傳輸。
把422的Rx+與232的TX接,422的RX-與232的GND接。
把422的TX+與232的RX接,422的TX-與232的GND接。
這樣,422設(shè)備要發(fā)送數(shù)據(jù)的,就可以發(fā)送到了232的RX上。232的TX發(fā)數(shù)據(jù)后,由于TX和GND也形成了差分信
號給422,422就可以接收到數(shù)據(jù)了。
5、 用232通信沒問題,用485通信沒問題,使用232轉(zhuǎn)485之后就通信不穩(wěn)定?
232和485從通信原理上,最大一個差別是全雙工和半雙工的區(qū)別??墒菓?yīng)用層發(fā)送數(shù)據(jù)和接收數(shù)據(jù)才不管底下是
全雙工還是半雙工。但是485就得管了。因為既然是半雙工,就得嚴格保證通路上只能有發(fā)送或只能有接收的數(shù)據(jù),
一旦同時有發(fā)送和接收,數(shù)據(jù)就會沖突了。所以解決的辦法就是主站設(shè)備,也就是主動命令的一方就需要嚴格控制
好發(fā)送數(shù)據(jù)命令的節(jié)奏了。當(dāng)然有些232轉(zhuǎn)485的設(shè)備做的比較好了,可以優(yōu)化這個,但是主站還是要控制,比較
把通信速率調(diào)節(jié)慢一些(不是調(diào)節(jié)波特率)。
6、 485單獨接每個設(shè)備都通信正常,多個從站接一塊通信就不穩(wěn)定?
這個是屬于485通信的不穩(wěn)定因素了。
7 、要想實現(xiàn)兩個屏或兩個主站通過485訪問modbus設(shè)備,有什么好的辦法?
在485通信中,基本上是一主多從。但是遇到一些客戶實際使用中,有客戶想用兩個屏來訪問一個modbus設(shè)備的。
目前暫時還沒有好的辦法。
8、 針對串口通信的弱點,在使用上應(yīng)該要注意哪些地方?
說來串口通信的弱點,那就說來話長了。不過還是長話短說吧。
1)信號干擾的問題
建議使用帶屏蔽線,接線要嚴格,比如要接地。有些485通信上,還考慮接上終端電阻來匹配。如果是232,
盡量不要讓線太長。通信協(xié)議上盡量避免長報文的數(shù)據(jù)通信。
可以使用信號隔離器,將雙方隔離,以避免干擾互傳。
臨時調(diào)試,可以將24V供電的0V接地,可以將干擾信號傳入大地。這個接地必須是大地,且是單獨接地,不
能串入其他接地回路。
2)波特率匹配的問題
因為有些設(shè)備的計算的波特率是存在誤差的,特別是一些控制器,由于使用的晶振不一樣。因此在一些波特
率比如9600波特率就存在誤差。存在誤差帶來的影響是什么呢。因為接收方是通過時間來計算一個位的。那么如
果一個報文過長,就會存在誤差積累的問題,算著算著就偏了。所以,這也是串口通信不穩(wěn)定的一些地方,在使
用上應(yīng)注意避免發(fā)送太長數(shù)據(jù)的包。
3)在一些可能會存在干擾的情況,在有的選的情況,可以考慮使用奇校驗或者偶校驗。因為雖說出現(xiàn)錯誤的可
能性不大,但既然存在干擾,如果加了校驗,至少可以把錯誤的報文過濾掉。總好比沒有校驗然后通信數(shù)據(jù)錯了
不知道或者盡量使用一些帶校驗的協(xié)議,防止數(shù)據(jù)出錯。
4)串口通信本來就比較慢,請降低對數(shù)據(jù)響應(yīng)的要求。
因為串口通信本身就比以太網(wǎng)慢。而且,串口通信并不是能像CPU那樣多線程處理。因為就一個口一個線數(shù)據(jù)
出去,即便你應(yīng)用到程序再怎么用多線程處理數(shù)據(jù),但是最底下也只有一個口出去,一次也只能傳一個位,
一個字節(jié)過去。因為有客戶在使用9600的波特率通信,但是又希望多少的數(shù)據(jù)可以在多少毫秒內(nèi)得到響應(yīng)。但
是串口通信還是要事實求是,所以正確認識串口通信對應(yīng)用,對開發(fā),對溝通都有著很大的幫助的。
9、為什么不用同步通信呢?
剛才提到,同步通信需要依賴于時鐘信號。這就存在一個問題,這個時鐘信號是誰來發(fā)起呢。在同步通信
中,往往需要一個主設(shè)備發(fā)起時鐘信號讀從模塊的數(shù)據(jù)。在實際中,有屏讀PLC,有屏讀屏的數(shù)據(jù)。而單純地
從異步串口通信來說,是沒有主從之說,雙方都是平等的角色,都可以互發(fā)信息,互收信息。而同步通信一般
是應(yīng)用于CPU讀一些模塊,由CPU發(fā)起時鐘信號,比如讀SD卡模塊,就可以通過SPI方式,還有一些傳感器模塊。
本文引用自《四川筑駿建設(shè)工程有限公司》
計數(shù)器值到設(shè)定值后,必須用RST指令復(fù)位才能繼續(xù)使用,不可以只用MOV K0清零。
M8034 :禁止所有輸出 (脈沖輸出不被禁止)
M8034 被置位了,請復(fù)位后重啟PLC。
交流變壓器給PLC供電是可以的,在變壓器后加整流濾波就行,但是這種用法有很多注意事項:
1. 負載越重,電容越大,比如只帶1個PLC,至少加1000UF/50V電容,如果再帶1個液壓閥,
那當(dāng)液壓閥動作時候,電壓會拉低,需要根據(jù)實際情況加多電容。
2. 所以第二個問題就是,電壓不穩(wěn)定,會隨負載、市電電壓波動、負載的波動而波動,電壓低
了不工作,高了燒PLC。
3. 一般標(biāo)準(zhǔn)變壓器是24V,加電容后,空載輸出34V,負載重21.6V。所以如果是帶PLC,需要根
據(jù)負載容量選取18-24V的交流變壓器。額定18V的變壓器,帶負載后 一般是24V左右。
重載:就是額定功率 100VA(俗稱瓦)的變壓器,負載用到70W左右。
以上說法,比較通俗,但是不太嚴謹,僅供參考。
一、高精度時鐘
如下圖,時鐘的誤差和溫度是相關(guān)的。
?1 ) Equivalent to 5 seconds of month deviation. ?2 )Equivalent to 9 seconds of month deviation.
?3 ) Equivalent to 10 seconds of month deviation. ?4 )Equivalent to 13 seconds of month deviation.
?1)相當(dāng)于5秒的月偏差。?2)相當(dāng)于9秒的月偏差。
?3)相當(dāng)于10秒的月偏差。?4)相當(dāng)于13秒的月偏差。
二、普精度時鐘
第一步:確定主從機的基本參數(shù),比如19200 N81,核對正確。
第二步:先做一個寄存器來測試,一般03指令肯定支持,其他指令就不一定了,比如04,05指令。
1個通信上了,再逐個增加,不要一次放一堆,無從查起。
如果通不上,返回第一步,看參數(shù);檢查AB線是否反了;閱讀主從說明,看支持的指令,有的模塊就不支持03.
第二步附:這時還不行,就上串口助手,設(shè)置成一樣的參數(shù),監(jiān)控AB線的的數(shù)據(jù),按具體數(shù)據(jù)分析。
如PLC(屏做主),監(jiān)控不到主的命令,那就是主問題;
主有命令,從不回復(fù),那就檢查從的,返回上一步。
第二步附附:還不行就用串口助手,給從發(fā)正確的指令測試。
或者比對說明,看主發(fā)出的指令,和從機說明中的指令有什么區(qū)別。
總結(jié):
1. 初始要做1個位或者寄存器來測。
2. 查好主從機支持的指令。
3. 對主機和從機,一定要配置正確、核對正確。
4. 一般屏的命令對照:屏上,選modbus時候,有0x,1x等,就會以以下的功能碼發(fā)出數(shù)據(jù)。
0x0001---數(shù)字量輸出 功能碼01/05
1x0001---數(shù)字量輸入 功能碼02
3x0001---讀寄存器 功能碼04
4x0001---寫寄存器 功能碼03/06 為什么2個功能碼呢?因為寫時候是06,讀時候是03。
1、直連網(wǎng)線
直連線,同一根網(wǎng)線的兩端使用同樣的線序。即網(wǎng)線的兩端都使用568A或568B的是直連線 。
直通線用來連接電腦和交換機(或HUB),路由器和交換機(或HUB)。在實際運用中一般都使用568B,
通常認為568B對電磁干擾的屏蔽比較好。
2、交叉網(wǎng)線
交叉線,同一根網(wǎng)線的兩段使用不同的線序 。即網(wǎng)線兩端,一端用568A,一端用568B的是交叉線,
交叉線用來連接電腦和電腦,路由器和路由器。交叉線并不常使用。
2臺網(wǎng)口PLC(陸杰)的網(wǎng)口直接連接,不經(jīng)過交換機,需要用交叉網(wǎng)線。
l 電流變送器標(biāo)準(zhǔn)計算
n JLB150A 4-20ma <– > 0-150A <– > 819-4095
n 1A = 3276/150 = 21.84 = 2.184/0.1A
l 本次測試實際值計算
n 0-150A <– > 813-4070
n 1A=3257/150=21.71 =2.171/0.1A
l 實際應(yīng)用中做4ma和20ma實際標(biāo)定程序,使得電流測試更精確
█ 觸屏和FX3U串口1通信正常,同樣參數(shù)和串口2通信異常
● 分析得知,串口1默認發(fā)送延時10ms,串口2默認發(fā)送延時1ms,由于串口2響應(yīng)較快,觸屏響應(yīng)較慢,導(dǎo)致觸屏不能接收完整數(shù)據(jù),
從而通信失敗
● D8410,D8431分別對應(yīng)2個串口的發(fā)送延時,做相應(yīng)設(shè)定即可,如下
● 其他未盡事宜請參考我公司系列說明
可以輸入關(guān)鍵字,搜索對應(yīng)問題
ER燈為PLC錯誤指示燈,有三種狀態(tài),分別是:
熄滅:無故障
閃爍:輕微故障,PLC繼續(xù)運行
常量:嚴重故障,PLC停止運行
當(dāng)PLC的ER等亮起時您可以按以下方法排除故障
1、 診斷故障代碼 以GX Works2為例
2、 查看故障代碼
將故障代碼與故障代碼說明文件比對,找出故障原因,附FX2N部分故障代碼,詳細請查閱
《PLC使用說明》
類別 | 出錯代碼 | 出錯內(nèi)容 | 處理辦法 |
PLC硬件出錯M8061(D8061)運行停止 | 0000 | 無異常 |
|
6101 | 掉電數(shù)據(jù)檢測出錯 | 檢查掉電檢測電路,CPU內(nèi)部FLASH損壞 |
6105 | 監(jiān)視器動作(內(nèi)部看門狗動作) | 加大D8000的設(shè)定值或檢查程序 |
6106 | 邏輯錯誤 | 聯(lián)系廠家 |
模塊擴展出錯M8062(D8062) 運行繼續(xù) | 6206 | 參數(shù)檢驗出錯 |
|
6210 | 擴展初始化出錯 |
|
6211 | 接收擴展的地址不正確 |
|
6212 | 接收的數(shù)據(jù)被干擾 |
|
6213 | 擴展返回錯誤標(biāo)志 |
|
6214 | 接收超時標(biāo)志 | 詳見D8196,D8197 |
6215 | 接收非法從機地址 |
|
6216 | 接收從機擴展功能與主機配置不一致 | 如:主機配置輸入輸出,但是接入模擬 |
|
|
|
串口2/CAN出錯 M8063(D8063)運行繼續(xù) | 0000 | 無異常 |
|
6306 | 接受數(shù)據(jù)超時 | 檢測通訊線路或D8129的設(shè)置 |
6307 | 不開通串口2使用了RS、FROM、TO指令 | 在I0參數(shù)軟件開通串口2通訊 |
6308 | D8120數(shù)據(jù)位或檢驗位選擇出錯 | 7位數(shù)據(jù)不能選擇無檢驗 |
6309 | D8120檢驗選擇出錯 | 檢驗選擇數(shù)值出錯 |
6322 | D8120沒有開通RS指令 | 請正確設(shè)置D8120再使用RS |
6330 | D8120參數(shù)設(shè)置出錯 |
|
6331 | MODBUS-RTU主站使用不支持功能碼 | 重新設(shè)置FROM與TO的功能碼 |
6332 | D8120沒有開通MODBUS-RTU主站 | 設(shè)置正確D8120再使用FROM與TO指令 |
6333 | FROM/TO接收從站數(shù)據(jù)檢驗出錯 | 檢驗主從站的通訊參數(shù)是否一致或干擾 |
6334 | FROM/TO接收從站站號與功能碼不一致 |
|
6335 | FROM的從站地址出錯 | FROM的從站地址不能為0 |
6336 | FROM/TO指令的讀/寫數(shù)據(jù)長度出錯 | 讀/寫長度大于0而小于等于64 |
6340 | 串口1的DMA發(fā)送出錯標(biāo)志 |
|
6341 | 串口1的DMA接收出錯標(biāo)志 |
|
6345 | 串口2的DMA發(fā)送出錯標(biāo)志 |
|
6346 | 串口2的DMA接收出錯標(biāo)志 |
|
6361 | CAN初始化不成功 |
|
6362 | CAN位填充錯 |
|
6363 | CAN格式(f0rm)錯 |
|
6364 | CAN確認(ACK)錯 | 主機沒有與從機聯(lián)網(wǎng) |
6365 | CAN隱性位錯 |
|
6366 | CAN顯性位錯 |
|
6367 | CAN的CRC錯 |
|
6368 | CAN接收數(shù)據(jù)不完整 | 可能干擾 |
6369 | CAN主機讀取的ID與返回ID不一致 | 可能干擾 |
6370 | CAN接收數(shù)據(jù)長度出錯 | 各站的D8152是否一致 |
6371 | CAN發(fā)送出錯 |
|
6372 | CAN接收出錯 | 檢查波特率設(shè)置是否一致 |
6373 | CAN主機地址有重復(fù) |
|
6374 | CAN從機地址有重復(fù) |
|
參數(shù)出錯M8064(D8064)運行停止 | 0000 | 無異常 |
|
6401 | 程序和數(shù)據(jù)檢驗出錯 | 1、 程序惡意修改或下載未完成; 2、 CPU內(nèi)部程序FLASH損壞; |
6409 | I0功能參數(shù)和檢驗出錯 | I0功能參數(shù)下載不完整或FLASH損壞 |
6410 | 使用T0/FROM指令MODBUS主站功能沒有開啟 | 請在設(shè)置軟件開通MODBUS主站功能 |
6411 | 使用RD3A/WR3A指令沒有開通AD/DA增強功能 | 請在設(shè)置軟件開通AD/DA增強功能 |
語法錯誤M8065(D8065)運行停止 | 0000 | 無異常 |
|
6504 | Pn或In或高速計數(shù)器標(biāo)號重復(fù) |
|
6505 | 元件范圍超出 |
|
6506 | 使未支持的指令 |
|
6507 | 使用標(biāo)號不正確(使用了P63) |
|
6510 | MC的編號大小錯誤 |
|
回路錯誤 M8066(D8066)運行停止 | 0000 | 無異常 |
|
6603 | 使用了MPS超出12次以上 |
|
6605 | 1、 STL連續(xù)使用次數(shù)在9次以上 2、 在沒有使用STL出現(xiàn)RET |
|
6606 | 1、 主程序中有I (中斷)IRET SRET 2、 程序中無IRET SRET |
|
6609 | 其它 | 是否同時使用了FROM/TO與RS 指令 |
6614 | 少了MPS |
|
6615 | 少了MPP |
|
6619 | FOR~NEXT中有I MC MCR IRET STL RST |
|
6623 | 無MC指令 |
|
6625 | 1、 初始化不超出范圍(S0-S9) 2、 STL Sn使用個數(shù)大于2個 3、 STL Sn Sn范圍大于S899 |
|
6626 | STL中沒有MC、MCR、SRET、I(中斷)、IRET |
|
6627 | STL后沒有RET指令 |
|
6630 | CALL SRET關(guān)系不正確 |
|
類別 | 出錯代碼 | 出錯內(nèi)容 | 處理辦法 |
運算錯誤M8067(D8067)運行繼續(xù) | 0000 | 無異常 |
|
6701 | 1、CALL、CJ沒有對象 |
|
6706 | 指令元件地址或元件的數(shù)值范圍超出 |
|
6710 | SFWR(P)指令元件1與元件2相同 |
|
6711 | 模擬量AD輸入量程設(shè)置出錯 |
|
6712 | 模擬量DA輸出量程或數(shù)據(jù)設(shè)置出錯 |
|
6713 | ADS1118開路 | 沒有接入熱電偶 |
6714 | CS5532初始化故障 |
|
6715 | NTC開路 | 沒有接入NTC熱敏電阻 |