我也經歷過2次。第一次，是某款PLC。廠家宣告，此PLC已經在全球用了XX萬套，是很成熟的產品。但在程式設計階段就顯得極不成熟。PLC投運後，出現宕機現象，幾經折騰也弄不好。最後，廠家的工程師自己來處理了，並且告訴我：我用的是全世界第一套！經驗教訓：原來，老外也會忽悠人。第二次，是另外一款PLC，此PLC被廣泛使用，是技術成熟產品。但被用在地鐵中，卻發現了宕機。檢查後發現，我們將此PLC同時用於邏輯控制和通訊管理控制。由於兩套系統都屬於0類中斷處理程式，於是PLC的CPU在執行受阻時，就將兩套系統全部重啟。造成嚴重事故。說來有點意思，任何PLC都有幾個位元組的內部儲存空間，用來記錄嚴重故障時的關鍵值。此內部儲存空間一般不公開。我就用此技術記錄了宕機前最後一刻的狀態，找到了事故的根源。PLC的製造商也據此修改了設計。一個感覺，PLC的技術進步類似於空難，也是在故障中不斷修改和完善的。事後，我們把兩套系統用兩臺PLC獨立完成，兩者之間不存在建立橫向聯絡，由此徹底杜絕了問題的根源。總之，出了問題首先要分清責任。我們要敢於承擔工作壓力，但不能盲目的承擔事故責任，要保護好自己；第二要仔細認真地分析事故原因。事實上，分析事故原因難度很大，甚至都會超過開發商的技術水平。若只是簡單地把責任推給供應商，則自己的技術永遠不會進步。