半年了，大大小小的給客戶寫了也有六七套程序，寫完了我也在總結，可是，多多少少發現一些問題。這些問題說大不大，總體是可能使用，客戶也沒發覺，一開始，反思是自己的程序結果問題，后來專門看了公司其他人 程序去學習借鑒了一下，然后寫的多了也就順手了，現在就有一個念頭，想把以前的程序重新編寫一下（以前的真的幼稚），但是吧，老板總說要節約成本，難以取舍啊。只能多學習多完善，盡量不出錯。糾結,希望老法師們，有啥編程心得，能分享分享。最好有實例借鑒

不管什么貓，爪到老鼠就是好貓，解決問題就可以了，非要做什么經典干嘛呢，我見過500步程序做好一個設備，我也見過8000步做好一個設備的，也講過2萬多步做一個設備的，并不是說500步那個低級，也不是2萬多步那個高級，也見過自己編寫的程序自己都改不了的（給他換了一臺電腦，讓他自己去改，立馬歇菜了）不要懼怕別人下載你的程序去模仿，你做的好別人才模仿你，你的設備1天壞3次，你就是鎖的再好都白搭。設備皮實才是大家最求的，程序簡單，你沒有發現最野路編寫出來的往往都是最好用的，例如做維修出身的就比學校出身的思維活躍，因為他在過去的維修過程中已經積累了很多經驗，知道怎么做最好維護。不要覺得什么高級什么不高級，解決好問題就是最高級。我也見過開會時說的冠冕堂皇，做事時呵呵了，另外就是和機械多溝通，如果你做電氣不懂機械，一下子就會把自己做死，前幾年我們公司換設備期間，有一個公司在學校請了一個教授過來，意思就是我們技術雄厚，做的產品質量肯定有保證，下了一臺設備給他們，過來調試第一天我就不看好，機械和電氣完全不搭界，完全沒有溝通過，很多地方在現場還在改，好不容易調試好了，1天壞3次，沒有一個星期爐子里燒熔了，處理好了，沒有過幾天又熔了，那位教授還一口認定電氣沒有問題，100天沒有就把那教授炒掉了，60多臺設備那個廠家就拿到了1臺，那臺設備用了不到一年就扔進垃圾堆了。這就是我見過最典型的一個案例，那程序寫的可謂教學派，有點類似過去60年代官僚主義那種派頭，什么都是按部就班，一點點小問題都直接影響停機

也見過我認為非常經典的案例，例如接近開關的通斷來當編碼器使用，一個編碼器最少也要100多，還要配一個計時器模塊，用兩個好一點點的接近開關，90度安裝，就做出來了，看見設備的那一瞬間沒有一個人不豎起大拇指的，也見過把伺服當變頻器使用的，利用力矩模式，輕松穩定的解決了普通電機帶編碼器容易壞的缺陷,也很穩定，也講過把伺服當伺服使用，沒有用幾天問題百出，前一段時間一瞬間想通一個問題，不同PLC之間數據交換。以前都在意PLC與PLC通信，例如我就遇到過歐姆龍遠程模塊通信部穩定，導致設備故障率高，三菱的CC-LINK通信穩定，就想用三菱替換歐姆龍的遠程模塊，想了很久，三菱是通信我還了解一點點，歐姆龍就拉倒了，就在前幾個月一瞬間想通了，我為什么要和歐姆龍通信呢，遠程模塊的信號我1對1的給歐姆龍就好了啊，我為啥要通信呢，