【明報專訊】迷你倉大火燃燒第五十個小時那夜,傳出第二個消防員殉職的消息,社會湧現責難之說,質疑火場沒人受困還讓消防冒險是太進取,大概都是出於對救援人員的尊敬與珍視。
生還者與救援人員,同樣都是生命,災難現場瞬息萬變,拯救工作風險高但又不能或缺,幾十年前,世界各地其實已開始研究,是否能讓科技幫上忙。
「我們除了想保護受災的對象,也想保護救災的人,能用機器代替就最好。」千禧年,高永賢是香港第一個加入無國界醫生的工程師,往後十年到過蘇丹、阿富汗、四川等災難現場做救援工程,同一時間,他一直埋首研究如何用機械科技幫助人類拯救世界,二○一○年獲頒香港人道年獎。
不過,雖然高永賢早就研發出災區搜索機械人,他說在香港做這類研發其實很困難,買家不投資,政府也不會資助,「你看創新基金是撥給什麼項目?
一是人人會用的,如手機程式;一是有錢人會用的,像癌症研究」。
地震瓦礫搜救 機械人大幫忙
「因為災場太危險,如何訓練有素的人,遇上突如其來的爆炸、倒塌,都是難以避開的。失去經驗豐富的人,代價很大,犧牲一個就少一個,然後要再花好大成本才能培訓出來。行軍打仗,你會寧願失去十架戰鬥機,也不願失去一個戰鬥機機師。」讓機械人代替人類進入危險的災場,世界各地其實已着手研發多年,一九八六年,切爾諾貝爾發生核災,當地曾考慮讓機械人進入高輻射區域清理現場,但最後因為機械人在高輻射下失靈而放棄;九七年,國際社會出資在包圍反應堆的石棺上再建巨型鋼穹,拆卸反應堆的工作,聽說機械人這次派上用場。
機械人正式進入災難現場搜救,該是二○○一年九一一那時候。當時機械人的任務,是搜尋生還者、從頹垣敗瓦中找最快的挖掘路徑、偵測危險品等,事後機械人的工作曾經登上報章。高永賢說,現今的科技,雖然無法取代救援人員,但輔助人類救援是絕對做得到,地震後在頹垣敗瓦上搜索、在海底搜尋沉船,「你知道在地震的災區,大部分國家是怎樣搜索嗎?用一支支棍插進瓦礫裏,試探底下有沒有反應、傳來聲音;好一點的,棍的盡頭有一面鏡子,插進瓦礫後,轉動棍子,看鏡裏有沒有看到人」。
機械人入火場?
不過,有些災場是比較難派進機械人,例如火場。這次香港迷你倉大火過後,有美國消防員說機械人救火不實際,因為機械人還是不夠敏捷,高永賢認為,這只是其中一個原因。「機械人最怕兩樣嘢,一是火,一是水。機械人入到去,因為要在惡劣的環境下前進,負責前進的部分最好是用塑膠造,但入到火場,膠就熔,電路板上的錫焊也一樣會熔。這種溫度,大概要用火箭科技那種設計。」而且,要研發一種機械人配合消防員救火,難度很高,事關人類消防已發展了很長時間,水平非常高。「大部分火場都在城巿建築物裏,只要拿到圖則,消防就大約知道進入火場後的環境是怎樣,放一個機械人進去,只讓它先探測溫度的話,意義其實不大。」
未普及 政府不資助 沒人投產
雖然發展多年,在先進國家,用機械人救援仍是新鮮事,高永賢認為,普及與否,一要看技術,二要看人類有多信任機械人,「機械人在九一一災場懂得自動測體溫、聲音,但它走去哪裏,仍然由人來遙控。機械人不小心撞死生還者,誰負責?救援組織?研發者?機械人見到三個傷者,究竟要先救誰、犧牲誰?」至於在香港,困難或許再多一重。九一一發生當年,高永賢其實在香港也研發了在災區搜索的機械人,兩隻掌心般大小,能探測體溫、定位,機械人之間能互相聯繫,一旦找到生還者,場外指揮的基地會收到信息,救援人員能透過機械人與生還者通話。「成本只是十多美元一部,大量複製一千個、一萬個,扔進災場,可以很快繪出災場的狀况。」之不過,雖然研發成功,在香港根本沒有投產的機會。「非政府機構沒錢、政府不願資助,商場上也找不到買主。若說美國較先進,他們為何能做到呢?因為救援技術研究是用軍費發展。」
用工程知識 貢獻世界
四十出頭的高永賢是個機械工程師,主修人工智能及應用機器人學,早就希望能透過工程學的知識貢獻世界。「我一直覺得工程師很型,這麼多電影,哪有一齣戲到最後是i-banker出來拯救世界?拯救世界的,不是科學家,就是工程師。」現今一代的人說,工程是水泡學科,進可攻退可守,成績好可以做投資銀行,考得不夠好,好歹也是一個工程師,高永賢說,他在畢業後才後知後覺,「原來讀工程、化學的人,學的那套計算知識,在金融界很吃香。事後回想,我的同學,成績最好那批,的確全都在投資銀行」。心無旁騖的高永賢,樂意做「退可守」的一批,一邊做工程師,一邊尋找可以用工程學拯救世界的機會。九九年,「無國界醫生」獲頒諾貝爾和平獎,他在報章上看到專題報道,原來這個救援組織不止有醫生——機會來了,高永賢急不及待報名加入做義工,成為該組織內第一個香港工程師,翌年被派到蘇丹。
蘇丹戰地 邊度爛就修邊度
雖然先在比利時受訓兩星期,到達蘇丹之初,高永賢說自己還是盲頭烏蠅,「從來沒人告訴我,工程師在災區的角色是什麼」。他記得,自己第一次發揮工程師知識,是修建病房。「因為內戰,唔係呢度爛就嗰度爛,病房爛、診所被襲擊、水井的水泵壞、門鉸壞。那半年,就是不停爛、不停起。」我笑他這個工程師像個維修師傅,他說,災區裏的工程師,不能再只死守自己的範疇,「在香港,習慣了不是自己的專科不要搞,因為要孭鑊,做錯決定分分鐘連牌都無埋」,「但到了災區,很多時候你就是最有資格決定的人,不是你,便是醫生」。
傳一封求救電郵 過五關斬六將
我們一般人總一廂情願地以為,災區人手緊絀,就自發到災區幫忙,但有時候這是幫倒忙,救援團隊限制人數是基於安全考慮,怕萬一有突發事情發生,一輛車載不走太多人。團隊之中,大部分是醫生,工程師則通常只有他一人,事無大小的工程他都要略懂一二,高永賢說,遇到有事,解決方法有二,一是執生,二是「求救」,用無線電、電郵,總部會找到專家教如何修理。之不過,總不能事事求救,「我們當時是如何send email呢?首先,在電腦打好電郵,然後按save as,儲存在floppy,把floppy放進信封,然後交到下一班飛機,送到蘇丹首都,首都的人會打開floppy,替你把電郵傳到總部,總部再找人解答你的問題。我試過有一封電郵,在我回到香港後才收到回覆」。
隨時候命 工程師打散工
在蘇丹逗留半年,回港後,他再被派到烏茲別克,不久遇上九一一,當時有消息指美軍會發動反恐戰爭,高永賢於是到了阿富汗。其後,他參與了多次天災現場,印尼海嘯、巴基斯坦地震、汶川地震、玉樹地震,十年來,他過着別人眼中顛沛流離的生活,沒有穩定收入,每次被徵召就辭工出發,回港後才重新找工作儲點錢,一年半載後又動身到世界最需要援手的地方發揮工程師所長。「在愈落後的地方,那感覺愈強,如在蘇丹、烏茲別克,你起任何一樣嘢,對當地人的影響是即時看到的。起一個病房,患者即時有個地方休息;水泵修理好了,所有人都歡天喜地,這些場面出現得很頻繁。」
在災區,人是系統最重要部分
後來,高永賢在香港創辦緊急救援工程學基礎課程,除了教工程師在災難現場要打破心理關口事事關心,還有就是非醫療的救災工程知識。「最重要的,就是想想人最基本的需要是什麼?清水、食物、有瓦遮頭。所有工作,都是圍繞這三方面,再發展下去。而災區裏的工程師,不止要修水喉、鋪水管,還要想想,有河的話,水是否能直接用?如何處理?如何分發而不會引起災民打架?沒錯,整個供應鏈如何運作都要計劃,工程師本來不習慣處理與人有關的問題,只管做好系統,但在災區,人就是系統裏最重要的部分。」至於災民沒瓦遮頭的問題,他說一般救援組織第一時間會運送類似帆布的物料到災場,「那是萬能無敵的,防水、韌度強,可以用來搭建廁所,又可以用來鋪在桌上當是手術枱,房屋倒塌,棟一支柱,拉起帆布,這樣又可以用幾個星期」。高永賢說,他不會教工程師起樓,但會教他們不用石屎鋼筋,在災區怎樣才算是一個良好、適合的結構。「在蘇丹等地,不應該為他們建石屎樓,泥屋才是最適當,一來那些材料可以就地取材,二來當地人熟悉這種房屋,萬一再塌、再有損爛,他們自己可以再建。工程師要做的,是找當地懂建屋的人,幫助他們組織其他村民一起建。」而在四川等生活條件較好的地方,他們的建築物大多是磚木結構、土木結構,救援人員就幫忙建這種房屋。「我們救災,不是要改變他們原本的生活,而是希望改善他們受災的情况,替他們建兩座很先進的樓房並沒有意思,災後,當地其實沒能力繼續用你的方法建。」
研發 監測森林火災機械人
二○○七年,高永賢獲選為香港十大傑青,翌年再拿下香港傑出青年工程師獎。二○一○年,他獲香港紅十字會頒發人道年獎,那一年,玉樹地震,他救災回港後,算是終於安定下來,結婚生子,但這個有型的工程師沒有放下拯救世界的使命,在香港埋首研發機械人救援。他說,搜救機械人石沉大海後,他與兩個伙伴曾經鑽研水底機械人,不過任務不是水底拯救,而是洗游泳池,「我們本來打算,賺一筆再救世界也可以呀,誰知道這個產品也以失敗告終,原來香港私人泳池的巿場並不大」。經歷兩次失敗,他們再轉戰研發監測森林火災的機械人。保衛自然資源,也是拯救世界——全球各地,每年發生的森林大火多不勝數,「印尼每年都燒,鄰居新加坡長期受它困擾;加拿大阿爾伯塔省大火剛剛才撲滅,每年北美的大火都很嚴重,因為森林大火的碳排放,與汽車看齊。只不過我們很少注意罷了」。雖然火災氾濫,不少國家大多沒有高效的防火措施,只靠肉眼監測、派人巡視,發現之時,火通常已燒得非常嚴重,而他們的機械人,在方圓五公里可以監測小至一米乘兩米的火種,在印尼森林做測試時,甚至連官員下屬在禁火的地方生火煮食也被測出了。現在機械人足迹遍及幾個國家,能拯救世界的機械人,總算成了大生意。三人變五十人的機械人公司,大門寫着「saving the world,bit by bit,grid by grid」,我未及開口問,高永賢就笑說:是否很型?
文:陳嘉文
圖:鄧宗弘
編輯:蔡曉彤
sundayworkshop@mingpao.com
fb﹕http://www.facebook.com/SundayMingpao
新聞類別
副刊
詳情#
回應 (0)