簡介本資源是一套面向工業(yè)自動化初學者與PLC工程師的FactoryIO立體倉庫仿真教學套件聚焦西門子S7-1200 PLC與FactoryIO協(xié)同開發(fā)實踐解決虛擬調(diào)試、邏輯驗證與倉儲系統(tǒng)建模缺乏實操參考的問題。壓縮包共51個文件涵蓋7個.cfsFactoryIO場景配置、7個.del設(shè)備邏輯定義、7個.xml工程參數(shù)與轉(zhuǎn)換日志、2個.db索引與數(shù)據(jù)存儲及1個.factoryio主場景文件輔以PNG圖標、AP16 PLC工程模板和TIA Portal兼容文件完整支撐從三維建模、PLC邏輯對接到運行調(diào)試的全流程。資源包僅1.41MB輕量易部署已有778人學習下載。用戶可直接加載whorhouse.factoryio場景調(diào)用Plantilla-worhouse模板快速構(gòu)建立體倉庫模型結(jié)合S7-1200 AP16工程實現(xiàn)入庫/出庫/堆垛機調(diào)度等核心功能仿真并通過XML日志與IDX索引文件理解數(shù)據(jù)交互機制是掌握FactoryIOPLC1200虛實聯(lián)動開發(fā)的高實用性入門素材。 最近一直在搞自動化立體倉庫的虛擬調(diào)試整套用下來就是西門子S7-1200 PLC配合FactoryIO仿真軟件控制一個典型的巷道堆垛式立體倉庫。這個項目做好了可以直接把程序邏輯遷移到真實設(shè)備上去屬于典型的虛擬調(diào)試方案。文章里我會把項目整體設(shè)計思路、IO規(guī)劃、程序邏輯、通信配置、實操過程、踩坑記錄都拆開來講特別是FactoryIO 2.5在Win10上啟動就退出的問題我會專門給排查思路希望能幫到正在做畢設(shè)、競賽或者課程設(shè)計的同行。1. 項目整體設(shè)計思路拆解1.1 這個項目為什么值得做先說結(jié)論這套方案是目前工業(yè)自動化和智能制造教學、競賽、企業(yè)內(nèi)部培訓里非常實用的組合。FactoryIO是一款工業(yè)級的三維仿真軟件它把傳感器、執(zhí)行器、輸送帶、升降臺、立體倉庫貨架這些東西做成了虛擬模型。你不需要物理的傳送帶、氣缸、電機和傳感器直接在軟件里搭好場景接線信號然后通過OPC UA或者S7協(xié)議和真實的PLC程序?qū)?。S7-1200作為西門子中端的明星PLC在院校、中小企業(yè)里存量很大支持TIA Portal編程Profinet通訊是標配性價比高調(diào)試方便。這個項目解決的痛點很明確沒有實體設(shè)備也能練PLC編程和調(diào)試不用去車間搶設(shè)備程序邏輯直接在虛擬場景里驗證減少現(xiàn)場試錯的時間和安全風險成本極低一套FactoryIO授權(quán)加一個仿真PLC環(huán)境就能跑起來相比實體自動化立體倉庫動輒幾十萬的投入仿真方案幾乎零成本如果你是要做畢業(yè)設(shè)計、參加自動化競賽、或者在公司做非標設(shè)備的初版驗證這個組合足夠用。而且它不像純PLC仿真那樣只看到點位閃爍和邏輯表FactoryIO是帶真實物理效果的三維場景貨物會滑、傳送帶會卡、氣缸會抖動這在調(diào)試時比普通仿真有價值得多。當時我為什么選S7-1200而不是S7-1500或者S7-300原因也很現(xiàn)實。S7-300系列在FactoryIO里雖然有支持但編程軟件是Step7經(jīng)典環(huán)境和現(xiàn)在主流教學脫節(jié)S7-1500性能強但授權(quán)和硬件成本高很多學生手上根本沒有真實設(shè)備。S7-1200剛好處于中間既可以用TIA Portal直接編程又可以在需要的時候用真實PLC連FactoryIO跑半實物仿真這套流程是能直接遷移到生產(chǎn)場景的。1.2 立體倉庫控制系統(tǒng)核心需求分析我們以FactoryIO里面自帶的一個立體倉庫場景為基準場景布局大概是這樣的立體倉庫貨架六列四層二十四個庫位一個堆垛機升降臺水平行走貨叉伸縮入庫口輸送帶帶檢測傳感器出庫口輸送帶帶檢測傳感器升降臺升降限位、水平行走左右限位、貨叉伸出縮回限位控制需求拆解下來有三個核心任務(wù)入庫任務(wù)檢測到入庫口有貨物堆垛機移動到入庫口取貨然后根據(jù)目標庫位地址先水平行走列再垂直升降層最后貨叉伸出把貨物推入貨架。出庫任務(wù)根據(jù)任務(wù)指定的庫位地址堆垛機移動到對應(yīng)庫位貨叉伸出取貨退出貨架上升/下降到出庫口層移動到出庫口放貨。手動/自動切換和信號處理各個工位的限位信號需要做防抖處理報警邏輯需要保證互鎖電機正反轉(zhuǎn)必須做保護不能出現(xiàn)同時正轉(zhuǎn)反轉(zhuǎn)的情況。這個項目的核心難點不在于單步動作而在于“尋址”和“任務(wù)調(diào)度”。你按一下按鈕、給一個目標庫位編號PLC要能自動規(guī)劃出堆垛機要先到哪一列、再去哪一層、什么時候伸叉、什么時候收叉整個順序和互鎖邏輯必須嚴密。下面我詳細展開。2. 硬件組態(tài)與信號規(guī)劃先把IO表理清楚2.1 PLC信號與FactoryIO場景的映射關(guān)系我拿到一個立體倉庫場景第一步不會去寫程序而是先把IO信號整理清楚。這是整個項目的地基。以我調(diào)試的這個場景為例PLC的地址規(guī)劃如下數(shù)字量輸入傳感器信號地址信號名稱說明I0.0入料口傳感器檢測入庫口是否有貨I0.1出庫口傳感器檢測出庫口是否有貨I0.2水平行走左限位堆垛機最左端I0.3水平行走右限位堆垛機最右端I0.4升降臺上限位最頂層I0.5升降臺下限位最底層I0.6貨叉縮回到位貨叉完全收回I0.7貨叉伸出到位貨叉完全伸出數(shù)字量輸出執(zhí)行器信號地址信號名稱說明Q0.0入庫輸送帶電機啟動后貨物往前送Q0.1貨叉伸出電磁閥/電機正轉(zhuǎn)Q0.2貨叉縮回電磁閥/電機反轉(zhuǎn)Q0.3升降臺上升電機正轉(zhuǎn)Q0.4升降臺下降電機反轉(zhuǎn)Q0.5水平行走向左電機正轉(zhuǎn)Q0.6水平行走向右電機反轉(zhuǎn)Q0.7任務(wù)完成指示/蜂鳴器動作結(jié)束后短響提示注意在FactoryIO中這些輸入輸出的映射不是自動建立的需要在它的“驅(qū)動配置”里手動指定。比如我在FactoryIO里選擇“Siemens S7-PLCSIM”驅(qū)動后每個傳感器都要指定到PLC的I點每個執(zhí)行器要指定到Q點映射錯了程序再對也沒用。2.2 TIA Portal中S7-1200組態(tài)的幾個關(guān)鍵點在TIA Portal里建立項目選擇的CPU型號要和你計劃用的型號一致。我用的CPU 1214C DC/DC/DC如果你用1212C也行不過數(shù)字量點數(shù)緊張一些。硬件組態(tài)里有幾個容易被忽略的地方CPU的IP地址要在同一個網(wǎng)段尤其以后要連真實PLC。我習慣設(shè)置192.168.0.1子網(wǎng)掩碼255.255.255.0啟用系統(tǒng)和時鐘存儲器在CPU屬性里勾選“啟用系統(tǒng)存儲器字節(jié)”和“啟用時鐘存儲器字節(jié)”這樣能直接使用SM0.0常ON、SM0.1首次掃描、M0.50.5秒時鐘脈沖這類信號不用自己再專門做常ON觸點、時鐘脈沖。我用的是M1.0~M1.7作為系統(tǒng)位M0.0~M0.7作為時鐘位這樣在后面寫閃燈邏輯、脈沖計時時很方便工藝對象先不用組態(tài)我們走的是普通IO邏輯不涉及運動控制不需要組態(tài)軸如果你第一次接觸FactoryIO和PLCSIM連接要注意FactoryIO在驅(qū)動選擇時默認走的是PLCSIM的TCP/IP接口。如果你TIA里開了多個PLC項目需要確認PLCSIM里下載的是不是你當前這個項目否則通信會串。我記得有一次把另一個項目下載到了PLCSIM結(jié)果FactoryIO里怎么都連不上折騰了很久才發(fā)現(xiàn)是PLCSIM實例不對。這種情況建議把所有TIA項目關(guān)掉重新打開只保留一個項目再下載。2.3 通訊連接FactoryIO與PLCSIM的握手過程FactoryIO連接S7-PLCSIM的流程我總結(jié)為三步第一步在FactoryIO中打開/新建場景。選擇立體倉庫場景按快捷鍵或者通過文件菜單找到場景編輯器確認傳感器和執(zhí)行器數(shù)量與PLC程序預(yù)期一致。第二步在FactoryIO中設(shè)置驅(qū)動。在頂部菜單的“文件-驅(qū)動”選擇Siemens S7-PLCSIM。這一步要注意驅(qū)動設(shè)置完成后它會彈出一個IO映射表左邊是FactoryIO的傳感器/執(zhí)行器名稱右邊需要你手動填寫對應(yīng)的PLC輸入/輸出地址。比如“入庫口傳感器”映射到“%I0.0”“入庫輸送電機”映射到“%Q0.0”“升降臺上升”映射到“%Q0.3”映射表填寫完成后保存不需要重啟FactoryIO但建議重新連線一次。第三步在TIA Portal中啟動PLCSIM并下載程序。這里有個關(guān)鍵的講究必須先啟動PLCSIM并下載程序然后再啟動FactoryIO的仿真或者說至少確保PLCSIM先處于“運行”狀態(tài)。如果反過來FactoryIO可能無法建立連接或者連接了但信號不刷新。這是我測試多次后得到的穩(wěn)定性結(jié)論。PLCSIM啟動后在FactoryIO中點擊“運行仿真”按住ShiftTab或者直接用鼠標快捷鍵喚醒場景此時如果看到IO信號燈閃爍變化就說明握手成功了。實操時經(jīng)常碰到的情況是FactoryIO里點了運行場景沒反應(yīng)或者某幾個信號一直是0。遇到這種情況我一般排查順序是先看TIA的PLCSIM是否在運行狀態(tài)RUN指示燈綠色再看FactoryIO驅(qū)動設(shè)置的映射表有沒有填錯最后把FactoryIO重新運行一遍。90%的問題是出在映射表上真不是開玩笑有時候就是少了個“%”符號或者I和Q寫錯了。3. PLC程序設(shè)計與源碼實現(xiàn)整套程序的架構(gòu)我的規(guī)劃是OB1主循環(huán) FC功能與FB功能塊 DB數(shù)據(jù)塊結(jié)合。沒有用到復(fù)雜的中斷和以太網(wǎng)通信指令因為FactoryIO場景的信號是通過PLCSIM模擬的實際上就是硬接線邏輯的處理方式。3.1 程序結(jié)構(gòu)怎么劃分最清晰我把程序拆成了四個塊塊類型作用OB1組織塊主程序循環(huán)調(diào)用下面三個功能FC1功能手動/自動切換控制FB1功能塊堆垛機自動尋址核心邏輯DB1全局數(shù)據(jù)塊存儲目標地址、當前位置、任務(wù)狀態(tài)這個結(jié)構(gòu)的好處是手動模式和自動模式物理隔離互不干擾。調(diào)試的時候先用手動模式把每個電機、每個限位都驗證過一遍再切自動模式出問題容易定位。這里要特別說一下為什么用FB而不是把所有邏輯堆在一個OB里。立體倉庫的控制邏輯屬于典型的“復(fù)位-置位-協(xié)同”邏輯需要一個“狀態(tài)機”而狀態(tài)機的實現(xiàn)用FB最直觀FB內(nèi)部可以定義靜態(tài)變量Static比如當前狀態(tài)、目標列、目標層這些變量在FB多次調(diào)用時不會丟失。如果用FC你得自己在全局DB里保存狀態(tài)麻煩且容易搞混。3.2 自動尋址的核心邏輯列和層分開算自動尋址是整個程序中最能體現(xiàn)水平的部分。我用的策略是把“水平行走”和“垂直升降”拆成兩條獨立的路徑然后通過狀態(tài)機分步執(zhí)行。庫位編碼規(guī)則假設(shè)庫位編號為“列-層”比如2-3表示第2列第3層。貨物的目標地址不是直接輸入物理坐標而是通過一個數(shù)字編碼換算。我們列數(shù)共6列層數(shù)共4層那么每一列對應(yīng)一個絕對位置每一層對應(yīng)一個絕對高度。我在DB里建兩個數(shù)組列位置表ColumnPos[0..5]存每一列對應(yīng)的水平行走行程時間或者脈沖計數(shù)層位置表RowPos[0..3]存每一層對應(yīng)的升降高度為什么用行程時間或者脈沖計數(shù)而不是用絕對值編碼因為FactoryIO里的傳感器只有限位沒有編碼器反饋我們無法知道堆垛機當前絕對位置。為了獲取位置信息最常見的方案有兩個方案一計數(shù)脈沖法。在水平行走的電機上加編碼器每走一段距離發(fā)一個脈沖PLC通過高速計數(shù)器計算當前位置。這個方案精度高但對FactoryIO場景配置要求高需要場景支持編碼器輸出。方案二行程時間估算法。這是FactoryIO場景常用的方案。當我們知道從最左限位到最右限位之間電機需要走多少秒假設(shè)速度恒定就能用“運行時間/比例衰減系數(shù)”來估當前列。比如水平電機從限位到限位全程要6秒6列貨架均勻分布那么每一列的間隔就是1秒當電機從最左端開始行走2秒后就大概到達第2列。精度勉強夠用但要注意貨叉伸出縮回導致的時間誤差會造成累積偏移。我在這里采用的是方案二的改進版不依賴時間累計而是利用“先回零再尋址”策略。我的做法是執(zhí)行自動入庫任務(wù)前先執(zhí)行“歸零動作”。堆垛機先向左走直到觸發(fā)左限位I0.2再下降直到觸發(fā)下限位I0.5。這時候堆垛機必然在左下角也就是第0列第0層。然后根據(jù)目標地址是第幾列第幾層控制電機走對應(yīng)的列數(shù)再上升對應(yīng)的層數(shù)。以列為例目標列2當前位置列0需要向右走的列數(shù) 目標列 - 當前列 2向右走一列的時間大約為1秒我設(shè)置一個定時器2秒后停止這本質(zhì)上是開環(huán)的走步邏輯代碼簡單但是注意這里的列間隔時間必須經(jīng)過實測校準。我在FactoryIO里用秒表功能反復(fù)測試“從第0列到第1列”的精確時間然后把這個時間寫入DB作為基準時間。因為FactoryIO場景不會像真實設(shè)備那樣有磨損和速度波動這個值調(diào)準后一直都很可靠。層控制同理目標層3當前層0需要上升的層數(shù)3上升一層的時間在DB里查表比如1.2秒定時3.6秒后停止這樣寫的好處是即使貨架是6列4層還是8列6層只要修改數(shù)組里的時間參數(shù)就行邏輯本身不用動。后面擴展場景時這個程序框架可以直接復(fù)用。3.3 小心行走時間偏差和機械抖動開環(huán)方案最大的風險是時間偏差。FactoryIO場景的物理引擎是實時的但如果你電腦卡了一下或者加載了高精度畫面動作時間會有幾百毫秒的波動。如果偏差累積堆垛機可能走到兩個貨架中間位置貨叉伸出就會頂?shù)截浳飩?cè)面。所以我加了兩層防護第一層動作超時監(jiān)控。在每次移動前我會計算預(yù)計時間并乘以1.5作為超時上限。如果超時還沒碰到任何限位說明位置異常立刻停機并報警同時把當前狀態(tài)置為“錯誤”需要人工復(fù)位。這一步有效防止了堆垛機長期堵轉(zhuǎn)或者程序死循環(huán)。第二層傳感器確認等待。移動指令結(jié)束后不代表動作完成。我要求對應(yīng)限位信號如左限位I0.2、右限位I0.3必須在移動結(jié)束后1秒內(nèi)觸發(fā)否則同樣報錯。邏輯寫法上定時器驅(qū)動一個“到位檢測窗口”在窗口內(nèi)如果傳感器沒動作就直接切斷所有輸出。這些防護邏輯雖然看起來增加了程序量但能大幅減少調(diào)試時“設(shè)備撞了”的幾率。在FactoryIO里撞了還好重啟就行如果遷移到真實設(shè)備上撞機一次可能就是幾萬塊的損失。可千萬別省這些安全邏輯。3.4 入庫與出庫的完整時序邏輯入庫流程的詳細狀態(tài)機S0 待機無任務(wù)堆垛機停在安全位置。檢測到入料口傳感器有貨且目標庫位地址有效觸發(fā)入庫啟動。S1 取貨移動堆垛機從當前位置移動到入庫口位置。入庫口位置是一個特殊的列-層組合我在DB里定義入庫取貨層0列位置0最左側(cè)。如果當前位置不在該位置先水平移動到該列再下降到該層。S2 貨叉伸出取貨貨叉伸出Q0.1置ON等貨叉伸出到位信號I0.7置ON后停止伸出。S3 貨叉縮回并帶貨貨叉縮回Q0.2置ON等縮回到位信號I0.6置ON后停止縮回。此時貨物被堆垛機帶回。S4 尋址移動根據(jù)目標地址中的列和層執(zhí)行前面說的“先水平移動再升降移動”的順序。實際上安全順序是先升到目標層再水平移動到目標列。因為如果先水平再上升堆垛機可能撞到上面幾層伸出的貨物。這個順序我在調(diào)試時栽過跟頭后來調(diào)整為先升降后水平的順序。S5 推貨入架到達目標庫位后方貨叉伸出Q0.1置ON等伸出到位信號然后貨叉縮回Q0.2置ON等縮回到位。此時貨物已經(jīng)被推入貨架。S6 返回待機位堆垛機回零或回到安全位置任務(wù)完成輸出一個短暫脈沖Q0.7置ON 0.5秒后關(guān)閉表示單次任務(wù)完成。出庫流程邏輯上就是把入庫順序鏡像過來堆垛機移動到目標庫位貨叉伸出伸到位后縮回此時貨物被拉出貨架堆垛機移動到出庫口貨叉伸出伸到位后縮回貨物被推到出庫輸送帶上出庫輸送帶電機啟動貨物往外送檢測到出庫口傳感器有貨后輸送帶停止如果你仔細觀察出庫和入庫的“移動、伸叉、縮回”動作幾乎一樣只是“取貨”和“推貨”的時機不同所以我在FB里專門把“伸叉-縮回”封裝成內(nèi)部子程序通過一個布爾參數(shù)“取貨/放貨”來控制。這樣程序量至少減半維護起來也舒服。3.5 手動模式調(diào)試階段的救命稻草很多初學者一上來直接寫自動邏輯調(diào)試時點位對不上兩眼一抹黑。我的習慣是先把手動模式寫完整再用自動邏輯調(diào)用手動邏輯的輸出。手動模式的控制邏輯非常簡單當“手動/自動切換”信號為手動時禁止自動狀態(tài)機運行每個執(zhí)行器按鈕直接對應(yīng)一個Q點輸出互鎖邏輯仍然生效如“水平向左”和“水平向右”不能同時為ON這個互鎖邏輯我建議寫在輸出端而不僅僅在按鈕端。即使自動模式誤發(fā)指令輸出互鎖也能兜底。這是PLC編程里的黃金法則。4. 實操過程從零搭通這套系統(tǒng)4.1 環(huán)境安裝與兼容性處理我安裝的是FactoryIO 2.5版本TIA Portal用V16或者V17都可以。這里要重點說一個很多人在Win10上踩坑的問題FactoryIO 2.5在Win10上啟動后立刻退出閃退無任何提示。這個問題我在一開始也碰到過后來研究了幾天才定位清楚。常見原因和解決方案如下原因一Windows賬號權(quán)限不足。FactoryIO啟動時需要寫入注冊表項和創(chuàng)建本地數(shù)據(jù)文件夾如果當前用戶標準權(quán)限受限程序初始化失敗就會閃退。解決辦法很簡單右鍵FactoryIO快捷方式選擇“以管理員身份運行”。同時建議把安裝目錄的屬性里設(shè)置“對所以用戶開放讀寫權(quán)限”。原因二顯卡驅(qū)動兼容性問題。FactoryIO底層用的是OpenGL渲染一些老顯卡或者Intel核顯的驅(qū)動更新不及時會導致初始化失敗。我就遇到過Intel HD Graphics 620核顯的筆記本直接閃退后來更新了Intel顯卡驅(qū)動到最新版本才正常。還有一臺電腦是NVIDIA顯卡但是驅(qū)動版本過老也會閃退。所以先說結(jié)論把顯卡驅(qū)動更新到最新穩(wěn)定版試一下能否解決。原因三缺少Microsoft Visual C運行庫。FactoryIO依賴VC運行庫比如VC2015、VC2017。如果你系統(tǒng)是精簡版Ghost Win10可能缺失這些組件啟動時缺少DLL直接退出。解決辦法是安裝微軟常用運行庫合集或者單獨安裝VC 2015-2019 x64和x86兩個版本。原因四用戶名或安裝路徑包含中文字符。FactoryIO對路徑編碼比較敏感如果系統(tǒng)用戶名是“張三”或者安裝目錄是“D:\軟件\FactoryIO”啟動就會因為找不到配置文件而閃退。解決辦法是新建一個英文名Windows賬戶或者把FactoryIO安裝到純英文路徑下比如C:\FactoryIO。原因五防火墻攔截。FactoryIO首次啟動時需要聯(lián)網(wǎng)校驗授權(quán)如果你的防火墻沒有給FactoryIO放行它連接外部服務(wù)器失敗后部分版本會自動退出。解決辦法是在防火墻入站規(guī)則中放行FactoryIO或者臨時關(guān)閉防火墻測試是否解決。如果你排查完了以上五點還是閃退那就可能是系統(tǒng)本身缺組件或者被殺軟清理了文件。我的終極方案是先以管理員身份運行還不行就直接換一臺干凈的Win10環(huán)境重裝FactoryIO最省時間。有時候沒必要在一個環(huán)境上死磕。4.2 聯(lián)調(diào)步驟先手動再自動化整個聯(lián)調(diào)順序我強烈建議按照下面這個流程來能省掉大量定位問題的時間第一步TIA編程基本功檢查。在TIA中編寫一個最簡單的程序比如把I0.0直接接一個M0.0再讓它驅(qū)動Q0.0。下載到PLCSIM強制I0.0為TRUE觀察Q0.0是否變化。這個步驟目的是確認PLCSIM本身工作正常。第二步FactoryIO與PLCSIM通信測試。在FactoryIO中打開立體倉庫場景設(shè)置PLC驅(qū)動為Siemens S7-PLCSIM映射好IO地址點擊仿真運行。此時在FactoryIO里按下限位傳感器鼠標點擊傳感器圖標觀察TIA中變量表里的I0.2是否變?yōu)門RUE。如果I點能實時變化說明通信鏈路是通的。第三步手動模式點動測試。下載完整的手動控制程序在FactoryIO的虛擬環(huán)境中逐個測試Q0.0~Q0.7對應(yīng)的執(zhí)行器動作。比如點擊“升降臺上升”按鈕觀察FactoryIO中升降臺是否真的上升同時看升降臺頂部觸碰上限位時是不是會停止。這一步要反復(fù)驗證每個限位的觸發(fā)位置和釋放位置并記錄“從下限位上升到上限位的總時間”這個數(shù)據(jù)后面校準自動尋址時要用。第四步單步入庫測試。切換到自動模式在HMI或變量表中指定目標庫位比如1-1啟動入庫按鈕。觀察堆垛機是否依次執(zhí)行歸零-移動到入庫口-伸叉取貨-縮回-升降到目標層-水平移動到目標列-伸叉推貨-縮回-歸零。第五步連續(xù)出入庫測試。連續(xù)入庫多個貨物到不同庫位再依次出庫檢查貨物是否有碰撞、堆垛機行走是否有越位、傳感器信號是否穩(wěn)定。如果碰到位置偏移就需要回Step 3重新校準時間參數(shù)。我自己的習慣是每完成一個步驟就保存一次項目方便快速回退。因為FactoryIO場景配置和TIA程序是兩套系統(tǒng)出問題了要排查的環(huán)節(jié)多能隨時回退能省很多時間。4.3 源碼中的幾個復(fù)用寫法在寫源碼的過程中有幾個寫法我特別想拿出來分享一下都是實戰(zhàn)中驗證過好用的。寫法一定時器-限位雙確認法。不再說純靠時間到了就走而是走之前先確認“前一個動作的完成信號”走完之后再確認“本次動作的到位信號”。由于PLCSIM的定時器和真實PLC一樣有掃描周期問題靠定時器關(guān)斷有時會提前或滯后所以我的做法是IF (#步進 1) THEN // 發(fā)出行走指令 #行走輸出 : TRUE; // 啟動行走超時定時器 #行走超時定時器(IN : TRUE, PT : T#5S); END_IF; // 如果在5秒內(nèi)未收到右限位信號則報警 IF (#行走超時定時器.Q TRUE) AND (#水平右限位_I0.3 FALSE) THEN #報警輸出 : TRUE; #行走輸出 : FALSE; END_IF; // 如果收到右限位信號則關(guān)閉行走輸出進入下一步 IF (#水平右限位_I0.3 TRUE) THEN #行走輸出 : FALSE; #步進 : 2; END_IF;寫法二用數(shù)組循環(huán)代替連續(xù)IF判斷。多個庫位狀態(tài)判斷如果用IF ELSEIF寫會寫得又臭又長。我直接建了一個數(shù)組// 定義在DB中 // 庫位狀態(tài): 0-空1-占用 // 庫位狀態(tài)[0..23] 庫位狀態(tài): ARRAY[0..23] OF BOOL;查詢第一個空庫位或者判斷目標庫位是否有貨用FOR循環(huán)掃描數(shù)組效率高而且邏輯直觀// 找到第一個空庫位 #第一個空庫位 : -1; FOR #i : 0 TO 23 DO IF #庫位狀態(tài)[#i] FALSE THEN #第一個空庫位 : #i; EXIT; END_IF; END_FOR;寫法三SCL語言寫狀態(tài)機明顯比LAD好用。TIA Portal V16以上SCL支持很好我習慣用SCL寫FB用LAD寫主程序結(jié)合起來效果最好。特別是狀態(tài)機帶步進計數(shù)器時SCL的CASE語句天然適合CASE #步進 OF 0: // 待機 1: // 取貨移動 2: // 伸叉 3: // 縮回 // ... END_CASE;用SCL寫邏輯確實比梯形圖快得多但這個要看個人習慣。如果你習慣梯形圖邏輯不復(fù)雜也完全可以做只是狀態(tài)一多梯形圖會顯得很亂。5. 常見問題與排查技巧實錄5.1 常見問題速查表我在聯(lián)調(diào)過程中遇到過不少問題挑典型的整理成表現(xiàn)象可能原因解決方法FactoryIO啟動后立刻退出權(quán)限不足/顯卡驅(qū)動舊/缺運行庫管理員身份運行更新顯卡驅(qū)動安裝VC運行庫FactoryIO與PLCSIM連接不上PLCSIM實例不對/映射表未設(shè)置只保留一個TIA項目并重新下載檢查映射表FactoryIO中傳感器信號一直為0驅(qū)動設(shè)置成斷開/映射地址填錯在驅(qū)動設(shè)置里確認選擇Siemens S7-PLCSIM并填對I/O地址堆垛機水平走位不準貨叉推空行走時間基準不準用秒表實測每一列準確時間并修正DB參數(shù)自動流程中途停住不再動作步進缺少完成條件導致卡住檢查每一步的完成信號特別是限位傳感器是否觸發(fā)取貨后貨物在貨叉上抖動貨叉伸出/縮回速度設(shè)置太快貨物重心不穩(wěn)降低FactoryIO場景中執(zhí)行器的速度參數(shù)或增加等待穩(wěn)定時間手動模式能動作但自動模式不動切換信號未生效/自動狀態(tài)機初始化失敗檢查切換開關(guān)信號是否進入FB上電時對狀態(tài)機執(zhí)行一次復(fù)位5.2 最容易踩的坑位置基準失效我在前面說過開環(huán)走步是靠時間估算的但它有一個致命前提每次動作前堆垛機必須處在“已知位置”。如果程序某個環(huán)節(jié)因為傳感器抖動或者指令延遲導致堆垛機停在未知位置后續(xù)所有時間估算都會錯。所以我的程序里每次自動任務(wù)啟動前都會強制“歸零”如果水平位置未知先讓堆垛機向左走直到左限位I0.2觸發(fā)再停然后讓升降臺下降直到下限位I0.5觸發(fā)再停歸零后當前位置就是確定地0列0層再執(zhí)行任務(wù)就不會漂移。這里有個細節(jié)歸零時不要同時讓水平行走和升降下降動作應(yīng)先一個方向歸零完成后再做另一個。如果同時走兩個方向都可能因為同時碰到限位而漏判。順序不重要但一定要一個一個來。5.3 聯(lián)調(diào)中最容易忽略的傳感器去抖FactoryIO雖然是仿真但傳感器信號依然可能出現(xiàn)瞬時抖動特別是貨叉伸到位、縮回到位這種機械觸點類的傳感器。在編寫邏輯時如果沒有做“信號去抖”程序可能誤判動作完成導致步進提前或卡住。我的去抖方法是在每個傳感器信號前加一個去抖定時器// 使用定時器做信號去抖避免抖動導致誤判 #去抖定時器(IN : #水平右限位_I0.3, PT : T#50MS); IF #去抖定時器.Q THEN #水平右限位_確認 : TRUE; ELSE #水平右限位_確認 : FALSE; END_IF;然后在主邏輯中所有判斷都使用“確認”信號而不是原始傳感器信號。這樣能有效避免因信號抖動造成的誤動作。5.4 關(guān)于FactoryIO場景參數(shù)的微調(diào)FactoryIO場景里各執(zhí)行器的參數(shù)可以調(diào)整我一般在場景編輯器中檢查以下兩個參數(shù)第一個是執(zhí)行器的最大速度比例。如果速度太快比如升降臺上升速度接近1m/s那么短時間內(nèi)升降臺走完一層可能不到0.5秒時間估算誤差會很敏感。我通常把速度調(diào)到0.5m/s左右這樣每層行走時間至少1秒以上時間參數(shù)容錯性更好。第二個是傳感器的響應(yīng)時間。FactoryIO默認傳感器響應(yīng)很快但在某些場景中傳感器有延遲響應(yīng)設(shè)置如果延遲時間長可能導致PLC判斷到位后傳感器還沒翻轉(zhuǎn)進而失去同步。我一般在場景編輯器里把響應(yīng)時間調(diào)到最小。這些調(diào)參都屬于“經(jīng)驗參數(shù)”沒有絕對標準調(diào)試時根據(jù)實際效果調(diào)整即可。6. 這套方案能往哪里擴展這個項目本身是一個很標準的虛擬調(diào)試入門項目做完之后真正值錢的是這套思路稍微改改就能遷移到其他應(yīng)用場景。最直接的擴展方向是多任務(wù)系統(tǒng)。目前我實現(xiàn)的是單任務(wù)一個入庫任務(wù)執(zhí)行完才執(zhí)行下一個。你可以在這個基礎(chǔ)上加一個任務(wù)隊列比如同時有5個入庫任務(wù)和3個出庫任務(wù)然后寫一個調(diào)度算法決定哪個優(yōu)先。這個在真實WMS系統(tǒng)中就是倉儲調(diào)度的雛形。第二個方向是把硬件在環(huán)跑起來。把S7-1200真實PLC和FactoryIO連接用真正的實體PLC跑程序FactoryIO提供虛擬場景這就是半實物仿真。這種方式可以驗證PLC硬件本身的問題也能讓學員感受真實PLC的IO掃描和通信延遲。做法和PLCSIM類似只需要在FactoryIO驅(qū)動里換成Siemens S7-1500或S7-1200的真實TCP/IP驅(qū)動然后把TIA項目下載到真實PLC里就行。注意IP地址和網(wǎng)線連接要正確。第三個方向是上位機監(jiān)控和MES集成。用C#或者Python寫一個簡單的上位機界面通過S7協(xié)議直接讀取PLC里的庫位狀態(tài)顯示倉庫的實時填充率、任務(wù)執(zhí)行進度甚至可以下發(fā)任務(wù)到PLC。這個方向做好了整個系統(tǒng)的商業(yè)價值就完全不一樣了。我個人比較推薦做完基礎(chǔ)版后至少嘗試一下第二個方向連接真實PLC跑一遍半實物仿真你會對“虛擬調(diào)試”和“實物調(diào)試”之間的差距有很直觀的認識。真實PLC的響應(yīng)速度、限位信號抖動、通信延時這些在純仿真里感受不到的細節(jié)都會暴露出來。而提前暴露這些問題就是做這個項目最大的收獲。本文還有配套的精品資源點擊獲取