你在調試硬件、調試產品的那年時候有沒有遇到一些故障或者異常，并由此帶來不可估量的老板災難？有沒有讓老板產生想殺了你的沖動，最后如何處理的不殺之恩?
網友1：慣導RS232接口，平時用RS 232只要RXD,TXD就能通信，硬件但是故障感謝慣導需要接地線，線都接好，事兒指示燈閃爍，那年沒數據，老板對調RXD,TXD沒數據，不殺之恩那我試試把地線接電源正吧，硬件于是故障感謝不小心接到電源正，然后愉快的燒掉了。你做成雙極性輸入的不就燒不掉了，從此師兄再也不信任我的接線。
GPS模塊某電容和電阻接反了導致沒數據，換回來之后南京的我偏移到了合肥，說好的精度1.5m呢，這都不止15km了好嗎?
網友2：電路板的同軸輸出接插件，sma頭。下面連信號的引腳因為電裝工藝問題根本就沒焊上，但是距離焊盤很近。導致的現象就是信號質量特別差，但是確實有信號。查到這個問題的原因才發現原來是雖然信號傳輸線有斷路，但是因為離得特別近所以形成了電容，信號就交流耦合過去了。
事后總結出了硬件毛病先把外觀檢查一下，再查一下比較基本的問題，比如供電，短路斷路。都排查完畢再發表高深莫測的玄學理論。。。
網友3：和同事一起調試蒸汽吹灰設備，忘記了排空冷凝水，把水噴到價值近千萬的催化劑上面了。
后果：罰一個月工資，更換了打濕部分的催化劑。
同事調聲波吹灰，忘記了煙道內還有農民工在做業，直接開起來。幾個工人在一個封閉的鐵盒子里被6個功率不小的超聲波喇叭震耳欲聾。幸好迅速跑出來了沒有造成永久性的聽覺損傷。
后果：被農民工打一頓，我也不幸遭殃被連帶打了一頓。
網友4：買來的機器人是日標供電，三相220V，國內沒有這樣的電源，需要增加變壓器把三相380轉為三相220。臨時試機的時候，沒有萬用表，我把變壓器的輸入輸出接反了，導致三相380變為了三相650V！估計你也想到了，現場很慘烈，電源接通的一瞬間，火花閃電黑煙和噼里啪啦的爆炸聲不亞于有人在車間里扔了一掛鞭炮。。。
有個同事冒著觸電危險把手伸到機器人關閉了電源。。。
后來維修花了五六萬。。。
網友5：遇到過for循環中，手算應該是3000，實際是30000的浮點運算…gcc -s然后化簡到幾行匯編，依舊算錯。。。
遇到過兩個線程互相發Linux signal，上萬次之后就會死鎖…哦這個最終追出來了，是kernel里面的問題，不算硬件故障。。。
FPGA上能遇見的各種稀奇古怪的問題，轉到互聯網之后，我想我應該很難再遇到了吧
網友6：我也經歷過2次。
第一次，是某款PLC。廠家聲明，此PLC已經在全球用了XX萬套，是很成熟的產品。但在編程階段就顯得極不成熟。PLC投運后，出現死機現象，幾經折騰也弄不好。最后，廠家的工程師自己來處理了，并且告訴我：我用的是全世界第一套!
經驗教訓：原來，老外也會忽悠人。
第二次，是另外一款PLC，此PLC被廣泛使用，是技術成熟產品。
但被用在地鐵中，卻發現了死機。檢查后發現，我們將此PLC同時用于邏輯控制和通信管理控制。由于兩套系統都屬于0類中斷處理程序，于是PLC的CPU在運行受阻時，就將兩套系統全部重啟。造成嚴重事故。
說來有點意思，任何PLC都有幾個字節的內部存儲空間，用來記錄嚴重故障時的關鍵值。此內部存儲空間一般不公開。我就用此技術記錄了死機前最后一刻的狀態，找到了事故的根源。PLC的制造商也據此修改了設計。
一個感覺，PLC的技術進步類似于空難，也是在故障中不斷修改和完善的。
事后，我們把兩套系統用兩臺PLC獨立完成，兩者之間不存在建立橫向聯系，由此徹底杜絕了問題的根源。
總之，出了問題首先要分清責任。我們要敢于承擔工作壓力，但不能盲目的承擔事故責任，要保護好自己;第二要仔細認真地分析事故原因。
事實上，分析事故原因難度很大，甚至都會超過開發商的技術水平。
若只是簡單地把責任推給供應商，則自己的技術永遠不會進步。
你在調試過程中遇到過哪些故事，留言來討論下吧。
免責聲明：本文內容由21ic獲得授權后發布，版權歸原作者所有，本平臺僅提供信息存儲服務。文章僅代表作者個人觀點，不代表本平臺立場，如有問題，請聯系我們，謝謝！
