PAC的定义与PLC的区别之二 点击：31880 | 回复：117
发表于：2006-05-05 15:55:00
楼主
在这里我们定义一下什么叫ＰＡＣ，这几点大家如果有意见可以与ＮＩ公司去争论：
１、Ｘ８６体系架构，什么ＡＲＭ之类的就不要拿来鱼目混珠了
２、硬件兼容ＰＣ，可以支持各种ＰＣ标准的板卡，如ＩＳＡ、ＰＣＩ及各种变种，这可以分享各种ＰＣ标准的硬件资源，如果这都达不到谈何开放，谈何可以利用ＰＣ的硬件资源，最多就是厂商在设计电路板时可以参考一下公板。而上面的大多数厂商的总线接口根本就是自己定义的，完全是封闭的，最多是ＵＳＢ、以太网、串口是标准的，而这是任何一种ＰＬＣ、ＤＣＳ都支持的，所以这些接口不能作为ＰＡＣ的定义，一定要是背板总线。如果你做成了模块化的结构，对不起，你已没资格自称ＰＡＣ了，请一边站吧，欢迎你进入ＰＬＣ厂商名录．当然如果你上面有ＰＣ１０４那可以算
３、软个兼容某一种标准的ＰＣ系统，无论是ＤＯＳ、ＷＩＮ、ＵＮＩＸ等，但因为大多数控制器都有操作系统，而ＰＡＣ一定要做到可以让用户利用到ＰＣ的软件资源才行，所以最起码文件系统要是标准的ＰＣ文件系统，这样可以保证ＰＡＣ与ＰＣ的互通。再接下来如果能运行ＰＣ上的软件或者ＰＣ的函数库都算是兼容ＰＣ，至于什么ＶＸＷＯＲＫＳ之类实时多任务操作系统千万不要拿来自称ＰＡＣ，一定要是与商用操作系统兼容的才可以分享到软件开放的优势，否则请不要自称为ＰＡＣ
从商业角度来说，我能够理解为什么这些过程自动化行业的边缘控制厂商都自称为ＰＡＣ，更晕的是10年前的老产品也都改名称叫ＰＡＣ，这让一些老工控人无法理解。
想用一个新的概念来改变现有控制器行业的版图是不合理的，因为你们利用了与客户之间的信息不平等来蒙蔽广大工控客户．
同时ＮＩ现在是不出声，让这些台湾厂商自称是ＰＡＣ，等ＰＡＣ的名称深入人心后，一定会跳出来打假的，这是一定会是一场口水大战，最后台湾各厂商一定不会得到什么便宜，反而把多年的信誉给丢了．
目前各台湾工控机厂商确是有做ＰＡＣ的硬件条件，但软件大多依赖欧州厂商，这不便于未来的发展，如要在ＰＡＣ行业立足，一定要有强大的软件开发能力．
最后我说一句，我只是说有一部分厂商自称的ＰＡＣ是言过其实，并不是所有的产品都是假的，但希望大家能自律．
ＰＡＣ本来只是ＰＬＣ或ＤＣＳ的一个补充，它更像是工控机行业的一个延伸，而以ＰＣ为硬件的软逻辑控制器，则早在1５年前就已经很多了，其本上所有的ＤＣＳ和大多数大型ＰＬＣ都是这种体系结构的，基本上ＰＡＣ有的这些控制器都有．
说多了，一定会引来一群人的板砖，但我希望大家的板砖过来的时侯，我们能以一种具体的厂商的具体型号来进行讨论，否则没有讨论的必要． 太多朋友要V80小型PLC编程软件了 新版VLadder5.10(随心所控版) 新版软件特点: 1、随心所控： A、在线编程,可以在运行态下可进行任意的编程和调试，真正做到随心所控。 B、强大而实时的在线监控功能，用户可通过在线监控功能对任意变量进行监视和控制，使一切在掌握 之中。（所有监控的状态与信息均取至下位PLC，而不是模拟产生，所以是实时的状态和信息） 2、所想即所得： A、友好的编程环境，可以进行任意的拷贝和编缉， B、支持任意步的撤消和重复， C、支持强大的查找和替换，使您的编程工程轻松而愉快； 3、超出您预期的强大功能： A、吻合IEC61131的强大指令系统，包含德维森自动化专家为您精心打造的140多种强大的功能块和指 令，比同类产品的功能块性能更出众，使用更简捷； B、VLadder5.10是专为V80小型PLC量身定制的编程软件，使V80的硬PLC特性得到淋漓尽致的发挥，所 有使用V80的系统都将获得发自内芯的可靠性保证。（V80采用最新一代硬解题芯片技术，所有逻辑运算 均无需CPU参与，从而达到最高的可靠性和稳定性） 4、完备的帮助系统： 一旦安装VLadder5.10版软件，所有的硬件手册、软件手册、指令手册、应用指南、应用案例就均已安 装到您的电脑，您可在开始菜单中方便的查阅这些信息。 5、贴身的服务体系： 24小时热线技术支持服务，德维森自动化专家为您提供全面的技术服务。 全新版软件完全免费使用，请大家从德维森公司的网站上下载： http://www.techwayson.com/back/upload/VLadder5.10_Setup.exe 德维森科技（深圳）有限公司 TECHWAYSON TECHNOLOGY CO.,LTD. 深圳市南山区高新区高新南七道德维森大厦七楼 邮政编码：518057 电话：0755-26038118 手机:13066807878 传真：0755-26038228 Email:market_dept@techwayson.com www.techwayson.com
１、Ｘ８６体系架构，什么ＡＲＭ之类的就不要拿来鱼目混珠了
２、硬件兼容ＰＣ，可以支持各种ＰＣ标准的板卡，如ＩＳＡ、ＰＣＩ及各种变种，这可以分享各种ＰＣ标准的硬件资源，如果这都达不到谈何开放，谈何可以利用ＰＣ的硬件资源，最多就是厂商在设计电路板时可以参考一下公板。而上面的大多数厂商的总线接口根本就是自己定义的，完全是封闭的，最多是ＵＳＢ、以太网、串口是标准的，而这是任何一种ＰＬＣ、ＤＣＳ都支持的，所以这些接口不能作为ＰＡＣ的定义，一定要是背板总线。如果你做成了模块化的结构，对不起，你已没资格自称ＰＡＣ了，请一边站吧，欢迎你进入ＰＬＣ厂商名录．当然如果你上面有ＰＣ１０４那可以算
３、软个兼容某一种标准的ＰＣ系统，无论是ＤＯＳ、ＷＩＮ、ＵＮＩＸ等，但因为大多数控制器都有操作系统，而ＰＡＣ一定要做到可以让用户利用到ＰＣ的软件资源才行，所以最起码文件系统要是标准的ＰＣ文件系统，这样可以保证ＰＡＣ与ＰＣ的互通。再接下来如果能运行ＰＣ上的软件或者ＰＣ的函数库都算是兼容ＰＣ，至于什么ＶＸＷＯＲＫＳ之类实时多任务操作系统千万不要拿来自称ＰＡＣ，一定要是与商用操作系统兼容的才可以分享到软件开放的优势，否则请不要自称为ＰＡＣ
从商业角度来说，我能够理解为什么这些过程自动化行业的边缘控制厂商都自称为ＰＡＣ，更晕的是10年前的老产品也都改名称叫ＰＡＣ，这让一些老工控人无法理解。
想用一个新的概念来改变现有控制器行业的版图是不合理的，因为你们利用了与客户之间的信息不平等来蒙蔽广大工控客户．
同时ＮＩ现在是不出声，让这些台湾厂商自称是ＰＡＣ，等ＰＡＣ的名称深入人心后，一定会跳出来打假的，这是一定会是一场口水大战，最后台湾各厂商一定不会得到什么便宜，反而把多年的信誉给丢了．
目前各台湾工控机厂商确是有做ＰＡＣ的硬件条件，但软件大多依赖欧州厂商，这不便于未来的发展，如要在ＰＡＣ行业立足，一定要有强大的软件开发能力．
最后我说一句，我只是说有一部分厂商自称的ＰＡＣ是言过其实，并不是所有的产品都是假的，但希望大家能自律．
ＰＡＣ本来只是ＰＬＣ或ＤＣＳ的一个补充，它更像是工控机行业的一个延伸，而以ＰＣ为硬件的软逻辑控制器，则早在1５年前就已经很多了，其本上所有的ＤＣＳ和大多数大型ＰＬＣ都是这种体系结构的，基本上ＰＡＣ有的这些控制器都有．
说多了，一定会引来一群人的板砖，但我希望大家的板砖过来的时侯，我们能以一种具体的厂商的具体型号来进行讨论，否则没有讨论的必要． 太多朋友要V80小型PLC编程软件了 新版VLadder5.10(随心所控版) 新版软件特点: 1、随心所控： A、在线编程,可以在运行态下可进行任意的编程和调试，真正做到随心所控。 B、强大而实时的在线监控功能，用户可通过在线监控功能对任意变量进行监视和控制，使一切在掌握 之中。（所有监控的状态与信息均取至下位PLC，而不是模拟产生，所以是实时的状态和信息） 2、所想即所得： A、友好的编程环境，可以进行任意的拷贝和编缉， B、支持任意步的撤消和重复， C、支持强大的查找和替换，使您的编程工程轻松而愉快； 3、超出您预期的强大功能： A、吻合IEC61131的强大指令系统，包含德维森自动化专家为您精心打造的140多种强大的功能块和指 令，比同类产品的功能块性能更出众，使用更简捷； B、VLadder5.10是专为V80小型PLC量身定制的编程软件，使V80的硬PLC特性得到淋漓尽致的发挥，所 有使用V80的系统都将获得发自内芯的可靠性保证。（V80采用最新一代硬解题芯片技术，所有逻辑运算 均无需CPU参与，从而达到最高的可靠性和稳定性） 4、完备的帮助系统： 一旦安装VLadder5.10版软件，所有的硬件手册、软件手册、指令手册、应用指南、应用案例就均已安 装到您的电脑，您可在开始菜单中方便的查阅这些信息。 5、贴身的服务体系： 24小时热线技术支持服务，德维森自动化专家为您提供全面的技术服务。 全新版软件完全免费使用，请大家从德维森公司的网站上下载： http://www.techwayson.com/back/upload/VLadder5.10_Setup.exe 德维森科技（深圳）有限公司 TECHWAYSON TECHNOLOGY CO.,LTD. 深圳市南山区高新区高新南七道德维森大厦七楼 邮政编码：518057 电话：0755-26038118 手机:13066807878 传真：0755-26038228 Email:market_dept@techwayson.com www.techwayson.com
楼主最近还看过
发表于：2006-05-07 00:14:00
2楼
单 做 一 个 数控 卡,特 别是 仿 制,并 不难.难 在整 合,只有将上位机的C A D软件包 括生 成的 G 代 码与下位机的数 控板卡上的代码整 合在一块才能发挥其强大的功能.
如 果只 是提 供一个C的 函数库 让大家去编 程就太麻 烦 了,目前我还没有见 过与 P m a c完全一样的仿制卡,也不太清楚他仿到了那一步,是不是把底层软件也全 部破 解出来拷 贝了?
如果底层软件都拷贝了,硬件是完全可以做成一样的,只要拿到PCB厂商,有一条龙服务的,可以包仿制PCB板出图出器件清单,接下来就只要买元件生产了,如果做到这一步,并且不从元器件上省钱的话,应该与原版的无差别.反之如果只是抄了板,软件自己写就不一定了,可能差别会相当大,而且不一定能兼容原来的上位机软件.
如 果只 是提 供一个C的 函数库 让大家去编 程就太麻 烦 了,目前我还没有见 过与 P m a c完全一样的仿制卡,也不太清楚他仿到了那一步,是不是把底层软件也全 部破 解出来拷 贝了?
如果底层软件都拷贝了,硬件是完全可以做成一样的,只要拿到PCB厂商,有一条龙服务的,可以包仿制PCB板出图出器件清单,接下来就只要买元件生产了,如果做到这一步,并且不从元器件上省钱的话,应该与原版的无差别.反之如果只是抄了板,软件自己写就不一定了,可能差别会相当大,而且不一定能兼容原来的上位机软件.
发表于：2006-05-08 11:48:00
4楼
PAC是由ARC咨询集团的高级研究员Craig Resnick提出的，定義如下:
1. 具有多重領域的功能，支持在單一平台裡包含逻辑、运动、驱动和過程控制等至少两种以上的功能
2. 單一開發平台上整合多規程的軟件功能如HMI及軟邏輯, 使用通用标签和单一的数据库来访问所有的参数和功能。
3. 软件工具所设计出的处理流程能跨越多台机器和過程控制处理单元, 實現包含運動控制及過程控制的處理程序。
4. 开放式, 模块化构架, 能涵蓋工业应用中从工廠的機器設備到過程控制的操作单元的需求。
5. 采用公認的网络接口标准及语言，允許不同供應商之設備能在網絡上交換資料。
1. 具有多重領域的功能，支持在單一平台裡包含逻辑、运动、驱动和過程控制等至少两种以上的功能
2. 單一開發平台上整合多規程的軟件功能如HMI及軟邏輯, 使用通用标签和单一的数据库来访问所有的参数和功能。
3. 软件工具所设计出的处理流程能跨越多台机器和過程控制处理单元, 實現包含運動控制及過程控制的處理程序。
4. 开放式, 模块化构架, 能涵蓋工业应用中从工廠的機器設備到過程控制的操作单元的需求。
5. 采用公認的网络接口标准及语言，允許不同供應商之設備能在網絡上交換資料。
发表于：2006-05-08 12:05:00
5楼
王晟磊先生您好,
您對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產品的朋友們, 一起提出具有建設性的建議, 取代無謂的批評與攻擊, 畢竟沒有任何一種產品是完美無缺的, 我很少在論壇裡看到有人討論產品開發過程的點滴, 特別是國外的廠商根本不會告訴我們這些的, 我希望"從製造在中國轉變為創造在中國"不只是口號, 而是能透過大家的努力來落實, 以上.
您對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產品的朋友們, 一起提出具有建設性的建議, 取代無謂的批評與攻擊, 畢竟沒有任何一種產品是完美無缺的, 我很少在論壇裡看到有人討論產品開發過程的點滴, 特別是國外的廠商根本不會告訴我們這些的, 我希望"從製造在中國轉變為創造在中國"不只是口號, 而是能透過大家的努力來落實, 以上.
发表于：2006-05-08 12:25:00
6楼
謝聰敏先生:
非常感谢您的教导,但我很负责任的告诉您,对于您说的这些东东,我的理解可能比你想像的要深很多.请容我一一说明:
1、我并不反对PAC，只是把PAC与IPC、PLC区分清楚，不想PAC的概念混乱。
2、我从未对提供软逻辑软件的公司表示不敬，您说的KW、一方梯队、ISAGRAF、3S的各公司的朋友都很熟，包括好几家的总工，也与他们进行过深入的了解和交流，我们也买过其中一家公司的软件开发过一种产品，并在其它几家的产品上做过样机，只是没有产品化。我认为他们做的软件在对IEC61131-3上的支持，包括引导工控从硬件和电气走向软件的过程中起到了很大的作用。
3、我得对您的错误进行指出，您说没有PLC使用实时多任务操作系统，这是相当错的，基本上所有的中型PLC都使用实时多任务操作系统，您对实时和多任务的不了解让我感到很晕，应该这样说：其实并不是使用了实时多任务操作系统就可以将实时性做高，您说的VxWorks包括neclues、wince、RIOS等各种多任务操作系统，我们都在许多产品上使用。
讲到这里为大家讲解一下实时多任务操作系统与一般操作系统的差别吧：
多任务操作系统，一般分为这三种调度方式：1、循环，也就是那个任务准备好就压入任务队例，排队执行。2、分时，也是所有待执行队列中的任务按作任务声明时的时间片数进行分时运行，3、抢占，根据任务优先级的高低来决定那个任务可以运行。一般大家说的WINNT、LINIX之类的是一个循环、分时+饥饿算法的结合体，因为WIN是为商用开发的，没有抢占式的调度方式。相反一些比较低档的实时OS多只有抢占式一种调度机制，而VxWorks与neclues、WINCE则是循环、分时、抢占调度的结合体。
不知道上面是不是讲清楚了，接下来再讲讲为什么使用实时多任务操作系统，先强调这个实时是相对商用操作系统而言的，多任务解决的是开发者的任务独立性，使开发的难度降低。特别是对于带网络的系统更是如止。
实时多任务操作系统的多任务其实是以降低实时性为代价的，主要是对于上下文的保护和恢复也就是任务调度对于时间的浪费很严重，你说的VxWorks建议的是最小任务粒度就是1ms，这可以保证可靠性和提高应用的效率。
你说的VxWorks上面的KW的实时性是根据KW不同版本的许可是完全不同的，呵呵呵，这一点你可以问问你的开发部，有一个是真编译方式的一个是解释方式的，基本上后一者比市场上常见的PLC都慢两个数量级。
好了再回到前面的问题上来：
3、大多数中大型PLC和DCS都采用实时多任务操作系统，这一点，你可以问任何一家PLC厂商，同时小型PLC中，也有相当一部分的是采用实时多任务操作系统的。
4、更晕的是现在基本上所有的中大型PLC都有你所说的PAC的特点，比方说，可以用C、C++编写用户自定义功能块，WEB功能等等。至于说为每一个子程序单独声明一个任务，这就更常见，好像近10年出来的PLC中型系统中没有那一家的没有这个功能了。这一块你可以下载西门子的S7-400和施耐德的昆腾系列的ＰＬＣ手册。
5、还有一点就是你说的32M flash rom其实有可能是DOM，呵呵呵，这其实还是一个硬盘，在这里必需给您说，对于病毒你的理解有问题，并不是硬盘才会感染病毒，基本上只要你的文件系统是一样的，就有可能感染计算机的病毒，并不关心你是flash rom还是硬盘。当然你可以通过写保护来解决一部分问题，比方说保护操作系统和运行环境，但病毒还是可以很轻松的破坏你的应用程序和用户程序，使你的控制错乱。
6、还有啊，你对软硬件的理解不是太深，GPRS modem只要是带自定义通信协议的PLC都可以支持，也就是说所有的PLC都可以带GPRS modem。这一点如果你不相信，我可以给你示范，前一阵子刚给广州一家电梯厂提供了这种系统。动态域名的处理是不需要在控制器内做的，现在大多数GPRS的DTU都内带了，至于带完整TCP/IP协议族的控制就更多了，前面也说过了带WEB、FTP、EMAIL等是很常见的。
７、带PC104的PLC也有好几家PLC的产品有，呵呵呵，可以插各种PC104的板卡，当然我并不是这样GE的就不是PAC了，只是告诉大家这类PAC与软PLC的区别很小，基本上厂商说是软PLC就是软PLC，厂商说是PAC就是PAC，只取决厂商的运营需要。
根据您所讲的这些东东，大胆的猜一下，您可能是做技术支持的，您看到的资料都是包装过后的资料，应该深入进去了解一下里面的软硬件是如何实现的，这样可以更好的知道ＰＡＣ与其实控制器的区别．
我重申一下我出来讲这些东东并不是要推翻PAC，我也没有这能力，但我希望大家特别是厂商一定要自律自重，保护好PAC的概念。
我还是要重申我对于PAC的概念，PAC是将PLC与PC的功能合二为一的，先不说好与不好，但一定要有这两个特点的才能称为PAC，否则信不信，到今年年底的时侯，大多数控制器厂商都会将自己的老产品改名叫PAC，并自称，我在十年前就有PAC了。起码我们在N年前开发的几系统现在看来都是PAC了，哈哈哈哈。
Programmable Automation Controllers这个名称太含糊了，有点像前几年做纳米材料一样，一夜之间大家都纳米了。
可能我是有一点自以为是，是有一点偏激，这是我的不对，但我讲的东西是对是错，时间可以考验。最后打李鬼的一定不是武松而是李逵．
下次各位请在上来讲解时一定要先把自己对ＰＡＣ的定义先讲清楚，否则很容易乱．这也是ＰＡＣ那也是ＰＡＣ，做单片机的都会自称是ＰＡＣ了．因为名称好听，新啊．
非常感谢您的教导,但我很负责任的告诉您,对于您说的这些东东,我的理解可能比你想像的要深很多.请容我一一说明:
1、我并不反对PAC，只是把PAC与IPC、PLC区分清楚，不想PAC的概念混乱。
2、我从未对提供软逻辑软件的公司表示不敬，您说的KW、一方梯队、ISAGRAF、3S的各公司的朋友都很熟，包括好几家的总工，也与他们进行过深入的了解和交流，我们也买过其中一家公司的软件开发过一种产品，并在其它几家的产品上做过样机，只是没有产品化。我认为他们做的软件在对IEC61131-3上的支持，包括引导工控从硬件和电气走向软件的过程中起到了很大的作用。
3、我得对您的错误进行指出，您说没有PLC使用实时多任务操作系统，这是相当错的，基本上所有的中型PLC都使用实时多任务操作系统，您对实时和多任务的不了解让我感到很晕，应该这样说：其实并不是使用了实时多任务操作系统就可以将实时性做高，您说的VxWorks包括neclues、wince、RIOS等各种多任务操作系统，我们都在许多产品上使用。
讲到这里为大家讲解一下实时多任务操作系统与一般操作系统的差别吧：
多任务操作系统，一般分为这三种调度方式：1、循环，也就是那个任务准备好就压入任务队例，排队执行。2、分时，也是所有待执行队列中的任务按作任务声明时的时间片数进行分时运行，3、抢占，根据任务优先级的高低来决定那个任务可以运行。一般大家说的WINNT、LINIX之类的是一个循环、分时+饥饿算法的结合体，因为WIN是为商用开发的，没有抢占式的调度方式。相反一些比较低档的实时OS多只有抢占式一种调度机制，而VxWorks与neclues、WINCE则是循环、分时、抢占调度的结合体。
不知道上面是不是讲清楚了，接下来再讲讲为什么使用实时多任务操作系统，先强调这个实时是相对商用操作系统而言的，多任务解决的是开发者的任务独立性，使开发的难度降低。特别是对于带网络的系统更是如止。
实时多任务操作系统的多任务其实是以降低实时性为代价的，主要是对于上下文的保护和恢复也就是任务调度对于时间的浪费很严重，你说的VxWorks建议的是最小任务粒度就是1ms，这可以保证可靠性和提高应用的效率。
你说的VxWorks上面的KW的实时性是根据KW不同版本的许可是完全不同的，呵呵呵，这一点你可以问问你的开发部，有一个是真编译方式的一个是解释方式的，基本上后一者比市场上常见的PLC都慢两个数量级。
好了再回到前面的问题上来：
3、大多数中大型PLC和DCS都采用实时多任务操作系统，这一点，你可以问任何一家PLC厂商，同时小型PLC中，也有相当一部分的是采用实时多任务操作系统的。
4、更晕的是现在基本上所有的中大型PLC都有你所说的PAC的特点，比方说，可以用C、C++编写用户自定义功能块，WEB功能等等。至于说为每一个子程序单独声明一个任务，这就更常见，好像近10年出来的PLC中型系统中没有那一家的没有这个功能了。这一块你可以下载西门子的S7-400和施耐德的昆腾系列的ＰＬＣ手册。
5、还有一点就是你说的32M flash rom其实有可能是DOM，呵呵呵，这其实还是一个硬盘，在这里必需给您说，对于病毒你的理解有问题，并不是硬盘才会感染病毒，基本上只要你的文件系统是一样的，就有可能感染计算机的病毒，并不关心你是flash rom还是硬盘。当然你可以通过写保护来解决一部分问题，比方说保护操作系统和运行环境，但病毒还是可以很轻松的破坏你的应用程序和用户程序，使你的控制错乱。
6、还有啊，你对软硬件的理解不是太深，GPRS modem只要是带自定义通信协议的PLC都可以支持，也就是说所有的PLC都可以带GPRS modem。这一点如果你不相信，我可以给你示范，前一阵子刚给广州一家电梯厂提供了这种系统。动态域名的处理是不需要在控制器内做的，现在大多数GPRS的DTU都内带了，至于带完整TCP/IP协议族的控制就更多了，前面也说过了带WEB、FTP、EMAIL等是很常见的。
７、带PC104的PLC也有好几家PLC的产品有，呵呵呵，可以插各种PC104的板卡，当然我并不是这样GE的就不是PAC了，只是告诉大家这类PAC与软PLC的区别很小，基本上厂商说是软PLC就是软PLC，厂商说是PAC就是PAC，只取决厂商的运营需要。
根据您所讲的这些东东，大胆的猜一下，您可能是做技术支持的，您看到的资料都是包装过后的资料，应该深入进去了解一下里面的软硬件是如何实现的，这样可以更好的知道ＰＡＣ与其实控制器的区别．
我重申一下我出来讲这些东东并不是要推翻PAC，我也没有这能力，但我希望大家特别是厂商一定要自律自重，保护好PAC的概念。
我还是要重申我对于PAC的概念，PAC是将PLC与PC的功能合二为一的，先不说好与不好，但一定要有这两个特点的才能称为PAC，否则信不信，到今年年底的时侯，大多数控制器厂商都会将自己的老产品改名叫PAC，并自称，我在十年前就有PAC了。起码我们在N年前开发的几系统现在看来都是PAC了，哈哈哈哈。
Programmable Automation Controllers这个名称太含糊了，有点像前几年做纳米材料一样，一夜之间大家都纳米了。
可能我是有一点自以为是，是有一点偏激，这是我的不对，但我讲的东西是对是错，时间可以考验。最后打李鬼的一定不是武松而是李逵．
下次各位请在上来讲解时一定要先把自己对ＰＡＣ的定义先讲清楚，否则很容易乱．这也是ＰＡＣ那也是ＰＡＣ，做单片机的都会自称是ＰＡＣ了．因为名称好听，新啊．
发表于：2006-06-06 22:28:00
14楼
没办法!
有些人搞PLC多年，即没有掌握核心技术、也进不了主流市场、还不下功夫去研究，现在国外出了个什幺PAC的，摇身一变，自己的产品也成了PAC了。
推出一个新产品，实事求是宣传倒也无可厚非，列出一大堆站不住脚的所谓优点来愚弄初学者，岂可听之任之。
我搞工控20余年，从一位机到现在的32位机，努力研究PLC的体系结构和核心技术，希望能发展我国自己的核心PLC技术--从芯片技术、梯形图解释到通用编辑、调试平台等，绝不希望有人利用PLC几十年来在工控人心中建立起来的良好声誉来达到推销名不副实产品之目的。
对于这种行为，将从技术上予以严厉的打击！！！
有些人搞PLC多年，即没有掌握核心技术、也进不了主流市场、还不下功夫去研究，现在国外出了个什幺PAC的，摇身一变，自己的产品也成了PAC了。
推出一个新产品，实事求是宣传倒也无可厚非，列出一大堆站不住脚的所谓优点来愚弄初学者，岂可听之任之。
我搞工控20余年，从一位机到现在的32位机，努力研究PLC的体系结构和核心技术，希望能发展我国自己的核心PLC技术--从芯片技术、梯形图解释到通用编辑、调试平台等，绝不希望有人利用PLC几十年来在工控人心中建立起来的良好声誉来达到推销名不副实产品之目的。
对于这种行为，将从技术上予以严厉的打击！！！
发表于：2006-06-09 17:34:00
15楼
呵呵，想不到用自己本名发帖还不行，不知哪位也叫方舟，联系联系。
我是KW公司的方舟，非常喜欢这个热贴。
看到大家对KW的热烈关注也很感谢！
有两点要声明一下：
1、日本横河公司的DCS（Stardom)采用了KW产品，参考网页：http://www.yss.com.cn/system/stardom.htm
2、KW软件并不是PAC或PLC的专有软件，目前在DCS，FCS，PLC，PAC，MOTION等250多个国际知名厂家上千种产品种都有运用。
十分怀念上次跟王晟磊先生的会谈，希望以后能加强交流，增强对KW的了解。
十分感谢谢先生和芹菜对KW的支持
我是KW公司的方舟，非常喜欢这个热贴。
看到大家对KW的热烈关注也很感谢！
有两点要声明一下：
1、日本横河公司的DCS（Stardom)采用了KW产品，参考网页：http://www.yss.com.cn/system/stardom.htm
2、KW软件并不是PAC或PLC的专有软件，目前在DCS，FCS，PLC，PAC，MOTION等250多个国际知名厂家上千种产品种都有运用。
十分怀念上次跟王晟磊先生的会谈，希望以后能加强交流，增强对KW的了解。
十分感谢谢先生和芹菜对KW的支持
热门招聘
相关主题
- 昨天参加高峰论坛后的一点感...
[1393] - VB可以做趋势图吗[1704]
- 西门子工控机 装xp系统问题[4358]
- CompactPCI前景如何[1151]
- 知道瞬时流量如何计算累积流...[1372]
- 谁要电气工程师手册[8033]
- ActiveX控件[5215]
- 怎么才算好的PCBASED产品[1544]
- 工控机开机后显示器黑屏1个多...[3477]
- Think & Do ——自控系统解决方...[4366]
官方公众号
智造工程师
-
客服
-
小程序
-
公众号
工控网智造工程师好文精选
