※ 引述《璉璉 <[email protected]>, 看板: Programming》之銘言： : 如果是要存取 COM Port ，.Net 系列是可以直接存取，但是你最好在伺服器那邊要有記錄排他性的方式， : 因為網頁是多人可同時存取，但是 COM Port 則是獨佔存取。 : 此外，執行緒要確保被放棄時，能將 COM Port 獨佔放出來，例如說網頁要執行 2 秒，A 執行了 1 秒發生 : 斷線，這個網頁輸出執行緒就會收到 About 來中斷，並不會跑到完，若 COM Port 釋放不正確，可能會鎖死。 : 穩定的系統會另外寫個 WinForm ，透過資料交換來接收或記錄命令，依照命令下達的順序執行後回傳。 : 可避免 WebForm 同時存取 COM Port ，或是執行中斷。 : 交換的方式有很多，比如說透過資料庫或透過 socket ，皆可。 : ==> 本文由 "這其中一定有什麼誤會 <[email protected]>" : > 於 news:4jIZeC%246rf%40ptt.cc 發表 : > 回的內容較多,用回覆的方式 : > 不知道你說的 "伺服器程式" 是什麼型態的應用伺服器(Application Server)? : > 會用應用伺服器一定是多層(Multi-tier)的程式應用 : > 控制硬體的部份寫在應用伺服器端(如用 COM Port或專用IO卡提供的SDK) : > 然後再使用端(Client)呼叫應用伺服器端作動作,當然你的應用伺服器要有對應的界面 : > 至於用什麼語言開發應用伺服器? 其實若是用 Com Port 幾乎認何語言都可以吧? : > 不過如果是用專用IO卡,最好是用其支援的語言撰寫以免造成不可預期的問題 : > 當然也可以如璉璉大所言,將其編譯成 dll 再給其他語言使用,但這樣會有一些風險 所以說，已經發展了很多年的東西，應該還是要會應用才對。 在工業領域裡，常用一種叫做 Ethernet Converter 的東西... 主要是 RS232-to-Ethernet 的功能。 這種產品已經是很成熟的，而且每家廠家功能不一。 但如果是我，我會選擇有 Multi-socket 的 solution ... 因為 com port 有其獨佔性質 如果 Ethernet Converter 只是純粹將 Com Port 資料 傳送到 Ethernet 端，這並沒辦法做到「資料分享」的功能... 只是屬於單純的介面轉換而已。 但如果選擇了 multi-socket solution, 裡頭的資料分享機制 一定會幫你解決 comport 被獨佔的問題.... 而留下來的問題，就在於會不會寫網路程式而己。 僅做參考。 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 60.250.195.10