智能化物流小車系統故障分析與維修

蘇明春

[文章編號] 1672-8270(2015)09-0129-02 [中圖分類號] R197.39 [文獻標識碼] B

智能化物流小車系統故障分析與維修

蘇明春①

[文章編號] 1672-8270(2015)09-0129-02 [中圖分類號] R197.39 [文獻標識碼] B

DOI∶ 10.3969/J.ISSN.1672-8270.2015.09.044

智能化物流小車系統是基于以太網-TCP/IP協議，運用CAN-BUS技術將小車、轉軌器及防火門等PLC控制的各獨立單元集成，系統按照策略層、控制層及執行層的分工實現醫療物流傳輸[1]。因此，本系統在維修時應遵循先軟件后硬件，從下至上的維修策略。

1 故障案例一

(1)故障現象。防火門單元的煙霧報警器斷續報警，報警時間持續30 min左右，同時系統停止運行，報警解除后系統恢復正常運行。

(2)故障分析。煙霧報警器用于檢測空氣中的顆粒濃度，當其達到設定濃度后報警器內的繼電器常閉觸點斷開，該觸點連接PLC的X45，當PLC檢測到X45開路就會將翻軌器放下，同時給出系統報警信號，系統在檢測到信號后會釋放防火門電磁閥，關閉防火門。系統恢復正常后，需要人工手動恢復翻軌器復位，防火門復位，在操作軟件上重置該單元并清除原始錯誤[2]。造成這種情況主要是由于煙霧報警器過于靈敏；防火門控制單元內部接觸不良；PLC軟件邏輯出錯等原因導致。

(3)故障排除。首先檢查煙感的靈敏度，打開煙感后蓋，測量TP1在繼電器常閉觸點閉合時電壓是否＞24 V，＜24 V時調節電位器R1使TP1達到24 V以上；測量TP4在繼電器常閉觸點開路時電壓是否＞12 V，＜12 V時調節電位器R2使TP4達到12 V以上。檢查控制單元內部有無接觸不良或虛接等現象。本次故障發現控制單元的PLC不停的重啟，用萬用表測試PLC電源DC27 V應≥DC26.5 V，該電源的正負極分別與銅軌上的電源PS、GS連接。檢測結果發現PLC電源不帶負載時正常，帶負載會低于DC24 V。進一步檢查，發現PLC X16的KS線號線虛接，同時有金屬毛絲跨接在KS端子與PS端子上。清除金屬毛絲，對X16重新接線，最后軟件上重置PLC，故障排除。

2 故障案例二

(1)故障現象。偶然發生小車對個別條碼無法識別，小車停止報警，造成車流擁堵。需手動強制小車讀取下一個位置條碼，強制運行程序，待小車走過條碼再轉為自動，系統恢復。

(2)故障分析。小車的讀碼器發射一束紅色LED光對位置條碼進描識別，根據反射回來的光的強弱，通過光電轉換成數字信號，并將此信號通過CANBUS總線傳到系統，系統根據傳回的信號與數據庫內預存的位置信號進行對比，從而確認該小車的位置。因此，條碼、讀碼器、光電信號轉換、實際讀取信號和數據庫預存信號的差異都可以導致此故障的發生。小車內部是PLC程序控制，系統是較高級的visual foxpro，程序間的編譯也會出現錯誤。造成此故障的原因可能為：①條碼沾污，無法讀取位置信息；②讀碼器損壞，無法讀取位置信息；③系統軟件邏輯問題，誤讀位置信息。

(3)故障排除。清潔故障位置條碼，確認無污染。再清潔讀碼器表面，也無污漬。反復調動故障小車走過此區域，以確認問題是否與沾污有關。對此區域的系統進行RESET COLD，重新激活程序，確保無溢出，再次反復運行故障車輛走過此區域。最后，將問題車輛通過RS-232接口與PC相聯，用CP1131軟件測試讀碼器靈敏度，測試結果讀碼器靈敏度為GRADE 3，未達到規定的GRADE 1，確認讀碼器故障，更換讀碼器后故障排除。

3 故障案例三

(1)故障現象。9樓91號站點有時在無車到站的時候會無原因報警，且無法解除，需等待一段時間后自行解除。

(2)故障分析。整個系統分為策略層、控制層及執行層三層。站點分為SC和BT，除此之外還有DK做為獨立的數據交換站。其中，DK位于策略層做為總控，SC位于控制層控制執行層的BT，并向DK匯總數據。每3層樓劃分為一個區域，設置1個SC和3～5個BT。對于任何的指令、工作日志及錯誤報警，BT均會通過SC上報給DK，但是各個站點的PLC程序、指令通過CAN-BUS總線再到核心的visual foxpro會經過2次編譯，這就可能會產生邏輯錯誤，有時就會導致異常報警。此故障考慮可能是因為站點PLC輸出的問題，報警器無法復位，軟件邏輯出現問題[3-4]。

(3)故障排除。首先檢查站點控制器輸出端X13，在車到站報警時其電壓是否達到12 V，無車時是否電壓為0 V，再確認報警器在報警結束后是否能自動復位[5]。檢查結果一切正常后再做進一步檢查，故障的91站點是該區域的SC，在該區域的其他站點報警時，91站點也聯動報警。硬件無異常，從軟件入手，檢查91SC站點的設置，發現該軟件的報警子程序多出一行關于聯動的程序，檢查程序日志發現此行是系統自動生成的，將此行程序刪除，并將程序編譯后固化，通過軟件FILLEZILLA將更改后的程序上傳，重新啟動系統，故障排除。

4 小結

智能化物流小車系統的硬件系統結構比較簡單，但對清潔的要求較高；軟件設計涉及PLC、CANBUS、visual foxpro等不同種類的軟件，等級有高有低，在軟件編譯時可能出現邏輯錯誤。出現問題時本著先易后難，先硬件后軟件的順序排查，同時加強日常巡檢和精細保養會降低故障的發生。

[1] 張云生，趙超，張云棵，等.可編程序控制器實用技術[M].北京：中國鐵道出版社，1998.

[2] 周立功，嚴寒亮，黃曉青.項目驅動-CANBUS現場總線基礎教程[M].北京：航空航天大學出版社，2012.

[3] 朱學庚，王磊，張蔚華.可編程邏輯控制器在藥廠潔凈空調控制中的應用[J].中國醫學裝備，2013，10(8)：70-71.

[4] 李俊民，高春燕.Access數據庫開發實例解析[M].北京：機械工業出版社，2006.

[5] 姜寶華，趙穎群.Visual FoxPro程序設計[M].北京：中國鐵道出版社，2011.

蘇明春,男,(1964- ),本科學歷，高級工程師。吉林市中心醫院醫學工程部，從事醫療設備維修與管理工作。

2015-01-05

①吉林市中心醫院醫學工程部 吉林 吉林 132011