我見過太多工廠里的真實現(xiàn)狀操作員站在觸摸屏前手指懸在半空猶豫半天不知道該點哪里或者干脆拿對講機喊電氣工程師過來幫忙操作。HMI人機界面本該是人與設備之間的橋梁結(jié)果卻成了橫在中間的“勸退師”。問題不在設備而在交互體驗設計。這篇內(nèi)容寫給所有做自動化項目、畫HMI畫面的朋友無論是用博圖TIA Portal、WinCC還是其他組態(tài)軟件我希望通過這篇文章幫你把HMI從“能用”做到“好用”甚至讓操作員愿意主動用、用得順手。尤其是那些剛接手HMI項目的工程師或者正在被“畫面沒人愿意看”困擾的團隊這篇內(nèi)容值得你從頭讀到尾。1. 先潑盆冷水你的HMI可能正在“勸退”操作員1.1 被忽略的“工業(yè)審美疲勞”很多人覺得HMI就是個“工程圖”畫出來能看就行。但你去車間轉(zhuǎn)一圈就會發(fā)現(xiàn)操作員一天八小時盯著的就是那塊屏幕。屏幕上的字體大小、顏色對比、按鈕位置、彈窗方式直接決定了他今天的心情和工作效率。2014年我做過一個項目給一條汽車輪轂產(chǎn)線做HMI改造。老線用的還是單色屏加物理按鈕操作員說“習慣了沒啥問題”。換上新觸摸屏后畫面被工程師塞滿了各種數(shù)據(jù)框和趨勢圖操作員反而開始抱怨“眼睛累”“找不到按鈕”。這就是典型的“技術(shù)升級但體驗降級”——你把所有信息都堆上去了但操作員真正關(guān)心的啟動、停止、急停、切換這幾個動作反而被淹沒在數(shù)據(jù)海洋里。這個案例給了我一個深刻的教訓工業(yè)HMI不是給工程師做報表用的是給操作員干活用的。設計的第一原則不是信息密度而是操作的流暢度。1.2 交互體驗差的五個典型癥狀結(jié)合我這些年調(diào)研和親自下場改造的十幾個項目我把“勸退型HMI”的特征總結(jié)為五條你看看自己的項目中了幾個第一層級過深。要啟動一臺泵得先點“主菜單”再點“設備1”再點“控制”再點“啟動”中間還要過兩次確認彈窗。操作員在緊急情況下根本記不住路徑。第二按鈕尺寸不符合人體工學。觸摸屏不是鼠標手指頭不是光標。博圖默認的按鈕尺寸偏小實際工業(yè)觸摸屏使用中按鈕最小建議做到40×40像素以上否則戴手套或者手上有油的狀態(tài)下極易誤觸。第三反饋缺失或者反饋延遲。按了按鈕沒反應既不閃爍也不變色連聲音提示都沒有。操作員就會覺得“是不是沒按上”于是又補按了一下。這一下可能就觸發(fā)了兩次動作。第四顏色濫用。紅綠黃藍全往上堆報警用紅色、正常運行也用紅色操作員直接視覺疲勞。國標GB/T 4025中對信號顏色有明確建議紅色用于急停和報警黃色用于注意綠色用于正常運行這些顏色語義不能隨便亂用。第五文字表達晦澀。滿屏幕的PLC變量名、寄存器地址、英文縮寫操作員看不懂只能靠死記硬背。真正的好HMI應該讓一個第一次接觸的人也能在五分鐘內(nèi)搞清楚基本操作。2. 從“能用”到“好用”HMI設計的底層邏輯2.1 信息架構(gòu)先想清楚操作員要看什么我把HMI畫面的角色分成三個層次常駐信息、操作入口、診斷內(nèi)容。常駐信息是操作員每時每刻都要看到的——設備狀態(tài)、當前產(chǎn)量、正在運行的工位操作入口是高頻動作——啟停、復位、切換、模式選擇診斷內(nèi)容才是報警記錄、趨勢分析、參數(shù)設置這些低頻但重要的信息。這三個層次對應的畫面布局完全不同。常駐信息放在主畫面最核心的位置字體要大、顏色要穩(wěn)操作入口放在邊緣容易點擊的位置而且高頻按鈕要固定在同一個位置不能因為頁面切換而“跑掉”診斷內(nèi)容收進二級或三級頁面入口放在主畫面的固定角落。我見過一個做得特別好的項目人家把啟動和停止按鈕做成了物理尺寸的兩倍大放在畫面右下角——因為操作員右手操作居多右下角是最容易夠到的位置。這就是信息架構(gòu)設計不是畫完就完事而是順著人的使用習慣去排布。2.2 色彩與視覺不是越花哨越好工業(yè)HMI的畫面配色我推薦“低飽和、高對比、少顏色”。背景用淺灰或者深藍灰色不要用純白——純白在車間強光下反光嚴重長時間盯屏非常刺眼。文字用黑色或者白色與背景保持足夠?qū)Ρ榷取顟B(tài)顏色嚴格遵循語義紅色只用于報警和急停黃色用于警告或待確認狀態(tài)綠色用于運行或正常藍色或灰色用于停止或不可用狀態(tài)。如果你把“設備停止”也做成紅色那操作員一屏看過去全是紅的真正需要他在意的故障反而被淹沒了。另外字體選擇也很有講究。中文建議用微軟雅黑或者宋體加粗英文字體用Arial字號在運行畫面里不要小于16px。行間距要拉開不然多行報警信息擠成一團看起來極其費力。還有一個細節(jié)動畫不要太花哨。有些工程師喜歡給按鈕加“呼吸燈”效果或者讓水泵圖標旋轉(zhuǎn)。如果是強調(diào)運行狀態(tài)輕微動畫可以接受但如果所有東西都在動那就是視覺噪音。人眼對運動物體天生敏感所有元素都在動等于什么都沒突出。2.3 反饋與防錯讓誤操作無從下手好的HMI必須給操作員“手感和聽覺”。按下按鈕后的反饋分三層視覺反饋——按鈕變色、按下凹陷狀態(tài)反饋——設備真實狀態(tài)變化比如電機圖標從灰變綠聲音反饋——觸摸成功時的短促“滴”聲這個可以配合PUSH或Horn輸出在博圖里可以配置系統(tǒng)報警聲音。防錯設計更是重頭戲。破壞性操作要做二次確認比如“急停”之外的“停止產(chǎn)線”“清空配方”這類動作必須在彈窗里明確顯示操作后果并且默認焦點放在“取消”上防止直接敲回車誤觸發(fā)。我還在一些高風險項目里做過“長按三秒啟動”防誤觸設計效果很好。安全聯(lián)鎖的邏輯不要只放PLC里HMI層也要有軟聯(lián)鎖提示。比如某臺設備不具備啟動條件按鈕置灰并在旁邊顯示“條件不滿足液壓壓力低”這樣操作員不會一次又一次地按一個沒反應的按鈕也不會誤以為設備壞了。3. 實操用虛擬HMI把設計跑起來3.1 為什么我推薦“虛擬HMI”先行很多自動化項目里HMI畫面往往等PLC程序?qū)懲辍⑸踔连F(xiàn)場調(diào)試時才開始做。這時候出了問題只能現(xiàn)場改耗時費力還容易引入新bug。我的建議是畫面設計和PLC程序同步開展用虛擬HMI在電腦上先跑起來。所謂虛擬HMI就是把觸摸屏的程序在PC上用一個仿真窗口運行通過模擬PLC或者真實PLC通訊來驗證畫面的邏輯。博圖TIA Portal里集成了一套仿真工具不需要真實觸摸屏硬件就能直接模擬運行。如果你用的是威綸通、昆侖通態(tài)或者其他第三方觸摸屏它們各自的組態(tài)軟件也基本都有離線仿真功能。虛擬仿真的優(yōu)勢很明顯第一開發(fā)階段就能驗證按鈕邏輯和畫面跳轉(zhuǎn)避免寫完幾百個畫面才發(fā)現(xiàn)入口鏈接錯了第二可以做“演示模式”給客戶或者領(lǐng)導看方案時直接在筆記本上跑比放PPT有說服力得多第三方便培訓操作員——把虛擬畫面架在辦公室電腦上操作員可以邊看邊練不用占用產(chǎn)線時間。3.2 博圖仿真關(guān)鍵配置步驟我用博圖V17做例子說一下虛擬HMI仿真的基本流程。第一步在TIA Portal項目樹里創(chuàng)建一個HMI設備選具體型號比如TP900 Comfort或者KTP700 Basic版本要和實際硬件一致。第二步在HMI的“連接”設置里配置與PLC的S7通訊連接填寫PLC的IP地址和機架槽位注意和仿真PLC的IP保持一致。第三步編寫畫面添加IO域、按鈕、指示燈這些對象把變量全部關(guān)聯(lián)到PLC符號表里的變量。然后點擊仿真按鈕博圖會自動編譯并啟動HMI Runtime Simulator。重點來了這里要確保PLC仿真也同時運行否則畫面里的變量沒有數(shù)據(jù)源你會看到所有IO域都是“###########”或者顯示0。仿真過程中HMI和PLC是走虛擬以太網(wǎng)通訊的不需要額外配置PG/PC接口。但需要注意防火墻——Windows防火墻如果攔截了仿真器的網(wǎng)絡通訊會導致連接斷開這種情況建議把TIA Portal相關(guān)進程加入白名單。3.3 高頻坑位博圖HMI仿真按鈕無反應有網(wǎng)友經(jīng)常問“博圖HMI仿真按鈕無反應怎么辦”這個我踩過不止一次坑今天把排查思路全部理一遍。第一個排查方向按鈕的事件是不是真的配置了。很多人從工具箱拖一個按鈕出來就以為它能用了但博圖里的按鈕只是一個圖形元素你得雙擊它在“事件”選項卡里添加“按下”或“釋放”事件并關(guān)聯(lián)一個函數(shù)列表比如置位某個變量或者切換畫面。如果事件是空的按鈕自然沒有反應。第二個排查方向變量連接是否正確。按鈕關(guān)聯(lián)的程序塊變量如果是未連接的或者地址沖突仿真時寫入就會失敗。建議在PLC符號表里確認變量存在、類型一致、沒有重復地址。注意位、字節(jié)、字的關(guān)鍵字——置位用“置位位”塊寫入值用“置位字”塊搞錯類型也會沒反應。第三個排查方向PLC和HMI的地址區(qū)。你在HMI里寫的變量是PLC地址不是HMI內(nèi)部地址。如果你把IP、網(wǎng)段設置正確了但還是連不上那可以看看PLC是否處于STOP狀態(tài)——仿真PLC如果停留在STOP模式不會刷新輸出按鈕按下去畫面里的變量狀態(tài)也不會變。第四個情況比較詭異按鈕有反應但畫面里的指示燈不變化。這種多半是變量名稱映射錯了。博圖里HMI變量和PLC變量是兩個體系HMI變量需要在“HMI變量”表里新建并關(guān)聯(lián)PLC變量。如果指示燈用的是HMI變量本身而不是PLC變量那它永遠不會變化。這些排查點我建議你做成一個檢查清單每遇到“按鈕無反應”就先按順序過一遍效率比漫無目的地亂點高很多。4. 場景實戰(zhàn)一倉儲工位輪轂選擇畫面4.1 需求分析與畫面布局倉儲工位輪轂選擇這個場景在汽車零部件產(chǎn)線很常見。操作員需要通過HMI選擇某個倉儲工位并且把對應的輪轂型號、數(shù)量、加工狀態(tài)顯示出來。如果做得不好操作員在幾十個工位之間找輪轂能找半天我見過最夸張的一個現(xiàn)場操作員拿著一張打印的工位對照表一邊看紙一邊點屏幕。做這個畫面之前先把需求拆清楚。第一操作員需要快速定位幾十個工位不可能全部平鋪必須提供兩種選擇方式——直接選擇工位號數(shù)字鍵盤輸入或按型號篩選下拉列表。第二當前工位狀態(tài)要一眼可見空位、占用、加工中、完成用顏色區(qū)分。第三選定后的操作要清晰選中的工位要有明顯的高亮框并且在畫面底部顯示“當前選定工位12——輪轂A型——庫存25件”防止選錯。畫面布局建議左側(cè)為工位列表用緊湊的網(wǎng)格或者表格形式每個單元格顯示工位號和狀態(tài)顏色右側(cè)為選中工位的詳細信息區(qū)包括輪轂型號、數(shù)量、當前工序、最近操作時間底部為操作按鈕區(qū)放置“確認選擇”“取消”“刷新列表”。這樣布局符合從左到右的閱讀習慣也適合觸屏操作。4.2 數(shù)據(jù)綁定與腳本實現(xiàn)這個畫面的核心變量包括工位號Int、輪轂型號String、數(shù)量Int、工位狀態(tài)Int0空 1占用 2加工中 3完成。這里的關(guān)鍵技巧在于不要給每個工位建一組變量那幾十個工位就會爆表。正確做法是建兩個數(shù)組變量——工位狀態(tài)數(shù)組和工位數(shù)據(jù)數(shù)組HMI畫面用一個列表控件把數(shù)據(jù)源綁定到PLC的數(shù)組。在TIA Portal里HMI的“表格視圖”支持多行顯示數(shù)據(jù)集合你可以把工位列表控件關(guān)聯(lián)到一個UDT結(jié)構(gòu)數(shù)組。這樣擴展工位數(shù)量時只要修改PLC的數(shù)組上限畫面自動跟著變不用重新一個個畫格子。選擇高亮的實現(xiàn)邏輯在工位列表控件的“選擇變化”事件里觸發(fā)一個函數(shù)把選中的行號寫入“當前選擇工位號”變量。PLC收到后根據(jù)這個工位號把對應的工件數(shù)據(jù)寫入“選擇工位詳情”結(jié)構(gòu)回傳給HMI顯示。這個“先選中—再查詢—后回顯”的過程比把所有數(shù)據(jù)都一次性拉到HMI里更高效也避免幾十個工位數(shù)據(jù)同時刷新帶來的畫面卡頓。這里特別提醒一下模擬量或者字符串回顯的時序問題PLC掃描周期是毫秒級HMI畫面刷新也是周期性的如果操作員快速切換工位HMI把上一個工位的數(shù)據(jù)閃一下再變成下一個視覺上就會“跳變”。解決方法在HMI腳本里做“當前選擇工位”變量變化時的數(shù)據(jù)有效性校驗或者給詳情區(qū)加一個短暫的時間戳顯示“更新于xx:xx:xx”讓操作員知道數(shù)據(jù)對應的時刻。輪轂型號用字符串變量時注意編碼格式。博圖HMI默認支持UTF-8和Unicode但如果PLC里用的是String類型長度只有固定字節(jié)數(shù)。如果你的型號是“WHEEL-A-17寸”超過長度就會截斷。穩(wěn)妥做法是型號統(tǒng)一存成代碼表HMI畫面上只顯示代碼需要看完整名稱時再通過“翻譯”表映射。4.3 “自行設計HMI畫面”的落地思路“編寫虛擬HMI程序自行設計HMI畫面”這個話題涉及一個從零到一的完整過程。以倉儲工位選擇為例第一步畫出線框草圖把工位列表、詳情、按鈕三個區(qū)域定下來第二步在TIA Portal里建立HMI項目設置通訊第三步創(chuàng)建畫面布局把草圖轉(zhuǎn)成實際控件第四步配置數(shù)據(jù)綁定和事件函數(shù)第五步啟動仿真驗證流程。這里我強調(diào)一個階段容易被忽略的點設計HMI畫面之前先和機械、工藝、電氣三方面對齊一個東西——操作員到底有哪些“流程動作”。比如倉儲工位選擇操作員的完整工作流是登錄系統(tǒng)→查看工位列表→選擇目標工位→確認→掃描輪轂條碼→綁定工位→開始加工→標記完成。如果把“選擇工位”單獨拿出來設計一定做不好。必須把前后動作都畫出泳道圖你的畫面才能貼合真實操作。5. 場景實戰(zhàn)二三種液體混合控制5.1 工藝需求與控制邏輯拆解三種液體混合是一個經(jīng)典的PLC教學項目也是實際生產(chǎn)里常見的配料場景。三種原料液分別由三臺泵或三個電磁閥控制注入同一個攪拌罐三種液體的注入量可以按配方設定混合完成后攪拌一段時間然后排出成品。這個場景的HMI設計要點和倉儲工位完全不同。情緒上操作員面對的是“過程控制”關(guān)注的是實時液位、閥門狀態(tài)、攪拌狀態(tài)、配方參數(shù)、過程階段。所以畫面要把“流程圖”做出來而不是只堆一堆IO點。我建議的畫面結(jié)構(gòu)分四塊頂部為工藝流程圖用一個罐體的示意圖形加上三條進料管道、一個攪拌槳動畫、一個排料閥中部為階段狀態(tài)區(qū)用大號文字顯示當前階段——注料A/注料B/注料C/攪拌/排料/完成底部為配方參數(shù)區(qū)三個流量設定值和總液位上限右側(cè)角落放報警區(qū)只顯示當前激活的報警。5.2 配方管理、動畫反饋與報警邏輯配方管理是這種場景最核心的功能。HMI上的配方功能有兩種實現(xiàn)方式第一種用博圖自帶的配方管理系統(tǒng)把配方數(shù)據(jù)存儲在HMI的存儲卡或者PLC的數(shù)據(jù)塊中第二種全部放在PLC的數(shù)據(jù)塊里由HMI寫入配方號PLC根據(jù)配方號從數(shù)據(jù)塊讀取各個注量。我建議中小項目用第二種——數(shù)據(jù)管理邏輯簡單易調(diào)試。在PLC里建一個配方數(shù)據(jù)塊結(jié)構(gòu)如下配方編號1注A量5L注B量3L注C量2L攪拌時間60秒。HMI畫面做一個配方下拉框操作員選擇“配方01”后把對應配方號寫入PLCPLC掃描到配方號變化后自動把配方內(nèi)容送回到HMI顯示確認。確認無誤后操作員點擊“開始混合”PLC控制注入。動畫反饋是三種液體混合畫面最大的加分項。進料管道里的液體流動可以用一條動態(tài)線表示或者用一個“滑塊”在管道上來回移動。博圖里可以給圖形對象添加內(nèi)部動畫也可以在腳本里通過“移動”函數(shù)控制運動。攪拌槳做旋轉(zhuǎn)動畫用圖形對象的旋轉(zhuǎn)角度屬性不斷遞增。液位的反饋用罐體內(nèi)的填充矩形的尺寸變化來模擬綁定液位計的模擬量值。報警邏輯的痛點在于“重量級報警和輕量級提示要分開”。液位高高限、攪拌電機過載這類必須觸發(fā)蜂鳴器和彈窗而“配方參數(shù)未確認”“注入量偏差較大”這類只需要黃色提示條。如果所有報警都用同一個紅色彈窗操作員遲早會麻木。5.3 仿真中的變量同步與“假數(shù)據(jù)”技巧三種液體混合HMI仿真時如果沒有實物PLC最實用的辦法是寫一個“模擬量發(fā)生器”程序在PLC的OB1里用定時器控制幾個模擬量——比如液位從0緩慢漲到設定值泵狀態(tài)按順序置位復位。然后把HMI綁定的變量全指向這些模擬用的變量。這樣你在HMI仿真畫面里就能看到液位慢慢上升、攪拌漿旋轉(zhuǎn)、閥門變綠整個動態(tài)流程非常真實。做這種模擬的時候注意一個細節(jié)模擬程序要單獨放在一個FC或FB里用一個“仿真模式”布爾量開關(guān)控制是否啟用。等到現(xiàn)場調(diào)試時把仿真模式關(guān)掉HMI畫面直接切換到真實I/O不用改任何畫面變量。我踩過一個坑仿真程序放到OB300循環(huán)中斷組織塊里中斷周期設得太短導致模擬液位變化太快畫面上的液位顯示“跳變”。后來我把模擬邏輯放到OB1主循環(huán)組織塊里用一個“模擬加速系數(shù)”控制變化速率比如每100毫秒液位加0.1%就能看到平滑的上升效果。模擬數(shù)據(jù)的平滑度直接影響操作員對畫面的信任感跳變的數(shù)據(jù)會讓人覺得HMI卡頓或者計算錯誤。6. 常見問題與排查技巧實錄6.1 “HMI畫面顯示錯亂”的排查思路HMI畫面在仿真和實際運行時偶爾會顯示錯亂——文字變成方框、圖形重疊、按鈕錯位。這類問題的根源往往不是畫了錯而是字體和分辨率匹配出了問題。中文顯示成方框基本就是運行系統(tǒng)缺少中文字庫。博圖HMI運行時有一個“語言與字體”設置你必須把中文勾選為“可下載語言”并且確保操作系統(tǒng)安裝了對應字體包。分辨率錯位的典型情況是你在電腦上用了1366×768的畫面分辨率但HMI設備實際分辨率是800×480沒有啟用“自動縮放”功能畫面就會被截斷。博圖設備的“顯示設置”里有畫面適配選項可以按比例縮放但縮放會導致控件邊界模糊。穩(wěn)妥做法是先確認目標硬件的最終分辨率再按那個分辨率畫畫面并且把畫面網(wǎng)格對齊不要讓控件“懸空”在一個非整數(shù)坐標上。6.2 “HMI和PLC通訊頻繁斷線”的排查思路這個現(xiàn)象在工業(yè)現(xiàn)場太常見了。先看網(wǎng)線和交換機這是排查的第一優(yōu)先級——工業(yè)現(xiàn)場的環(huán)境干擾和網(wǎng)線老化導致的物理層不穩(wěn)定遠比想象中多。再看IP地址和子網(wǎng)掩碼HMI和PLC必須在同一網(wǎng)段同時不能有別的設備搶IP。最后檢查PLC的通訊負載——如果PLC CPU的通訊利用率長時間超過70%就會出現(xiàn)報文超時。還有一個容易忽略的工具——“在線診斷”視圖。TIA Portal的診斷面板里能看到HMI連接的實時狀態(tài)包括循環(huán)次數(shù)和錯誤計數(shù)。如果錯誤計數(shù)不斷累加說明鏈路不穩(wěn)定但還沒斷這時候可以檢查是不是HMI畫面里的變量刷新周期設置得過短。把不需要高頻刷新的變量改成“按需刷新”或者延長到1秒以上通訊負載就能降下來。6.3 經(jīng)典誤區(qū)速查表我把這些年HMI設計踩過的高頻坑整理成一張速查表方便你對照自查現(xiàn)象常見原因正確做法畫面字體變成方框缺少中文字庫勾選下載中文字庫確認字體嵌入按鈕按了沒反應事件未配置/變量未連接按“事件→函數(shù)→變量”三步排查畫面顯示不完整分辨率不匹配按目標硬件分辨率設計啟用縮放數(shù)據(jù)刷新太慢變量刷新周期過長高頻變量周期設100~500ms低頻變量按需刷新報警一直閃爍不消失報警確認邏輯缺失配置“確認”操作區(qū)分激活/已確認狀態(tài)按鈕位置“漂移”畫面用絕對定位而非模板布局用固定模板或結(jié)構(gòu)變量統(tǒng)一布局觸摸時偏移屏幕校準丟失重新校準觸摸屏調(diào)整校準參數(shù)誤觸發(fā)嚴重按鈕過小/無確認按鈕做到40×40以上破壞性動作二次確認這張表我?guī)讉€項目共用每次設計評審前過一遍能擋掉一大批低級問題。7. 把HMI當“人”來養(yǎng)我的幾個實操心得說到這我想分享一點個人體會。HMI的交互體驗升級不是一次性畫完就完事的“設計”而是持續(xù)迭代的“養(yǎng)護”。第一每次現(xiàn)場調(diào)試都要留意操作員的真實操作習慣。我看見過有些操作員習慣左手操作有些則戴著濕手套有些人老年眼花。一個HMI設計再好如果和實際使用者的習慣沖突那還是會被“勸退”。我在現(xiàn)場的一個經(jīng)驗是項目上線后的前兩周我會每天抽半小時站在操作員身后什么都不說就看著他們操作看他們哪里猶豫、哪里點錯、哪里要試兩遍。這些觀察比任何需求評審會都有價值。第二HMI的畫面模板最好版本化管理。我習慣每個項目都維護一套“標準模板庫”包括主模板、子畫面模板、報警窗口模板。新項目直接在模板上改既保證風格統(tǒng)一又削減了重復勞動。模板庫要用WinCC或者博圖的“庫”功能管理方便團隊其他成員調(diào)用。第三別怕推翻重來。有一次我做的配方畫面徹底推翻了三次才滿意。第一次太擁擠第二次功能全但操作路徑太長第三次才做到“選配方-確認-啟動”三步完成。好HMI是改出來的不是一次畫出來的。第四給未來留好擴展。工廠需求永遠在變。畫面布局要預留空白區(qū)域變量表里要保留備用地址配方數(shù)據(jù)塊里寧可多留幾組空配方。這樣下一次需求來的時候你只需要在原有基礎上“加料”而不是推翻重新畫。最后說一個真實的小技巧HMI畫面的啟動畫面不要放公司Logo占整屏。啟動畫面最好放“操作說明”四要素——設備名稱、當前日期時間、操作員登錄入口、當前畫面名稱。很多工程師喜歡放一個大的品牌Logo好看但沒有用。真正關(guān)心效率的操作員開機后第一眼想看到的是“我現(xiàn)在在哪個畫面”“現(xiàn)在幾點”“我是誰”。做HMI這件事表面上是在畫畫面實際上是在替設備“表達”。設備不會說話HMI就是它的嘴和表情。你要是把它做成一堆冷冰冰的按鈕和數(shù)據(jù)框設備再先進也顯得笨拙你要是把它的交互設計做好了操作員會感覺自己是在開一輛順手的好車而不是在跟一個壞脾氣的機器較勁。希望這篇內(nèi)容能讓你下次打開TIA Portal時有一點點不一樣的想法。