依你敘述.50k以上應該不是問題的說= =
annatar wrote:
你這是By pass...(恕刪)
你這是By pass方式也很普遍阿
其實本來就不用通訊模組 那只是給乾接點的DIO數位模組 或類比模組統整好用一點
485訊號 直接全bus接到comport我就能靠純原生程序下protocol命令了
>>我不是指靠電路DIO AIO的方式
"不透過modbus，直接寫protocol"<<<這句話我不太懂意思
就算不透過modbus也有別的總線協議吧 像bacnet jbas 之類
不然怎樣跟設備端通訊?
阿其實就算不是ModBus 別的協議也是Hex 轉 1/0一路發下去
>>可能我沒表達清楚
在modbus普及前
大廠大多會寫自己的通訊協定(想要綁死?)
(但據我所知 台達現在就直接擁抱modbus)
MELSEC Communication Protocol Reference Manual
這是三菱Q系列的protocol
我是沒有自己寫過
我也只是用而已
所以覺得會寫protocol的人很強
也許我有誤解
再指教囉
>>
另外我也覺得你把做過的案子
列表出來直接打在104
定期更新
應該會有人找你的
我有認識的朋友在台北
沒有特別會寫圖控/.net
薪水也是五萬以上
供你參考
因為你談到的INTOUCH跟WEBACCESS都是屬於廠務工務中控系統比較用的到.
雖然你會寫MODBUS的通訊driver,但像這類driver滿便宜的,
像Sunware.kepserver的modbus部分頂多1萬多元,甚至於intouch的modbus ioserver才5000元,
而一套系統工程軟體也只需買一只,但如果你也會寫例如三菱的通訊driver或omron的,
會得愈多那你就愈有價值,畢竟這些driver相對modbus比起來就貴一些,你能自主開發的driver愈多,
表示業務可以省下這些軟體的費用
然而像intouch跟access這類圖控都是屬於快速發展的整合介面軟件,就是給開發商做工程快速開發用,
如果你能不需要購買圖控而能自行寫的話,就能剩下圖控的費用(萬元至數十萬元),
但這就要考量到你用.net寫出圖控的時間要多久,你有用過這兩套軟體,應該知道多數io控制幾乎可以是設定就可以,
許多動態圖示或需要用到的程式函數已經都有了,所以只要熟悉度夠,一套圖控系統可能不用幾天就可以完成,
而你用.net寫出來的圖控是可以有這種開發速度的嗎?而如果交接給同事,可以讓同事的掌握度又是如何呢?
這些都是可能關係到你的薪資水平的部分....
annatar wrote:
這就叫不合理阿 因為...(恕刪)
因為圖控跟plc這種產品已經很多很飽和了，加上你如果只在台灣，現在每年擴廠蓋新廠的數量已經很少，簡單說就是供過於求
而你說的單純用程式語言開發，也是要看什麼樣的產品，你如果開發出來的程式是老早就有人做出來行之有年的東西，那能有什麼價值，你只有做出沒有人或少數人才懂得東西，那麼你所說的程式開發才有價值。
而且你也沒有回應我的問題，圖控plc都是針對客戶做客制化快速開發，你用程式語言開發客戶所需要的控制及介面應用速度到底能否一樣快或更快。
我如果是老闆接案，一個月接三個建案每個案100萬，每套圖控我花20萬，這個月即便扣掉圖控成本也能賺240萬。而自主開發省20萬圖控，但開發速度一個月只能做一個案量，那就只能賺100萬。
這些都只是公司營利報酬率的問題，而不是自己開發就比較有優勢，對客戶來說，誰管你是花錢買圖控系統來應用，還是自己用程式語言寫的，他們只關心系統穩不穩定，功能齊不齊全，未來報修有沒有人可以處理，而不是被一家廠商綁死
內文搜尋
從 APP 打開
X