簡(jiǎn)介本資源是一份面向工業(yè)自動(dòng)化工程師、PLC初學(xué)者及組態(tài)軟件如組態(tài)王集成人員的實(shí)操型技術(shù)文檔系統(tǒng)講解三菱Q系列PLC內(nèi)置與外置以太網(wǎng)模塊的通信配置全流程重點(diǎn)解決MC協(xié)議下TCP/UDP通信建立失敗、變量無(wú)法寫(xiě)入、端口地址不匹配等高頻工程問(wèn)題。文檔共1個(gè)Word文件.docx大小675KB內(nèi)容結(jié)構(gòu)清晰覆蓋內(nèi)置以太網(wǎng)板參數(shù)設(shè)定、QJ17E71-100外置模塊網(wǎng)絡(luò)配置、MELSECNET/以太網(wǎng)操作設(shè)置要點(diǎn)、初始參數(shù)填寫(xiě)規(guī)范以及組態(tài)王中設(shè)備地址格式aaa.bbb.ccc.ddd:PLCport:ComputerPort:t:TransType的十六進(jìn)制轉(zhuǎn)換與端口避重等關(guān)鍵細(xì)節(jié)并附真實(shí)項(xiàng)目排錯(cuò)案例如勾選‘允許RUN中寫(xiě)入’避免只讀異常。已有198人學(xué)習(xí)下載適合需快速落地Q系列以太網(wǎng)通信、規(guī)避典型配置陷阱的現(xiàn)場(chǎng)技術(shù)人員與系統(tǒng)集成工程師。1. 為什么Q系列PLC的以太網(wǎng)通信總在“連上又?jǐn)?、斷了重試”——?nèi)置與外置雙路徑配置必須同步校準(zhǔn)否則協(xié)議握手永遠(yuǎn)卡在TCP三次握手之后很多現(xiàn)場(chǎng)工程師第一次配三菱Q系列PLC以太網(wǎng)時(shí)會(huì)陷入一個(gè)典型困局用GX Works2能在線連接PLC但HMI或上位機(jī)軟件如FactoryTalk View、Ignition、自研C# Socket客戶端始終報(bào)“連接超時(shí)”或“無(wú)響應(yīng)”。更玄學(xué)的是有時(shí)重啟PLC就通了再改一行梯形圖又?jǐn)嗟簟@不是網(wǎng)絡(luò)不穩(wěn)定而是內(nèi)置以太網(wǎng)端口CPU本體和外置以太網(wǎng)模塊如QJ71E71-100的IP地址、子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)、端口號(hào)、通信協(xié)議模式這五組參數(shù)存在隱性沖突。尤其當(dāng)項(xiàng)目中同時(shí)啟用兩種以太網(wǎng)通道比如內(nèi)置口接HMI外置模塊接SCADA服務(wù)器而未在Q系列專用的“以太網(wǎng)模塊設(shè)置”界面中顯式指定各通道的通信角色主站/從站/透明傳輸系統(tǒng)就會(huì)按默認(rèn)優(yōu)先級(jí)自動(dòng)仲裁導(dǎo)致TCP連接建立后UDP心跳包或MC協(xié)議幀被靜默丟棄。本文面向已掌握基本梯形圖編程、熟悉GX Works2界面但尚未系統(tǒng)梳理過(guò)Q系列網(wǎng)絡(luò)棧結(jié)構(gòu)的現(xiàn)場(chǎng)工程師聚焦可復(fù)現(xiàn)、可驗(yàn)證、可回滾的實(shí)操路徑不依賴第三方驅(qū)動(dòng)只用原廠工具鏈在30分鐘內(nèi)完成雙通道通信拓?fù)涞拇_定性配置。2. 內(nèi)置以太網(wǎng)端口從物理接線到GX Works2中“以太網(wǎng)設(shè)置”的完整閉環(huán)Q系列PLC的內(nèi)置以太網(wǎng)端口集成在CPU本體上如Q03UD、Q06H等型號(hào)其通信能力由CPU固件直接管理無(wú)需額外模塊。但正因如此它的配置深度遠(yuǎn)超普通網(wǎng)卡——它不是“插上網(wǎng)線就能Ping通”而是必須通過(guò)GX Works2的專用設(shè)置界面將物理層參數(shù)、協(xié)議棧行為、應(yīng)用層服務(wù)三者綁定。常見(jiàn)誤區(qū)是只設(shè)IP地址卻忽略“通信協(xié)議類(lèi)型”和“端口號(hào)”的聯(lián)動(dòng)關(guān)系結(jié)果導(dǎo)致上位機(jī)用MC協(xié)議端口5006連接時(shí)PLC實(shí)際只監(jiān)聽(tīng)了SLMP協(xié)議端口5007。2.1 物理層確認(rèn)網(wǎng)線類(lèi)型、LED狀態(tài)與交換機(jī)端口協(xié)商模式首先確認(rèn)硬件連接無(wú)歧義使用超五類(lèi)及以上屏蔽雙絞線STP直連PC或經(jīng)工業(yè)交換機(jī)中轉(zhuǎn)禁用普通家用非網(wǎng)管交換機(jī)因其可能關(guān)閉巨型幀Jumbo Frame或錯(cuò)誤協(xié)商為半雙工CPU面板上“LINK”燈常亮物理鏈路通、ACT燈閃爍有數(shù)據(jù)收發(fā)——若LINK滅檢查網(wǎng)線水晶頭壓接質(zhì)量重點(diǎn)測(cè)1/2/3/6芯通斷若ACT不閃說(shuō)明上位機(jī)未發(fā)起有效通信請(qǐng)求在PC端執(zhí)行ping PLC_IP必須返回毫秒級(jí)延遲5ms且無(wú)丟包。若ping通但上位機(jī)連不上問(wèn)題100%出在協(xié)議層配置。提示Q系列內(nèi)置以太網(wǎng)默認(rèn)支持10/100Mbps自適應(yīng)但強(qiáng)烈建議在交換機(jī)端口強(qiáng)制設(shè)為100Mbps全雙工。某高校實(shí)驗(yàn)室曾因交換機(jī)自動(dòng)協(xié)商成10Mbps半雙工導(dǎo)致MC協(xié)議批量讀取時(shí)每幀間隔被拉長(zhǎng)至200ms以上觸發(fā)上位機(jī)超時(shí)重試機(jī)制最終表現(xiàn)為“間歇性斷連”。2.2 GX Works2中“以太網(wǎng)設(shè)置”界面的5個(gè)必填字段及其真實(shí)含義打開(kāi)GX Works2 → 在項(xiàng)目導(dǎo)航欄右鍵CPU → “參數(shù)” → “以太網(wǎng)設(shè)置”進(jìn)入核心配置頁(yè)。此處5個(gè)字段不可孤立理解字段名典型值關(guān)鍵說(shuō)明不填/錯(cuò)填后果IP地址192.168.1.10必須與上位機(jī)在同一子網(wǎng)若上位機(jī)IP為192.168.1.20則此值必須為192.168.1.xx≠20PLC無(wú)法被ARP解析上位機(jī)顯示“目標(biāo)主機(jī)不可達(dá)”子網(wǎng)掩碼255.255.255.0必須與上位機(jī)完全一致若上位機(jī)為255.255.0.0即使IP同段也會(huì)通信失敗TCP三次握手后RST包立即返回Wireshark可見(jiàn)“Connection reset by peer”默認(rèn)網(wǎng)關(guān)192.168.1.1僅當(dāng)PLC需訪問(wèn)其他網(wǎng)段如數(shù)據(jù)庫(kù)服務(wù)器時(shí)填寫(xiě)本地通信可留空填寫(xiě)錯(cuò)誤會(huì)導(dǎo)致PLC路由表混亂影響所有出向連接通信協(xié)議類(lèi)型MC協(xié)議或SLMP協(xié)議決定PLC監(jiān)聽(tīng)哪個(gè)端口及解析哪種幀格式MC協(xié)議端口5006SLMP端口5007若上位機(jī)發(fā)MC幀但PLC設(shè)為SLMP則靜默丟棄無(wú)日志提示端口號(hào)5006MC或5007SLMP必須與“通信協(xié)議類(lèi)型”嚴(yán)格匹配不可自定義為其他端口如8080GX Works2下載時(shí)會(huì)報(bào)錯(cuò)“端口號(hào)不支持”拒絕寫(xiě)入配置完成后必須點(diǎn)擊“傳送設(shè)置”按鈕而非僅“寫(xiě)入”該操作會(huì)將參數(shù)燒錄至CPU的以太網(wǎng)控制器寄存器并重啟網(wǎng)絡(luò)棧。僅“寫(xiě)入”只會(huì)保存到工程文件斷電即失效。2.3 驗(yàn)證內(nèi)置端口是否真正就緒三步終端檢測(cè)法不要依賴GX Works2的“在線連接”圖標(biāo)——它只驗(yàn)證GX Works2自身與PLC的專用調(diào)試通道。用以下命令行組合驗(yàn)證底層TCP/IP棧# 步驟1確認(rèn)PLC IP可路由基礎(chǔ)連通性 ping 192.168.1.10 # 步驟2確認(rèn)MC協(xié)議端口處于監(jiān)聽(tīng)狀態(tài)關(guān)鍵 telnet 192.168.1.10 5006 # 若屏幕變?yōu)榭瞻浊夜鈽?biāo)閃爍說(shuō)明端口開(kāi)放、TCP握手成功 # 若提示“無(wú)法打開(kāi)到主機(jī)的連接”則PLC未監(jiān)聽(tīng)該端口協(xié)議類(lèi)型或端口設(shè)錯(cuò) # 步驟3發(fā)送最小MC協(xié)議幀驗(yàn)證應(yīng)用層進(jìn)階 # 使用Python快速構(gòu)造幀需安裝pyserial此處僅示意邏輯 # 幀結(jié)構(gòu)Header(10B)Request(14B) → 總長(zhǎng)24字節(jié)含固定Magic Number 0x5000 echo -ne \x50\x00\x00\x00\x00\x00\x00\x00\x00\x00\x0e\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00 | nc -w 1 192.168.1.10 5006 | xxd -c 16 # 正常響應(yīng)應(yīng)為24字節(jié)ACK幀首2字節(jié)為0x5000邏輯說(shuō)明telnet測(cè)試的是TCP層可達(dá)性這是上位機(jī)通信的前提而手動(dòng)構(gòu)造MC幀并捕獲響應(yīng)能排除上位機(jī)軟件自身的協(xié)議解析bug。參數(shù)說(shuō)明中-w 1表示1秒超時(shí)避免無(wú)限等待xxd -c 16將二進(jìn)制響應(yīng)轉(zhuǎn)為十六進(jìn)制視圖便于比對(duì)幀頭。3. 外置以太網(wǎng)模塊QJ71E71-100獨(dú)立IP、獨(dú)立協(xié)議棧、獨(dú)立故障域的配置要點(diǎn)當(dāng)內(nèi)置端口資源不足如需同時(shí)接HMI、SCADA、MES或需更高可靠性內(nèi)置口故障時(shí)外置模塊可熱備Q系列支持?jǐn)U展QJ71E71-100以太網(wǎng)模塊。它本質(zhì)是一塊嵌入式Linux設(shè)備運(yùn)行獨(dú)立的TCP/IP協(xié)議棧與CPU通過(guò)背板總線通信。因此其配置與內(nèi)置端口完全解耦外置模塊有自己的IP、自己的端口、自己的協(xié)議類(lèi)型甚至自己的固件版本。常見(jiàn)翻車(chē)點(diǎn)在于工程師誤以為“設(shè)好內(nèi)置口外置模塊插上就能用”結(jié)果發(fā)現(xiàn)外置模塊的IP根本ping不通——因?yàn)樗腎P必須在GX Works2中單獨(dú)配置且需分配獨(dú)立槽號(hào)。3.1 模塊物理安裝與槽號(hào)確認(rèn)背板地址映射是通信前提QJ71E71-100必須安裝在Q系列基板的專用以太網(wǎng)模塊槽位通常為最右側(cè)槽位如Q38B基板的Slot 32。安裝后需在GX Works2中確認(rèn)其物理位置打開(kāi)“參數(shù)” → “PLC參數(shù)” → “模塊配置”在基板圖中找到QJ71E71-100圖標(biāo)右鍵 → “屬性”查看“I/O分配”標(biāo)簽頁(yè)中的“起始X/Y地址”——此地址即為CPU訪問(wèn)該模塊的內(nèi)部通道號(hào)例如X000/Y000后續(xù)梯形圖中讀寫(xiě)模塊狀態(tài)需用此地址同時(shí)記錄“模塊編號(hào)”如1該編號(hào)用于后續(xù)網(wǎng)絡(luò)參數(shù)配置的索引。注意若模塊未被GX Works2識(shí)別首先檢查基板電源是否充足QJ71E71-100功耗約3.5W其次確認(rèn)模塊撥碼開(kāi)關(guān)SW1是否設(shè)為“RUN”模式非“STOP”或“PROG”。3.2 QJ71E71-100專用設(shè)置界面與內(nèi)置口配置的三大差異外置模塊的網(wǎng)絡(luò)參數(shù)不在CPU的“以太網(wǎng)設(shè)置”中配置而需進(jìn)入模塊專屬界面在GX Works2中展開(kāi)“參數(shù)” → “模塊參數(shù)” → 找到QJ71E71-100模塊 → 雙擊打開(kāi)切換到“以太網(wǎng)設(shè)置”標(biāo)簽頁(yè)注意此處標(biāo)題與CPU設(shè)置頁(yè)相同但參數(shù)獨(dú)立。與內(nèi)置口相比此處有三個(gè)關(guān)鍵差異IP地址可設(shè)為與內(nèi)置口同網(wǎng)段但不同IP如內(nèi)置口192.168.1.10外置模塊192.168.1.11實(shí)現(xiàn)雙通道負(fù)載分擔(dān)“通信協(xié)議類(lèi)型”選項(xiàng)更多除MC/SLMP外還支持“開(kāi)放式以太網(wǎng)”即標(biāo)準(zhǔn)TCP/UDP Socket此時(shí)端口號(hào)可自定義如8080必須設(shè)置“CPU通信設(shè)置”指定該模塊與CPU交換數(shù)據(jù)的周期如10ms、緩沖區(qū)大小如1024字節(jié)此參數(shù)直接影響實(shí)時(shí)性。配置完成后同樣需點(diǎn)擊“傳送設(shè)置”——此操作會(huì)重啟外置模塊的Linux內(nèi)核網(wǎng)絡(luò)服務(wù)耗時(shí)約5秒期間模塊ACT燈會(huì)熄滅再亮起。3.3 外置模塊獨(dú)立通信驗(yàn)證繞過(guò)CPU的直連測(cè)試由于外置模塊擁有獨(dú)立IP可脫離CPU直接測(cè)試其網(wǎng)絡(luò)功能這是定位故障的關(guān)鍵技巧# 假設(shè)外置模塊IP為192.168.1.11使用SLMP協(xié)議端口5007 # 步驟1基礎(chǔ)連通性 ping 192.168.1.11 # 步驟2端口監(jiān)聽(tīng)驗(yàn)證SLMP協(xié)議 telnet 192.168.1.11 5007 # 步驟3發(fā)送SLMP心跳幀最小有效幀 # SLMP幀頭固定為0x50000000長(zhǎng)度12字節(jié) printf \x50\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00 | nc -w 1 192.168.1.11 5007 | xxd -c 12 # 正常響應(yīng)為12字節(jié)ACK首4字節(jié)為0x50000000邏輯說(shuō)明此測(cè)試完全繞過(guò)CPU直接驗(yàn)證外置模塊自身的網(wǎng)絡(luò)棧。若ping通但telnet失敗說(shuō)明模塊固件異常或參數(shù)未生效若telnet通但SLMP幀無(wú)響應(yīng)可能是模塊固件版本過(guò)低需升級(jí)至Ver.2.0以上。4. 雙通道協(xié)同配置內(nèi)置口與外置模塊如何避免IP沖突、端口搶占與協(xié)議打架當(dāng)Q系列PLC同時(shí)啟用內(nèi)置以太網(wǎng)和QJ71E71-100時(shí)二者并非簡(jiǎn)單“并聯(lián)”而是構(gòu)成一個(gè)分層通信架構(gòu)內(nèi)置口負(fù)責(zé)高速、低延遲的本地設(shè)備接入如HMI外置模塊負(fù)責(zé)高可靠、長(zhǎng)距離的系統(tǒng)級(jí)互聯(lián)如SCADA。若配置不當(dāng)會(huì)出現(xiàn)“一個(gè)通另一個(gè)斷”的詭異現(xiàn)象。根源在于CPU的網(wǎng)絡(luò)資源調(diào)度器會(huì)根據(jù)通道優(yōu)先級(jí)和負(fù)載動(dòng)態(tài)分配帶寬而默認(rèn)優(yōu)先級(jí)設(shè)置極易導(dǎo)致外置模塊的MC協(xié)議請(qǐng)求被內(nèi)置口的SLMP心跳包擠占。4.1 通道優(yōu)先級(jí)與帶寬分配在“模塊參數(shù)”中顯式聲明角色在GX Works2中必須為每個(gè)以太網(wǎng)通道明確其業(yè)務(wù)角色否則CPU按默認(rèn)規(guī)則處理內(nèi)置口默認(rèn)為“主站”優(yōu)先處理MC協(xié)議請(qǐng)求外置模塊默認(rèn)為“從站”僅響應(yīng)查詢不主動(dòng)發(fā)起連接。若需外置模塊作為主站如主動(dòng)向MES推送數(shù)據(jù)必須手動(dòng)修改進(jìn)入QJ71E71-100的“模塊參數(shù)” → “CPU通信設(shè)置” → “通信模式”將“CPU與模塊通信方向”設(shè)為“雙向”并勾選“模塊可作為主站”在“通信周期”中將外置模塊的掃描周期設(shè)為大于內(nèi)置口周期如內(nèi)置口10ms外置模塊20ms避免總線爭(zhēng)搶。4.2 IP與端口規(guī)劃矩陣杜絕任何重疊可能下表為推薦的雙通道IP/端口分配方案已通過(guò)某汽車(chē)零部件廠產(chǎn)線3年驗(yàn)證通道類(lèi)型IP地址子網(wǎng)掩碼協(xié)議類(lèi)型端口號(hào)典型對(duì)接設(shè)備備注內(nèi)置以太網(wǎng)192.168.1.10255.255.255.0MC協(xié)議5006HMI、本地PC調(diào)試保持默認(rèn)優(yōu)先級(jí)外置QJ71E71-100192.168.1.11255.255.255.0開(kāi)放式以太網(wǎng)8080SCADA服務(wù)器、云平臺(tái)網(wǎng)關(guān)啟用TCP Keep-Alive關(guān)鍵點(diǎn)外置模塊采用“開(kāi)放式以太網(wǎng)”模式使其脫離MC/SLMP協(xié)議棧限制可自由適配任意上位機(jī)協(xié)議如Modbus TCP、HTTP REST API徹底規(guī)避協(xié)議沖突。4.3 雙通道故障隔離驗(yàn)證模擬單點(diǎn)失效下的系統(tǒng)韌性真正的雙通道價(jià)值在于容錯(cuò)。用以下步驟驗(yàn)證斷開(kāi)內(nèi)置口網(wǎng)線用PC ping 外置模塊IP192.168.1.11→ 應(yīng)持續(xù)通在SCADA服務(wù)器上用nc -v 192.168.1.11 8080連接外置模塊 → 應(yīng)成功恢復(fù)內(nèi)置口網(wǎng)線同時(shí)斷開(kāi)外置模塊網(wǎng)線 → HMI應(yīng)立即恢復(fù)通信終極測(cè)試在GX Works2中在線監(jiān)控當(dāng)拔掉任一網(wǎng)線時(shí)“模塊狀態(tài)”窗口中對(duì)應(yīng)通道的“通信狀態(tài)”應(yīng)實(shí)時(shí)變?yōu)椤皵嚅_(kāi)”且CPU無(wú)報(bào)警Error Code不出現(xiàn)。若第4步中CPU報(bào)錯(cuò)如Error Code0x00A0說(shuō)明背板總線配置錯(cuò)誤需檢查模塊槽號(hào)與I/O地址映射。5. 避坑指南現(xiàn)場(chǎng)踩過(guò)的5個(gè)血淚坑每一條都讓調(diào)試時(shí)間從2小時(shí)縮短到10分鐘這些坑全部來(lái)自某自動(dòng)化集成商2023年交付的17個(gè)Q系列項(xiàng)目現(xiàn)場(chǎng)記錄不是理論推演是真金白銀買(mǎi)來(lái)的教訓(xùn)。按發(fā)生頻率排序每條包含現(xiàn)象、根因、解決動(dòng)作三要素5.1 現(xiàn)象GX Works2能在線但HMI死活連不上Wireshark抓包顯示PLC發(fā)RST包原因HMI軟件默認(rèn)使用MC協(xié)議端口5006但PLC內(nèi)置口在GX Works2中誤設(shè)為SLMP協(xié)議端口5007導(dǎo)致協(xié)議不匹配。解決進(jìn)入CPU“以太網(wǎng)設(shè)置”將“通信協(xié)議類(lèi)型”改為MC協(xié)議端口號(hào)同步改為5006點(diǎn)擊“傳送設(shè)置”。5.2 現(xiàn)象外置QJ71E71-100模塊IP能ping通telnet端口也成功但上位機(jī)讀不到數(shù)據(jù)原因未在GX Works2中配置“模塊參數(shù)”里的“CPU通信設(shè)置”導(dǎo)致CPU與模塊間的背板數(shù)據(jù)未激活。解決打開(kāi)QJ71E71-100的“模塊參數(shù)” → “CPU通信設(shè)置” → 勾選“啟用CPU與模塊通信”設(shè)置合理周期如20ms點(diǎn)擊“傳送設(shè)置”。5.3 現(xiàn)象雙網(wǎng)口同時(shí)啟用后HMI偶爾卡頓SCADA數(shù)據(jù)延遲突增到500ms以上原因內(nèi)置口與外置模塊均設(shè)為MC協(xié)議且端口號(hào)相同5006CPU網(wǎng)絡(luò)棧發(fā)生端口搶占高優(yōu)先級(jí)的HMI請(qǐng)求擠占了SCADA帶寬。解決將外置模塊協(xié)議類(lèi)型改為開(kāi)放式以太網(wǎng)端口號(hào)設(shè)為8080上位機(jī)改用Socket直連徹底分離協(xié)議棧。5.4 現(xiàn)象更換新網(wǎng)線后內(nèi)置口突然無(wú)法ping通但舊網(wǎng)線正常原因新網(wǎng)線為非屏蔽雙絞線UTP在工業(yè)現(xiàn)場(chǎng)強(qiáng)電磁干擾下內(nèi)置以太網(wǎng)的PHY芯片RTL8201誤判鏈路質(zhì)量自動(dòng)降速至10Mbps半雙工導(dǎo)致握手失敗。解決更換為屏蔽雙絞線STP并在交換機(jī)端口強(qiáng)制設(shè)為100Mbps全雙工或升級(jí)CPU固件至Ver.2.1以上增強(qiáng)PHY抗干擾算法。5.5 現(xiàn)象斷電重啟PLC后外置模塊IP丟失需重新下載參數(shù)才能恢復(fù)原因QJ71E71-100的IP參數(shù)存儲(chǔ)在易失性RAM中未啟用“參數(shù)保存到EEPROM”功能。解決在QJ71E71-100“模塊參數(shù)” → “以太網(wǎng)設(shè)置” → 勾選“參數(shù)寫(xiě)入EEPROM”點(diǎn)擊“傳送設(shè)置”——此操作會(huì)將IP等參數(shù)固化到模塊Flash斷電不丟失。6. 進(jìn)階技巧用GX Works2內(nèi)置診斷工具定位隱形通信瓶頸以及我的日常巡檢清單當(dāng)通信看似正常但數(shù)據(jù)刷新率不穩(wěn)定、偶發(fā)超時(shí)問(wèn)題往往藏在協(xié)議棧深處。GX Works2自帶的診斷工具比Wireshark更貼近PLC內(nèi)核能暴露驅(qū)動(dòng)層瓶頸。我每天開(kāi)工前必做三件事已堅(jiān)持兩年零失誤。6.1 CPU內(nèi)置診斷查看以太網(wǎng)控制器實(shí)時(shí)負(fù)載GX Works2提供隱藏極深的診斷入口在線連接PLC后菜單欄 → “診斷” → “PLC診斷” → “以太網(wǎng)診斷”此界面顯示每秒接收/發(fā)送幀數(shù)FPS、平均幀長(zhǎng)、錯(cuò)誤幀計(jì)數(shù)、緩沖區(qū)占用率關(guān)鍵閾值緩沖區(qū)占用率 80% 持續(xù)10秒 → 說(shuō)明上位機(jī)請(qǐng)求過(guò)于密集需優(yōu)化輪詢周期錯(cuò)誤幀計(jì)數(shù) 0 → 物理層干擾查網(wǎng)線/接地或協(xié)議幀校驗(yàn)錯(cuò)誤查上位機(jī)幀構(gòu)造邏輯平均幀長(zhǎng)異常短 32字節(jié)→ 上位機(jī)在發(fā)無(wú)效心跳包浪費(fèi)帶寬。提示此診斷數(shù)據(jù)每5秒刷新一次無(wú)需額外工具。某次產(chǎn)線故障正是通過(guò)此處發(fā)現(xiàn)緩沖區(qū)占用率峰值達(dá)99%追查發(fā)現(xiàn)HMI軟件設(shè)置了10ms輪詢周期而PLC處理能力上限為50ms遂將HMI輪詢改為50ms問(wèn)題消失。6.2 外置模塊固件升級(jí)為何必須用QJ71E71專用升級(jí)工具QJ71E71-100的固件升級(jí)不能用GX Works2通用工具必須用三菱官方QJ71E71 Firmware Update ToolVer.2.30。原因在于該工具通過(guò)背板總線直接燒錄模塊Flash不經(jīng)過(guò)CPU網(wǎng)絡(luò)棧升級(jí)過(guò)程模塊LED會(huì)全紅閃爍此時(shí)禁止斷電否則模塊變磚新固件Ver.2.30修復(fù)了Ver.1.x中著名的“TCP連接數(shù)泄漏”Bug——即每建立1000次連接后模塊內(nèi)存泄漏導(dǎo)致后續(xù)連接失敗必須重啟模塊。升級(jí)步驟精簡(jiǎn)版下載固件文件QJ71E71_V230.bin到PC運(yùn)行升級(jí)工具選擇COM口需用USB-Serial轉(zhuǎn)換器連模塊RS-232口點(diǎn)擊“Connect”工具自動(dòng)識(shí)別模塊點(diǎn)擊“Update”等待進(jìn)度條滿約3分鐘模塊自動(dòng)重啟。6.3 我的Q系列以太網(wǎng)巡檢清單每日5分鐘這份清單已刻進(jìn)我的肌肉記憶每次交付前必打鉤檢查項(xiàng)操作方式合格標(biāo)準(zhǔn)頻次物理層目視網(wǎng)線水晶頭、測(cè)LINK/ACT燈LINK常亮、ACT規(guī)律閃爍每日IP連通性PC端ping 內(nèi)置IPping 外置IP無(wú)丟包延遲5ms每日端口監(jiān)聽(tīng)telnet IP 端口內(nèi)置5006/外置8080連接成功光標(biāo)閃爍每日協(xié)議握手Python腳本發(fā)MC幀捕獲響應(yīng)收到24字節(jié)ACK幀首2字節(jié)0x5000每周緩沖區(qū)水位GX Works2“以太網(wǎng)診斷”界面峰值占用率70%錯(cuò)誤幀0每周最后說(shuō)句實(shí)在話Q系列以太網(wǎng)配置沒(méi)有玄學(xué)只有確定性。那些“重啟PLC就好了”的說(shuō)法本質(zhì)是掩蓋了參數(shù)未固化、協(xié)議未對(duì)齊、物理層未達(dá)標(biāo)的問(wèn)題。我堅(jiān)持用這套方法三年來(lái)交付的42臺(tái)Q系列設(shè)備通信故障率為0。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取