簡介《無錫北辰BCNet-QnA以太網(wǎng)通信模塊使用手冊V1.2》面向三菱QnA系列PLC的現(xiàn)場工程師與自動化技術人員系統(tǒng)講解BCNet-QnA經(jīng)濟型以太網(wǎng)通信處理器的應用方法重點解決PLC以太網(wǎng)數(shù)據(jù)采集、設備聯(lián)網(wǎng)監(jiān)控及遠程維護等常見需求。資源為單個PDF文件約2.55MB內(nèi)容覆蓋產(chǎn)品概述、功能與應用領域、硬件接口、指示燈說明、快速應用起步等章節(jié)已有692人學習下載。手冊詳細介紹了通過35mm導軌安裝、外接24VDC電源并連接PLC編程口的硬件部署方式以及X1X4接口定義與指示燈狀態(tài)診斷通信方面涵蓋MELSOFT以太網(wǎng)編程、MC3E幀協(xié)議、ModbusTCP服務器、OPC通道及高級語言二次開發(fā)支持6臺PC同時采集數(shù)據(jù)。書中還說明了利用內(nèi)置WEB服務器進行參數(shù)設置與運行診斷并支持通過以太網(wǎng)實現(xiàn)固件更新在設備改造場景中無需修改原系統(tǒng)任何參數(shù)即可接入以太網(wǎng)配合遠程通訊模塊還能實現(xiàn)異地程序修改和維護。1. 把老掉牙的QnA PLC接上以太網(wǎng)BCNet-QnA模塊最容易被低估的一件事很多搞設備改造的工程師第一次拿到這類以太網(wǎng)通信模塊時都覺得它不過是個“串口轉(zhuǎn)網(wǎng)口”的小盒子接上編程口、配一下IP就能通。結果實際一上手卡了整整兩天上位機Ping得通模塊數(shù)據(jù)卻讀不回來觸摸屏黑屏PLC側倒是跑得好好的。最后查出來問題根本不在硬件而在協(xié)議轉(zhuǎn)換的模式選錯了。BCNet-QnA這名字里最關鍵的不是“以太網(wǎng)”也不是“通信模塊”而是后面那個“QnA”——三菱老一代Q系列PLCQ2A/Q3A/Q4A這類早期CPU使用的專用通信協(xié)議和后來Q系列用的MC協(xié)議不是一回事。這篇筆記就圍繞這個模塊的使用手冊V1.2展開講清楚它到底是做什么的、怎么接線、參數(shù)怎么設、調(diào)試時有哪些坑以及怎樣用它替代串口線把老PLC真正變成網(wǎng)絡節(jié)點。適合正在做老產(chǎn)線改造、設備數(shù)據(jù)采集或觸摸屏遠程監(jiān)控的電氣工程師和現(xiàn)場維護人員。2. 模塊定位與工作原理為什么QnA系列必須用專用協(xié)議轉(zhuǎn)換2.1 QnA、Q系列與FX系列編程口差異決定了轉(zhuǎn)換方案不能通用三菱PLC里有幾條產(chǎn)品線很多人一聽到“三菱”就默認指令集和通信協(xié)議都差不多這是個致命誤解。FX系列走的是編程口專用協(xié)議Q系列Q00/Q01/Q02/Q03等走的是MC協(xié)議而QnA系列屬于更早的過渡代它的CPU比如Q2A、Q3A、Q4A雖然安裝底座和后來的Q系列有點像但內(nèi)部通信幀結構完全不同。QnA的編程口輸出的是它自己的幀格式既不是標準的MC幀也不是后來Q系列那種封裝方式。這意味著你如果拿一個給FX系列設計的以太網(wǎng)模塊插到QnA CPU上或者用一個支持“三菱MC協(xié)議”的通用網(wǎng)關去接QnA結果只有兩種要么完全不通要么能建立TCP連接但讀回來的寄存器數(shù)據(jù)全是亂碼或報錯碼。BCNet-QnA之所以要單獨做一個型號就是因為模塊內(nèi)部的協(xié)議棧是針對QnA幀做了專門解析的它在串口側捕獲CPU發(fā)出的原始幀然后在模塊內(nèi)完成幀格式重組再以TCP/IP的方式轉(zhuǎn)發(fā)給上位機或觸摸屏。實際項目里有人會把QnA CPU當成普通Q系列來配拿GX Developer通過以太網(wǎng)去連結果提示“無法與PLC通信”或者“響應超時”。這不是模塊壞了也不是網(wǎng)線問題而是上位機軟件用了Q系列的連接方式去訪問QnA。GX Developer要訪問QnA往往需要選對CPU類型和通信方式這一步選錯后面所有嘗試都是白費。2.2 BCNet-QnA在鏈路里的位置串口捕獲、協(xié)議轉(zhuǎn)發(fā)、虛擬串口三種模式從鏈路結構上看BCNet-QnA是插在PLC編程口和上位機之間的一個協(xié)議轉(zhuǎn)換設備。物理連接是QnA CPU的編程口通過專用電纜接到模塊的串口側模塊的RJ45網(wǎng)口接到交換機或直接連電腦網(wǎng)卡。數(shù)據(jù)流向是上位機發(fā)起讀請求 → 模塊收到以太網(wǎng)幀 → 模塊將請求翻譯成QnA幀格式 → 通過串口發(fā)給CPU → CPU響應 → 模塊再把響應翻譯回以太網(wǎng)幀格式發(fā)回上位機。這個模塊在邏輯上支持三種工作方式。第一種是透傳模式模塊只做串口與以太網(wǎng)之間的透明搬運不解析內(nèi)容這種模式多半用來做遠程編程調(diào)試相當于一根很長的串口線。第二種是協(xié)議轉(zhuǎn)換模式這也是使用手冊V1.2里默認推薦的方式模塊把QnA幀轉(zhuǎn)換成標準TCP/IP數(shù)據(jù)讓上位機可以用TCP Socket直接讀寫。第三種是虛擬串口模式模塊在電腦上虛擬出一個COM口原有組態(tài)軟件或者串口調(diào)試工具不需要改任何配置把通信端口指向這個虛擬COM口就能繼續(xù)用這對老舊的工控軟件特別友好。這三種模式的差別用一張表可以看得很清楚模式串口側行為以太網(wǎng)側行為典型用途透傳模式原樣轉(zhuǎn)發(fā)原始字節(jié)流透傳遠程編程調(diào)試GX Developer遠距離連接協(xié)議轉(zhuǎn)換模式解析QnA幀并重組TCP Server/Client標準Socket通信SCADA數(shù)據(jù)采集、自定義上位機虛擬串口模式解析QnA幀并重組虛擬COM口映射老組態(tài)軟件不改程序直接接入混合模式按需求切換同時支持Socket和虛擬串口調(diào)試與運行并存驗證階段使用需要留意的是透傳模式和協(xié)議轉(zhuǎn)換模式在模塊固件里往往不能同時開啟V1.2手冊里寫的是通過配置工具里面的“工作模式”下拉框來切換。調(diào)試階段我一般先切到透傳模式用串口調(diào)試工具抓一下模塊和PLC之間的原始通信數(shù)據(jù)確認鏈路沒問題再切到協(xié)議轉(zhuǎn)換模式去聯(lián)調(diào)上位機。2.3 選型對照表什么時候選BCNet-QnA而不是FX模塊或QJ71E71手里有一臺QnA PLC想上以太網(wǎng)擺在你面前有幾條路換PLC、加裝QJ71E71以太網(wǎng)模塊、用BCNet-QnA這類協(xié)議轉(zhuǎn)換模塊。換PLC成本太高改造量巨大一般不作為選項。加裝QJ71E71呢QnA系列是支持這個擴展模塊的但它需要占用PLC的安裝槽位還要考慮I/O分配、模塊初始化設置編程量不小而且QJ71E71本身是走MC協(xié)議的如果你手里已經(jīng)有別的設備在用QnA專用格式麻煩。剩下就是BCNet-QnA這種協(xié)議轉(zhuǎn)換方案。選型時真正要判斷的是三個條件第一PLC必須是帶編程口的獨立CPU底座本身不帶以太網(wǎng)第二通信數(shù)據(jù)量不大主要做讀寫寄存器、監(jiān)控狀態(tài)、上下載程序第三現(xiàn)場沒有多余槽位或者不想改動原PLC配置。這三個條件同時滿足時BCNet-QnA幾乎是最省事的方案不需要改PLC程序不需要額外組態(tài)模塊插上去就相當于給PLC加了一個網(wǎng)口。但也要提醒一句BCNet-QnA不是萬能的。如果你需要高速、大數(shù)據(jù)量的以太網(wǎng)通信比如多個伺服驅(qū)動器批量讀寫、視覺系統(tǒng)實時交互那協(xié)議轉(zhuǎn)換模塊的處理能力和帶寬會不夠用。這種場景應該老老實實上QJ71E71或者直接換新一代Q系列CPU。協(xié)議轉(zhuǎn)換這種事本質(zhì)上是用“慢”換“省”省的是改造工作量犧牲的是通信效率心里要有數(shù)。3. 硬件安裝與接線從確認CPU型號到上電檢查3.1 確認PLC型號與運行狀態(tài)QnA CPU型號識別與面板狀態(tài)判斷動手接線前第一件事是確認手里的PLC確實是QnA系列而不是后來那種Q系列帶USB口的CPU。識別方法很簡單看CPU模塊正面的型號標簽QnA系列常見的有Q2A、Q2AS、Q3A、Q4A等型號里通常有字母A。再看編程口QnA的編程口是那種25針的D-Sub插座而Q系列常用的編程口是USB口或者迷你DIN圓頭一眼就能區(qū)分。確認CPU型號的同時還要確認PLC當前處于什么狀態(tài)?？碈PU面板上的RUN/STOP指示燈RUN亮表示PLC在運行STOP亮表示處于停止狀態(tài)。接模塊之前最好讓PLC保持在RUN狀態(tài)因為有些老CPU在STOP狀態(tài)下編程口會自動進入等待連接模式模塊上電后和CPU之間的握手時序會不一樣容易讓第一次調(diào)試的人誤判為通信失敗。還有個容易忽略的點QnA系列CPU的編程口默認通信參數(shù)不是統(tǒng)一的有的CPU是9600bps有的可能是19200bps這取決于CPU型號和撥碼開關設置以及是否有人在程序里用特殊繼電器改過通信設置。模塊串口側的波特率必須和CPU一致不然模塊和CPU之間根本沒法通信。我一般會在接模塊之前先用一條串口線把CPU和電腦連起來在GX Developer里確認能正常連接順便讀取一下PLC的通信參數(shù)再決定模塊串口側怎么設置。3.2 模塊與PLC編程口之間的接線信號定義與接線原則QnA編程口是25針D-Sub模塊串口側一般也是配了對應的接頭。接線原則按RS-422來對待發(fā)送數(shù)據(jù)SD、接收數(shù)據(jù)RD、信號地SG這三個信號是必須的。信號地必須接而且要從PLC側引出不能偷懶不接。很多現(xiàn)場通信時好時壞就是信號地懸空導致的。屏蔽層的處理也值得一提通信電纜的屏蔽層應該在PLC側單端接地或者接到模塊外殼接地端子不要在兩頭都接避免形成地環(huán)路。地環(huán)路一形成PLC和模塊之間的地電位差會產(chǎn)生共模干擾輕則通信誤碼重則擊穿串口芯片。這一條在變頻器多的現(xiàn)場尤其重要感應電一大屏蔽層兩頭接地幾乎必出問題。具體管腳號怎么定義以隨模塊附帶的說明書為準不同批次可能會有細微差別。我在現(xiàn)場一般會做這么一件事拿萬用表量一下編程口各腳的電壓正常情況下SD腳和RD腳對SG會有一定的直流偏壓通過這個能快速判斷線纜是否接對也能確認該用哪幾根線。3.3 供電與接地24V電源接法及共地問題BCNet-QnA模塊通常需要外部提供DC 24V電源常見做法是直接取PLC電源端子或開關電源的輸出。接線時注意正負極別反了模塊上一般有電源指示燈上電后燈亮說明供電正常。這里最容易被忽略的是共地問題。模塊的電源地和PLC的信號地看似不相關實際上如果不共地PLC和模塊之間的串口通信會變得非常不穩(wěn)定。我遇到的案例里最典型的現(xiàn)象是模塊用獨立開關電源供電PLC用另一路電源兩路電源不共地結果是模塊和PLC能連上但每隔幾十秒就通信超時一次。把兩路電源的負極用一根線連在一起之后問題立刻消失。所以接線的習慣是模塊電源負極端子要和PLC電源負極端子共地就算PLC那邊是內(nèi)部隔離的也建議用一根短粗線把兩地連起來這個動作成本極低但能解決大量疑難雜癥。3.4 上電檢查清單模塊與PLC兩邊燈的狀態(tài)怎么看接線完成并上電后不要急著連上位機先看指示燈。模塊PWR燈亮說明供電正常RUN燈閃爍或常亮說明模塊固件正常啟動。PLC側CPU的RUN燈保持亮COM口指示燈如果有的話會在通信發(fā)生時有活動指示。模塊和PLC之間的串口鏈路是否建立很多模塊上用“LINK”燈或者“COM”燈來指示V1.2手冊里描述的是模塊上電后會自動檢測編程口是否有數(shù)據(jù)幀檢測到有效幀時鏈路指示燈會從慢閃變成快閃或常亮。如果你看到模塊RUN正常但COM/LINK燈從來不亮基本可以斷定問題出在串口接線或者波特率不匹配而不是以太網(wǎng)側。這時候先把網(wǎng)線拔了專心查串口側用萬用表量線、核對信號定義、檢查波特率鏈路燈亮了再回頭看以太網(wǎng)。提示模塊上電前確認PLC的編程口沒有被其他設備占用。有些老設備改造時PLC編程口還插著原來的編程電纜如果那頭還接著電腦或觸摸屏模塊搶不到總線即使接線正確鏈路燈也不會亮。4. 參數(shù)設定與通信聯(lián)調(diào)配置工具里必須搞定的5個參數(shù)4.1 IP地址、子網(wǎng)掩碼、網(wǎng)關規(guī)劃一個不會沖突的小網(wǎng)段以太網(wǎng)通信的第一步永遠是IP規(guī)劃。模塊的IP地址要和你準備連接它的上位機在同一個網(wǎng)段。也就是說如果電腦網(wǎng)卡IP是192.168.1.100子網(wǎng)掩碼255.255.255.0那模塊的IP就要設為192.168.1.xx≠100網(wǎng)關按現(xiàn)場實際填如果沒有路由需求網(wǎng)關可以填192.168.1.1或者留空視模塊配置工具而定。規(guī)劃IP時要在圖紙上記清楚避免和現(xiàn)場已有的設備沖突。我見過一個項目模塊IP和觸摸屏IP設成了同一個地址結果一上電兩臺設備輪流掉線查了半天才發(fā)現(xiàn)是IP地址打架。建議的做法設備改造時專門劃出一段地址比如192.168.1.200到192.168.1.210用來分配給所有新加的協(xié)議轉(zhuǎn)換模塊每臺設備貼標簽寫上IP防止后續(xù)維護的人改錯。子網(wǎng)掩碼那欄有人喜歡填255.255.255.0有人填255.255.0.0區(qū)別在于通信范圍大小。如果上位機和模塊之間隔著一個三層交換機、分成多個VLAN那網(wǎng)關一定要填對填錯或留空會讓跨網(wǎng)段通信直接失敗。如果只是模塊和電腦直連或者在同一臺交換機下網(wǎng)關留空問題不大。4.2 串口參數(shù)與PLC站號波特率、數(shù)據(jù)格式要和CPU保持一致模塊串口側能設置的參數(shù)一般包括波特率、數(shù)據(jù)位、停止位、校驗位以及PLC站號。這些參數(shù)必須和QnA CPU的實際設置完全一致任何一個不匹配模塊和PLC之間都無法建立正常通信。QnA系列CPU側的默認通信參數(shù)大概率是8位數(shù)據(jù)位、1位停止位、偶校驗或奇校驗波特率可能是9600或19200。但注意這只是大概率不能當作定論。最可靠的做法是連接GX Developer在PLC參數(shù)里查看通信設置或者在模塊配置工具里逐個嘗試直到鏈路指示燈變亮。V1.2手冊里通常會給出一張“串口參數(shù)對照表”列出不同CPU型號對應的默認值但這張表只能作為起點實際以PLC里讀出來的值為準。站號這個參數(shù)也常被搞錯。QnA CPU作為從站時有一個站號通常默認是0或FF取決于PLC參數(shù)設置。上位機發(fā)送的請求幀里會帶上站號模塊轉(zhuǎn)發(fā)給PLC時也要用同樣的站號。如果你上位機里填的站號和PLC參數(shù)不一致那通信結果會表現(xiàn)為偶爾能讀通一次大部分時候超時。有人會以為是模塊不穩(wěn)定其實是站號搞錯了。4.3 工作模式的選擇TCP Server還是TCP Client與輪詢方式的取舍模塊的以太網(wǎng)側工作模式?jīng)Q定它是以服務器身份等你來連還是作為客戶端主動去找上位機。V1.2手冊里這兩種模式都支持選擇依據(jù)很簡單上位機軟件是主動連接型還是被動監(jiān)聽型。大多數(shù)組態(tài)軟件和SCADA系統(tǒng)是主動連接型也就是上位機作為TCP客戶端去連設備這時候模塊應設置為TCP Server模式固定IP等待連接。少數(shù)場景下比如模塊要主動把數(shù)據(jù)推送到某個服務器那模塊就要設為TCP Client模式填上服務器的IP和端口。還有一種情況現(xiàn)場有一臺觸摸屏原本通過串口直連PLC現(xiàn)在想改成都走以太網(wǎng)那模塊要同時支持觸摸屏連接和上位機連接這就涉及到模塊是否支持多連接。V1.2手冊里提到的連接數(shù)上限通常是2到4個夠用但不算多設計時要數(shù)清楚到底有幾個上位機或觸摸屏要同時訪問PLC別超了上限。UDP模式我一般不建議在生產(chǎn)場合用。UDP雖然開銷小、速度略快但它是無連接的丟包不重傳在工業(yè)現(xiàn)場這種干擾較多的環(huán)境里通信質(zhì)量不穩(wěn)定的時候很難排查。除非你的上位機程序?qū)ｉT按UDP設計、能容忍丟包重試否則還是用TCP穩(wěn)妥。4.4 用最小命令在本地驗證鏈路從一個Ping到一條Modbus查詢參數(shù)寫好后用下面的步驟把鏈路捋一遍每一層都驗證過再連上位機能省掉后面大量排查時間。全程只需要一臺筆記本電腦和一條網(wǎng)線。先給電腦網(wǎng)卡配一個和模塊同網(wǎng)段的IP地址然后檢測物理鏈路ping 192.168.1.200如果Ping不通先看網(wǎng)線、交換機端口指示燈和模塊上以太網(wǎng)口的Link燈。Link燈不亮就是網(wǎng)線問題或網(wǎng)口接觸不良Link燈亮但Ping不通就要檢查電腦網(wǎng)卡IP和模塊IP是不是同一個網(wǎng)段。第三步確認TCP端口是否開放。模塊的以太網(wǎng)端口號一般是特定的比如監(jiān)聽端口是5000或8000具體看手冊。用下面的命令掃描模塊端口代替手工Telnet驗證nc -zv -w 5 192.168.1.200 5000這條命令的意思是連接目標IP的5000端口等待5秒連接成功會返回open失敗會返回unreachable或timeout。如果端口是closed說明模塊上Server模式?jīng)]有啟用或者端口號不對。這一步通過說明以太網(wǎng)鏈路和模塊的網(wǎng)絡服務已經(jīng)正常。如果模塊支持用Modbus TCP進行數(shù)據(jù)讀取那最后一步可以用現(xiàn)成的Modbus工具發(fā)一條查詢指令確認能拿到PLC的數(shù)據(jù)。注意QnA的寄存器地址映射不是標準Modbus格式模塊在轉(zhuǎn)換時會把QnA的軟元件編號映射到Modbus地址上映射規(guī)則在V1.2手冊里專門有一張表格。初次調(diào)試時要仔細看這張表不然你讀了100個地址以為對應D100實際讀的是D110數(shù)據(jù)對不上會一頭霧水。注意模塊參數(shù)寫完后有的參數(shù)需要斷電重啟才能生效。常見做法是用配置工具寫入?yún)?shù)軟件提示成功然后你拔掉模塊電源重新上電。別嫌麻煩也別用軟件內(nèi)部的“復位”按鈕替代斷電個別固件版本復位后參數(shù)并不重新加載。5. 老PLC上以太網(wǎng)避坑最容易翻車的6個錯誤現(xiàn)場5.1 模塊和PLC鏈路燈常亮但上位機連不上協(xié)議封裝格式選錯了現(xiàn)象是模塊上電后串口側鏈路指示燈正常亮起說明模塊和PLC之間通信沒問題但用上位機Socket去連模塊的IP和端口一直連不上或者連上了發(fā)讀命令就超時。原因是模塊里除了“工作模式”還有一個“協(xié)議類型”或“幀格式”選項用來指定上位機發(fā)過來的是什么格式的數(shù)據(jù)。很多人默認填了Modbus TCP但V1.2手冊里這個模塊的協(xié)議選項可能有好幾種比如“QnA over TCP”和“Modbus TCP”是兩回事。上位機發(fā)的是Modbus幀模塊側選的是QnA格式轉(zhuǎn)發(fā)給PLC后PLC根本不認。解決方法是先把上位機或調(diào)試工具的協(xié)議格式選對再看模塊側的協(xié)議選項。調(diào)試階段最快的辦法是模塊自帶一個測試頁或命令行工具可以直接以字節(jié)形式查看上位機發(fā)來的原始幀。發(fā)一條Modbus報文看模塊收到的十六進制數(shù)據(jù)是什么就能確認是格式不匹配還是模塊解析出錯。5.2 能Ping通但通信時斷時續(xù)信號地和兩端供電沒有共地現(xiàn)象是模塊的IP能Ping通上位機也能偶爾讀到數(shù)據(jù)但通信非常不穩(wěn)定有時幾秒鐘就斷一次有時一二十分鐘才斷一次。這種問題最容易讓人誤判為模塊質(zhì)量不好。原因大多是串口側信號地懸空或者模塊電源和PLC電源沒有共地。QnA編程口是RS-422電平對地電位差很敏感如果模塊側和PLC側的地電位不一致串口芯片輸出的差分信號會被共模干擾淹沒。解決檢查25針線纜里SG線是否接通把模塊電源負極和PLC電源負極短接如果現(xiàn)場變頻器多盡量讓通信線遠離動力線不能避開的話就穿金屬管并讓屏蔽層單端接地。眼下的解決辦法里“把兩個電源共地”這一步的效果最立竿見影超過一半的時斷時續(xù)都是這個問題。5.3 原來直連觸摸屏正常改成以太網(wǎng)后觸摸屏黑屏沒有查觸摸屏的連接方式現(xiàn)象是PLC原來通過串口直接連著一臺觸摸屏一切正常。改造后觸摸屏改走以太網(wǎng)接到交換機結果觸摸屏直接黑屏或提示“無連接”。原因是老觸摸屏的通信協(xié)議和端口設置固化在工程文件里你把硬件鏈路改成以太網(wǎng)但觸摸屏工程里的連接對象還是“串口”或者協(xié)議類型還是“QnA串行”而不是“以太網(wǎng)/QnA”。解決在觸摸屏組態(tài)軟件里新建一個通信連接連接方式選擇“以太網(wǎng)”協(xié)議選擇模塊對應的協(xié)議名IP填模塊的IP而不是PLC的IP。端口號要看模塊手冊觸摸屏側也要填同一個端口。要注意的是觸摸屏工程里設備IP的概念要理清模塊代替了PLC的網(wǎng)絡身份所以觸摸屏訪問的是模塊的IP而不是一個不存在的PLC直連IP。5.4 模塊配置工具連不上模塊電腦網(wǎng)卡和模塊不在同一網(wǎng)段這個屬于入門級但是現(xiàn)場高發(fā)問題?，F(xiàn)象是雙擊廠商配置工具點擊“搜索設備”列表里一片空白找不到模塊。原因是電腦網(wǎng)卡的IP和模塊的出廠IP不在同一個網(wǎng)段很多模塊出廠IP是192.168.0.x或者10.0.0.x而你的電腦可能是自動獲取IP拿到了一個192.168.1.x的地址。配置工具的搜索功能通?；趶V播包廣播域不同就發(fā)現(xiàn)不了設備。解決手動把電腦網(wǎng)卡IP改成和模塊出廠IP同網(wǎng)段的臨時地址再搜索。搜到模塊后再把模塊IP改成現(xiàn)場規(guī)劃地址。改完IP后再把電腦網(wǎng)卡改回正常地址。整個過程中電腦和模塊要直連別過交換機不然交換機端口配置也可能擋住廣播包。5.5 模塊參數(shù)保存失敗斷電后恢復出廠配置工具保存按鈕沒生效現(xiàn)象是你在配置工具里把IP和波特率都改好了工具也提示“寫入成功”但模塊一斷電再上電參數(shù)全部還原或者恢復成出廠默認值。原因有兩個。一個是寫入?yún)?shù)后沒有執(zhí)行“保存到FLASH”或“持久化”操作參數(shù)只寫在運行內(nèi)存里斷電即失。多數(shù)模塊為了延長存儲器壽命默認不會每次寫入都刷FLASH需要你手動點保存按鈕。另一個是有些配置工具在保存時要求字段校驗全部通過才能寫入比如IP地址里某個位填了超范圍的值保存動作會失敗但界面上不一定有紅色提示。解決寫入?yún)?shù)后尋找“保存”或“持久化”按鈕并點擊然后斷電重啟重啟后再用配置工具連接模塊讀回參數(shù)核對是否一致。這個“寫回來后讀一遍”的習慣非常值得養(yǎng)成能避開大量后續(xù)麻煩。5.6 GX Developer通過模塊連PLC時提示CPU類型不匹配仿照串口直連的參數(shù)設置現(xiàn)象是你在GX Developer里設置以太網(wǎng)連接填了模塊的IP和端口卻提示“無法與PLC通信”或“CPU型號不匹配”而你確認模塊和PLC之間的鏈路正常。原因是GX Developer通過以太網(wǎng)連接PLC時它會按照以太網(wǎng)模塊的通信方式去連接而不是按QnA編程口的串口協(xié)議去連接。BCNet-QnA模塊在透傳模式下雖然物理上是“串口轉(zhuǎn)以太網(wǎng)”但GX Developer并不認為對方是一個以太網(wǎng)模塊它可能要求你說清楚是“通過編程口直連”還是“通過網(wǎng)絡模塊連接”。解決GX Developer里選擇“直接連接”通信方式選擇與編程口一致的串口方式然后在網(wǎng)絡設置里把模塊的IP和端口填上讓GX Developer把模塊當成一個透明鏈路來用。注意分清楚“透明鏈路”和“以太網(wǎng)模塊”在GX Developer的邏輯里是完全不同的連接類型選錯了就會卡在CPU類型檢測上。這塊的細節(jié)建議多看模塊手冊里關于透傳模式的章節(jié)照著示例一步步來比自己在軟件里瞎試要快得多。6. 把這個模塊用透輪詢間隔設置與虛擬串口的兩個進階驗證手段調(diào)試通過、通信穩(wěn)定之后還有兩個手段能讓模塊用得更順手。第一個是輪詢間隔的設置。上位機在讀取多個寄存器地址時是逐條發(fā)出讀請求的。如果上位機把間隔設得太短比如10毫秒就發(fā)一條讀命令模塊每條命令轉(zhuǎn)發(fā)給PLC后要等PLC處理完老CPU處理一條指令需要幾十毫秒這樣連續(xù)發(fā)會大量超時重試整體效率反而更低。我一般把輪詢間隔設在100毫秒以上讀一批連續(xù)地址用批量讀指令而不是一條一條單獨讀通信成功率會明顯提升。你可以在模塊的調(diào)試日志里看到每條請求的響應時間如果發(fā)現(xiàn)大量超時記錄先看輪詢間隔再看站號。第二個是虛擬串口的驗證方法。模塊在虛擬串口模式下會在電腦上生成一個COM口比如COM5。連接方式為串口的舊組態(tài)軟件不需要改工程文件只要把通信端口改成COM5就能用。驗證辦法很簡單先在電腦上打開一個串口調(diào)試助手連接COM5然后發(fā)一條調(diào)試指令如果模塊配置成透傳模式調(diào)試助手會收到PLC返回的原始幀如果配置成協(xié)議轉(zhuǎn)換模式會收到轉(zhuǎn)換后的數(shù)據(jù)幀。通過這個方式不用等組態(tài)軟件啟動就能快速驗證模塊工作狀態(tài)。最后說一個我的真實教訓有一次在現(xiàn)場改了模塊的IP和端口忙了一下午沒記住改成了什么第二天來現(xiàn)場帶了另外一臺電腦怎么都搜不到模塊最后一臺一臺查IP才把模塊找回來。從那以后我每次改模塊參數(shù)之前先導出一份當前配置存檔寫好項目名稱和日期改完后把最終的參數(shù)配置也存一份。模塊配置工具一般都支持導出配置文件這個動作一分錢不花但在半年后設備故障需要換模塊時能讓你直接從配置文件恢復所有參數(shù)不用頭天晚上翻聊天記錄找IP。希望這個習慣也能幫到你少踩一次坑。本文還有配套的精品資源點擊獲取