---

雖然已經是一個星期前的事了，今天才看到這串文
高鐵這動作是正常的，因為問題發生時，完全不知道問題如何產生的
這也表示你沒辦法重現這問題，當下就是尋找問題發生的原因
不然你重開機之後，所有環境重置，問題雖然不見了，但你等於抱著一顆
不定時炸彈在開車，今天運氣好是沒車顯示有車的狀況，如果是變成有車顯
示沒車呢？那高鐵發生追撞事故可能就會在台灣上演了

雖然和高鐵無關，講一下工作上碰過一些光怪陸離的怪事好了
原po文者負責的產品是工業電腦(IPC)，IPC應用範圍很廣，很多地方有在用
小至博物館的導覽系統，大至鑽油平台的電腦控制系統，都在應用範圍內
(雖然看過的案子有用在鐵路列車上還出過問題，但案例不在台灣)

講兩個我碰到過，問題原因完全出乎意料的案例
(還有一些案例，只是過程太複雜懶的寫了)

案例一：
某家公司生產一套儲電設備，功用就是利用晚上離峰電價較便宜，在晚上把
電存起來，白天電價貴時，就放電來用
這家公司的儲電設備有接上一台IPC來負責監控電池電量和現在放電瓦數
某天該公司在工廠內安裝OS之後進行測試發現，IPC上的軟體會出現莫名其妙的狀況
(例如讀數出錯或者程式當掉..etc)
因為問題實在太奇怪了，剛好在國內，就派人去現場看狀況，最初懷疑是OS掛了
再重裝一次結果狀況仍然存在，想說會不會是硬體壞掉，先換一台新的給對方試試看
過沒幾天問題還存在，這中間找問題的過程就不說了

問題原因在那裡？
原因是觸控螢幕造成的，有人一定會說我胡說八道
主因是對方買的觸控螢幕是便宜貨，防靜電的部份沒做好，設備的靜電就流到觸控螢幕
再從USB線流到IPC這邊來，結果就是整台IPC的訊號被被靜電打的亂七八糟....

案例二：
這個問題比較容易出人命，這次不是我處理的了，是我頭上經理去處理的
某家生產貨物搬運車的公司，該台貨物搬運車長約六十到七十公尺長
車子某天在測試時發生暴衝現象，這麼大台的車子發生暴衝
我相信所有人都希望他不是在車上的人....

是對方的程式人員寫的程式在一個地方出問題
因為對方呼叫A function開啟某項硬體，第一次開啟沒關閉，第二次再開
當然失敗，而接收的參數B這時變成NULL值，結果傳到C function時就出問題了

我目前碰到的問題還比較少關乎人命


高鐵這次處理算OK的了，記者以為重開機問題不見就當做解決了
問題根源沒找出來就不算解決，這段時間高鐵技師大概末班車發完後都在debug了

--
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.37.161.205
要看當初有沒有規畫，如果記者之前幾篇報導沒亂寫
高鐵這次的問題我猜測是硬體上的問題
※ 編輯: a1e             來自: 114.37.161.205       (05/03 01:18)

--