蘇明春

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

智能化物流小車系統(tǒng)故障分析與維修

蘇明春①

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

DOI∶ 10.3969/J.ISSN.1672-8270.2015.09.044

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

1 故障案例一

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

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

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

2 故障案例二

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

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

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

3 故障案例三

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

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

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

4 小結(jié)

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

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

[2] 周立功，嚴(yán)寒亮，黃曉青.項目驅(qū)動-CANBUS現(xiàn)場總線基礎(chǔ)教程[M].北京：航空航天大學(xué)出版社，2012.

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

[4] 李俊民，高春燕.Access數(shù)據(jù)庫開發(fā)實例解析[M].北京：機械工業(yè)出版社，2006.

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

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

2015-01-05

①吉林市中心醫(yī)院醫(yī)學(xué)工程部 吉林 吉林 132011