以往我們在做機臺時,都是一名工程師進行跟蹤一個項目直到交貨才算,都沒有協同合作進行寫程式的經驗  
     現在有一臺機器,預計總物體端口在325到360個之間,輸出端口初定為85個,為了準時出貨,預計需要四名工程師同步編程才可準時完成,如何分工合作進行,請大家把自已的心得體會說出來,共同探討一下,謝謝!

一個編主程序，另外三個編功能，主程序調用功能程序就可以了

程序這東西最好一個人寫

我也需要啊

是的最好一個人寫  那樣比較好維修 ！　

       謝謝各位網友的支持!特別是sonhh的建議,我們的工程師都沒有提到這個思路!
   下周二將進行有針對性的探討,原初步定的是依物體結構分塊進行編程并獨立調試,再進行把各塊進行合攏這個思路占優勢,當然更多的是大家認于由一個人來做比較系統一些.........但在時間上無法操做,只能尋求會不會有更多的方法進行改決
       我們將重點把這位網友的思路在會上提出來探討一下
期望各位朋友們把更多的好辦法,好經驗,好思路在這里提出來,謝謝!

是什么程序哦？
有四個人討論的時間或許就已經能編出來了

這種事很不好說，幾個工程師都要有高度的自覺性。而且素質都要高，那些素質低的只知道推卸責任的很影響團結，對大局不利
合作的好的話，你們幾個工程師的互相信任度將大大提升
合作的不好的話，幾個工程師之間的和氣大傷，這將是最不好的局面

建議你們用C語言來編，用支持C語言的PLC來完成
C語言的可讀性強、可移植性好，無論是分配任務還是程序故障查找，都比梯形圖容易的多
例如我們用的Windows系統最核心的部分就是用C語言來完成的，可見他的優勢
我曾與幾位工程師合作做過一個單片機系統，也是用C語言編出來的
那時我從未與別人一起合作編程過，錯誤大都是出在我這里，結果卡壞一臺馬達
當時我很自責，慶幸的是另外幾位并沒有很嚴厲的指責我，他們一起檢查我寫的函數，至今難忘！

總之，無論用哪種PLC，哪種編程語言，哪種配合方式，一定要記住一點：
每次遇到問題的時候，每個人的第一反應是解決問題，而不是指責別人。要把解決問題放在第一位，不要把責任放在第一位，這就是素質的體現

不過最好還是由一個人來完成

只要你們當中有一個素質差，就會影響整個團體
爭名奪利、投機取巧的人還是有的
三思而后行

*******************************************寶貴經驗分享*******************************
我們這個項目是一臺帶測試功能的自動組裝機,基本調試完成

參考了大家的意見,細心分析了每一條回復,最終我們的方法是:

1.  依工位結構分工負責,一人一個工位---------主程序和和各分系統的移植,各軟件內部資源的分配都由一人擔當
2.  各工位程序由主程式提供觸發信號,各分系統內全部自動復位,并提供進行狀態保特繼電器及各各分系統完成標志繼電器
3.  分配X口和Y口目標功能
4. 劃定各內部寄存器,繼電器,延時器,計數器,子系統編號,人機界面上功能及相對的繼電器編號,屬各工位屬各分區的使用區域
5. 伺服及通信系統于調用程序
6.各分系統各調各的,最后是主程序編者檢測試機,其他的輔助,今晚試機OK,
------------------------謝謝網友,謝謝楊工為我們提供了一個共同進步的平臺!