发表于:2006-05-08 12:06:00
8楼
王晟磊先生您好,
您對PAC產品的定義確實有嚴重的偏見, 用詞也非常自以為是, 包括批評一些真正用心研發產品的廠家, 如果您對PAC的定義有疑慮, 請自行與ARC咨询集团的高级研究员Craig Resnick去爭論
我當然是從設計面要與您討論有關PAC的技術問題, 我覺得既然要討論眾多廠家設計PAC產品的理念, 不應該只從硬件的角度來看, 您提及的軟邏輯軟件供應廠家, 絕非一無可取之處, 不能抹煞這些公司為自動化產品創新研發的貢獻, 我不否認某些您提及的公司有舊酒裝新瓶的嫌疑, 但是我們不需要擔心這個問題, 畢竟用戶的眼睛是雪亮的, 這就交給市場機制來決定誰的產品應該留下來.
我們先來評斷GE-FANUC公司的PACSystems RX3i這個產品, 首先, 單從硬件結構來觀察, 它確實很像一台IPC, CPU是採用Celeron (Pentium III) 300MHz CPU, 總線採用的確實是標準的PCI Bus, 但是特別的是在PCI總線旁邊還設計了另一個原來PLC總線, 為的就是能使用GE-FANUC原有PLC的I/O模塊, 這裡有一個最重要的設計改變來與PLC和IPC做區隔, 那就是採用了風河(WindRiver)公司的VxWorks實時多任務操作系統, 我認為您不了解為何要採用這種操作系統的真諦, 關鍵就在"實時多任務"這幾個字上, 請您告訴我, 哪一家PLC廠商的產品是"多任務"的? 還有哪一家使用DOS/Windows系統的IPC產品具備有"實時"的功能? 新的PAC產品就可以達到這種要求, 舉例而言, 需要高速整合IO和運動控制的中小型系統須達到10ms以內的系統Cycle time, 10ms 以內是一般的PLC架構的門檻,
也是一般PC-based做不進來的部份, 而1ms 則是機械及電機等元件的限制, 目前幾種嵌入式操作系統都具備有1ms硬實時處理能力的. 當然GE-FANUC在定義PAC產品時應該已經有很好的規劃了, 我相信未來他們也會繼續推出包括機器視覺(Machine Vision)等配套的產品, 在軟件配套部分, GE-FANUC的Proficy已經包含您所有想得到的包含軟邏輯, HMI/SCADA, 運動控制等等類似西門子WinCC和Step 7的整合性軟件工具包.
NI公司的PAC-Compact FieldPoint和Compact RIO和Compact Vision System, 前兩者特別強調的都是搭配Labview軟件基礎的, 不管您喜不喜歡NI公司, 您不能否認目前NI公司在量測自動化領域執牛耳的地位, 特別是Labview軟件受到廣大用戶的歡迎, NI的視覺系統則是說明了PAC系統在單一平台上可以運行視覺/運動控制/人機介面等等能力, 因為我對NI的產品沒有深入研究, 請NI公司的朋友出面來向王先生說明一下吧.
研華公司的PAC, 主要是ADAM-5000和UNO系列, 這裡我對王先生對研華公司產品的批評非常不以為然, 誰說使用80188/80186 CPU做出來的控制器系統就不能稱作PAC? ADAM-5510KW採用的是RTOS搭配KW-software公司的ProConOS軟邏輯運行引擎, UNO系統採用Windows CE.net實時操作系統, 也可搭載ProConOS, 軟邏輯編程工具MulitiPROG有別於傳統PLC編程工具, 它在這種平台上特別針對實時多任務提供給用戶可選的多任務優先級別設置, 多看門狗以確保系統的實時性, 這些都是一些有別於PLC/IPC系統的突破, 當然一些想用高階語言編程的傳統IPC用戶, 則可以選用微軟公司的Visual Studio.net(EVC++/VB.net/C#.net)自行開發.
泓格的PAC系統以WinCon(Windows CE.net)/LinCon(Embedded Linux)/KinCon(含KW-software)具代表性, 上述幾家公司的產品已經都能展現出PAC產品的特色, 在此不對泓格產品與上述廠家相同部分再做贅述, 從王先生對PAC產品會不會感染病毒的疑慮, 我來用WinCon-8000產品的設計理念做說明. 首先,為了保證系統的穩定性, 王先生所提的BIOS在RISC系統里稱作BootLoader, 與Windows CE.net的映像檔(image file)是被放置於32MB的Flash ROM裡面, 至於其他的驅動程序/應用軟件/存儲數據等等則置放於CF Card內, 這種設計有別於IPC, 操作系統是可以保證不受病毒感染的, 不像IPC把所有軟件都置於硬盤里, 在一些需要可靠度高的需求裡是無法採用的, 此外在通訊方面, 此系統可以支持一個以上的乙太網口, 這又是PLC很難達成的, 目前非常多的系統里要求遠程監控, 這類PAC要連接GPRS modem可以說是輕而易舉, 但是要達到雙向傳輸, 可就不是一件容易的事, 由於WinCon-8000採用的是開放式的架構, 可以內置一些原來IT業界好的軟件, 為了突破GPRS在電信運營商在通訊上網關動態IP的限制, 內置了一套iPush信息傳遞引擎, 透過iPush Server, 可以容易的讓用戶透過GPRS modem從遠端下載程序到控制器上, 也可以透過Web service很容易的同時監看到所有遠端設備的實時狀態, 以上所描述的都是已經被客戶所接受並且應用在現場上的實例.
我之所以要站出來反駁王先生的論點, 除了必須說明一些事實外, 也希望未來有志開發/使用PAC產品的朋友們, 一起提出具有建設性的建議, 取代無謂的批評與攻擊, 畢竟沒有任何一種產品是完美無缺的, 我很少在論壇裡看到有人討論產品開發過程的點滴, 特別是國外的廠商根本不會告訴我們這些的, 我希望"從製造在中國轉變為創造在中國"不只是口號, 而是能透過大家的努力來落實, 以上.