PAC擂台 点击：13721 | 回复：79
发表于：2006-04-27 15:52:00
楼主
作为[url=http://bbs.gongkong.com/detail.asp?id=325130]《PAC高峰论坛专题》[/url] 的一部分，下面列举了[color=#FF0000]NI[/color]、[color=#FF0000]研华[/color]、[color=#FF0000]GE Fanuc[/color]、[color=#FF0000]鸿格[/color]、[color=#FF0000]OPTO 22[/color]等部分著名厂商的最新PAC产品名称、技术指标、参数等，供大家认识、分析、比较，欢迎您发表自己的意见！
[color=#FF0000]—————————————————————————————————————————————————[/color] [color=#FF0000]NI PAC系统NI提供五种基于LabVIEW的PAC硬件平台：[/color]
NI PAC构架是由NI LabVIEW以及五中PAC硬件平台加上实时操作系统组成的。 LabVIEW不仅为您提供创建复杂测量控制系统的编译灵活性，同时因为它直观的图形化开发界面而非常容易使用。使用LabVIEW，您可以利用数百个内置的控制和分析函数，快速开发各种复杂程序。您还可以在LabVIEW中调用其他软件开发的程序代码，如LabWindows/CVI、C或MathWorks Simulink等，用于处理I/O、运动控制、机器视觉及仪器通信等各种应用。
[b]1 ：PAC系统开发软件[/b]
简介
NI LabVIEW是一个图形化的开发环境，为要求严格的工业测量、自动化和控制应用提供了独一无二的灵活性和易用性。使用NI LabVIEW，您可以为您的交互式控制系统快速创建用户界面。您只需简单地组合各个程序模块即可定义好系统的功能，并使用直观的LabVIEW图形开发范例创建控制应用程序，然后发布到分布式系统或独立系统中运行。通过一组多种多样的函数和工具选板——从简单的模拟PID过程控制环到高通道数混合控制系统，无论是简单或复杂的应用，LabVIEW都可以胜任。
[b]2 ：PAC系统开发硬件[/b]
([b]1) PXI/CompactPCI[/b]
概述
PXI是一个基于CompactPCI架构的多厂商工业标准。因为PXI提供了一个基于PC的模块化平台，它支持NI以及第三方的CompactPC和PXI插入式模块，所以PXI是中型及大型应用的理想之选。PXI提供了最广泛的I/O种类，包括1000 V隔离模拟输入、高密度数字I/O、用于机器视觉的模拟和数字图像采集设备以及并列多通道运动控制等。
PXI极易使用，同时支持Windows和RT(实时)操作系统。对于工业级应用，PXI具备如下技术规范：宽泛的工作温度(0 - 55 °C)、可定义的冷却(25 W/slot)和功率要求以及强大的承受冲击和振动能力。可定义的冷却和功率规范确保PXI平台支持广泛的模块化I/O。PXI是一种带背板同步功能的稳定的工业级平台，可用于诸如视觉引导的运动控制及高通道相位同步测量等各种应用。
([b]2) Compact FieldPoint[/b]
概述
Compact FieldPoint是一种易于使用、可扩展性强的可编程自动化控制器(PAC)，由稳定的I/O模块和智能通信接口组成。将您的NI LabVIEW应用程序下载到嵌入式控制器上即可保证可靠、独立的运行，同时可将您的传感器直接与高精度的模拟与离散I/O模块相连。这些工业I/O模块将原始传感器信号进行滤波、校准、调理等各种处理，将其变成适合处理的工程单位，并可进行自我诊断以查找问题，如断开的热电偶等。Compact FieldPoint的网络通信接口可通过以太网自动发布测量数据。您可以使用同样简单的读写软件框架访问附近或网络上数英里外的I/O点。
益处
使用Compact FieldPoint的下列特性快速构建坚固稳定的工业系统：
抗冲击50 G，抗振动5 G
工业级操作温度：-40°C 到 70°C
内置带隔离的信号调理功能
标准的以太网和Web通信
[b](3) CompactRIO[/b]
概述
NI CompactRIO 可编程自动化控制器(PAC)组合RT(实时)和FPGA技术，用一种小型、坚固的工业控制与采集平台为用户提供超高性能。这个低成本结构包括一个可重配置I/O FPGA核（以提供专用硬件电路的可靠性和硅片上的并行执行性能）、一个实时嵌入式处理器（用于独立和分布式实时操作，通过一个内置的基于web的人机接口）和工业级可互换的模拟和数字I/O模块（以直接连接工业传感器和激励装置）。通过NI LabVIEW图形开发环境（可用于诸如机器控制、振动监测、独立/分布式控制和采集等各种工业应用），对整个NI CompactRIO嵌入式系统进行编程，从而大大缩短开发时间。
益处
使用CompactRIO，您可以快速开发各种复杂应用系统，因为它具备：
LabVIEW快速图形化开发工具
直接连接传感器或执行装置的带隔离功能的工业I/O模块
低成本、立即可用于工作的外包装
[b](4) Compact Vision System[/b]
概述
将您的NI LabVIEW应用程序发布到NI Compact Vision System(CVS)上运行，即可建立机器视觉和简单的控制应用。NI Compact Vision System将NI LabVIEW RT&nbs
[color=#FF0000]—————————————————————————————————————————————————[/color] [color=#FF0000]NI PAC系统NI提供五种基于LabVIEW的PAC硬件平台：[/color]
NI PAC构架是由NI LabVIEW以及五中PAC硬件平台加上实时操作系统组成的。 LabVIEW不仅为您提供创建复杂测量控制系统的编译灵活性，同时因为它直观的图形化开发界面而非常容易使用。使用LabVIEW，您可以利用数百个内置的控制和分析函数，快速开发各种复杂程序。您还可以在LabVIEW中调用其他软件开发的程序代码，如LabWindows/CVI、C或MathWorks Simulink等，用于处理I/O、运动控制、机器视觉及仪器通信等各种应用。
[b]1 ：PAC系统开发软件[/b]
简介
NI LabVIEW是一个图形化的开发环境，为要求严格的工业测量、自动化和控制应用提供了独一无二的灵活性和易用性。使用NI LabVIEW，您可以为您的交互式控制系统快速创建用户界面。您只需简单地组合各个程序模块即可定义好系统的功能，并使用直观的LabVIEW图形开发范例创建控制应用程序，然后发布到分布式系统或独立系统中运行。通过一组多种多样的函数和工具选板——从简单的模拟PID过程控制环到高通道数混合控制系统，无论是简单或复杂的应用，LabVIEW都可以胜任。
[b]2 ：PAC系统开发硬件[/b]
([b]1) PXI/CompactPCI[/b]
概述
PXI是一个基于CompactPCI架构的多厂商工业标准。因为PXI提供了一个基于PC的模块化平台，它支持NI以及第三方的CompactPC和PXI插入式模块，所以PXI是中型及大型应用的理想之选。PXI提供了最广泛的I/O种类，包括1000 V隔离模拟输入、高密度数字I/O、用于机器视觉的模拟和数字图像采集设备以及并列多通道运动控制等。
PXI极易使用，同时支持Windows和RT(实时)操作系统。对于工业级应用，PXI具备如下技术规范：宽泛的工作温度(0 - 55 °C)、可定义的冷却(25 W/slot)和功率要求以及强大的承受冲击和振动能力。可定义的冷却和功率规范确保PXI平台支持广泛的模块化I/O。PXI是一种带背板同步功能的稳定的工业级平台，可用于诸如视觉引导的运动控制及高通道相位同步测量等各种应用。
([b]2) Compact FieldPoint[/b]
概述
Compact FieldPoint是一种易于使用、可扩展性强的可编程自动化控制器(PAC)，由稳定的I/O模块和智能通信接口组成。将您的NI LabVIEW应用程序下载到嵌入式控制器上即可保证可靠、独立的运行，同时可将您的传感器直接与高精度的模拟与离散I/O模块相连。这些工业I/O模块将原始传感器信号进行滤波、校准、调理等各种处理，将其变成适合处理的工程单位，并可进行自我诊断以查找问题，如断开的热电偶等。Compact FieldPoint的网络通信接口可通过以太网自动发布测量数据。您可以使用同样简单的读写软件框架访问附近或网络上数英里外的I/O点。
益处
使用Compact FieldPoint的下列特性快速构建坚固稳定的工业系统：
抗冲击50 G，抗振动5 G
工业级操作温度：-40°C 到 70°C
内置带隔离的信号调理功能
标准的以太网和Web通信
[b](3) CompactRIO[/b]
概述
NI CompactRIO 可编程自动化控制器(PAC)组合RT(实时)和FPGA技术，用一种小型、坚固的工业控制与采集平台为用户提供超高性能。这个低成本结构包括一个可重配置I/O FPGA核（以提供专用硬件电路的可靠性和硅片上的并行执行性能）、一个实时嵌入式处理器（用于独立和分布式实时操作，通过一个内置的基于web的人机接口）和工业级可互换的模拟和数字I/O模块（以直接连接工业传感器和激励装置）。通过NI LabVIEW图形开发环境（可用于诸如机器控制、振动监测、独立/分布式控制和采集等各种工业应用），对整个NI CompactRIO嵌入式系统进行编程，从而大大缩短开发时间。
益处
使用CompactRIO，您可以快速开发各种复杂应用系统，因为它具备：
LabVIEW快速图形化开发工具
直接连接传感器或执行装置的带隔离功能的工业I/O模块
低成本、立即可用于工作的外包装
[b](4) Compact Vision System[/b]
概述
将您的NI LabVIEW应用程序发布到NI Compact Vision System(CVS)上运行，即可建立机器视觉和简单的控制应用。NI Compact Vision System将NI LabVIEW RT&nbs
呵呵呵，我也感觉走题了，本来我出来写这些东东只是想讲清楚一点：
PAC是现有控制系统的一个补偿，并不是放之四海皆宜的．
我之所以将ＰＡＣ的优缺点以及现有厂商自称ＰＡＣ的想法写出来，主要是认为目前好几位同志在有意的误导大家，尤其以《PAC高峰论坛专题》为甚！里面讲的PLC的缺点与PAC的优点很不客观，我建议大家看看GE和NI对于PAC的定义，也可以仔细看一看ARC咨询集团的高级研究员Craig Resnick的定义，这些公司就讲得客观很多。
PAC的出现是对现有控制系统的丰富，是对20%需要特殊功能用户的支持，而不是PLC的替代（参见NI的定义），这与当初的FCS一样，多年的事实证明FCS并不是DCS和PLC的替代品，而是PLC与DCS的有机补充，当初鼓吹FCS的各种优点的人后来也都认识到FCS如果按理想的把控制全分散后可靠性不增反降，这里面有一个经典的A、B、C三节点控制故障率比的问题，大家可以参见相关的研究文档。目前大家的认识是整体分散局部集中的思想。
我希望广大PAC厂商在宣传PAC理念时一定要客观，不要把一些不正确的理念告诉与您消息不对称的客户，这不光害了客户也害了与您一样的PAC厂商。
发表于：2006-05-08 12:51:00
21楼
GaryLin兄：
您对病毒的理解相当深，正如您所说的那样，不同的病毒会通过不同的方式作用。当然许多病毒是以文件系统破坏为目的的，如果您使用的PAC系统内带一个标准的文件系统，并有一块可以改写的电子硬盘，那么病毒无论通过那个通路下来后都会对文件系统进行修改，将文件链表破坏后控制器也就只能回厂维修了。
12315：
病毒对于大多数人来说是一种严作剧的东东，但对于工控行业来说就不一定了，以前大家的系统都是封闭的，病毒对于控制系统的影响不会太多，但现在开放系统越来越多，开发软件倒版的也越来越多。最简单的中毒就是占用系统运行时间，使正常的工作无法进行，复杂点的就把文件系统给破坏掉，或者是木马程序将用户名密码之类的发送给远方的木马开发者。
影响的大小就看你系统的重要性了，如果是很重要的比方说电厂＼化工＼治金等，可能会与人命相关系的，随着开放性的加剧这方面的问题也会日益重要，以前大家还说手机上的系统谁去做病毒呢，现在不是手机木马和病毒已满天都是了，智能手机与PAC的结构是相当一至的。
您对病毒的理解相当深，正如您所说的那样，不同的病毒会通过不同的方式作用。当然许多病毒是以文件系统破坏为目的的，如果您使用的PAC系统内带一个标准的文件系统，并有一块可以改写的电子硬盘，那么病毒无论通过那个通路下来后都会对文件系统进行修改，将文件链表破坏后控制器也就只能回厂维修了。
12315：
病毒对于大多数人来说是一种严作剧的东东，但对于工控行业来说就不一定了，以前大家的系统都是封闭的，病毒对于控制系统的影响不会太多，但现在开放系统越来越多，开发软件倒版的也越来越多。最简单的中毒就是占用系统运行时间，使正常的工作无法进行，复杂点的就把文件系统给破坏掉，或者是木马程序将用户名密码之类的发送给远方的木马开发者。
影响的大小就看你系统的重要性了，如果是很重要的比方说电厂＼化工＼治金等，可能会与人命相关系的，随着开放性的加剧这方面的问题也会日益重要，以前大家还说手机上的系统谁去做病毒呢，现在不是手机木马和病毒已满天都是了，智能手机与PAC的结构是相当一至的。
发表于：2006-05-08 13:03:00
22楼
王晟磊先生您好,
俗語說的好, "自古文人相輕", 我覺得只由你我來爭論到底哪一種產品好是沒有意義的, PAC是一個用來解釋新一代控制器所具備特色的代表詞, 您也同意中大型的PLC也具備目前PAC定義中的特點吧? 您回想一下, 現在的PC功能是不是比過去所謂的"Mini Computer"功能強呢? 我認為不要只拘泥於"名詞"的爭論, 只要是用戶能接受, 站在用戶的立場作為設計產品的依據, 才能稱的上好的產品.
我曾經是一位產品經理, 您所說過的一些產品像是PC/104等等我都參予過產品的開發過程, 從計算/通訊/採集和控制的軟硬件規劃都有涉獵, 我相信今天我是有足夠的資格來反駁您的某些論點, 我相信許多其他公司的產品研發您肯定也不清楚的, 特別是DCS系統, 就我所看過的幾家公司產品, 整個大系統里包括了IPC/PLC/PAC等產品組合而成的, 我們也正在參予了新一代DCS改造工程, 特別為整個DCS系統走向開放式架構提供我們過去豐富的經驗, 這不純粹只有批評, 而是要講求有所貢獻.
我也不想在這版面上就技術細節與您過度的爭論, 我只想說, 透過推廣PAC的概念, 給PLC供應廠商壓力, 迫使他們繼續努力開發新的有用的技術, 漸漸走向開放式的架構, 這是我個人13年來的夢想, 如果您同意我的論點, 我們應該朝這方向去努力, 而不是為了捍衛某些廠家的既得利益, 做無謂的辯論, 我們沒辦法改變象西門子這些PLC廠家的設計理念的, 1998年我已經知道西門子已經有符合IEC 61131-3的產品, 就是後來的Step 7, 但是為什麼那麼晚才推出, 就是因為他們是既得利益者, 最不容易的就是要改革或推翻自身的產品, 如果不是市場的要求, 他們願意走向開放式架構嗎?
看了許多的回帖, 有許多即將進入自動化領域的同好對於"前輩們"能提供給他們現今和未來的技術有著深深的期許, 我相信沒有任何一個人是全能的, 應該結合眾人的力量, 給後進者一個"榜樣的力量", 讓他們縮短學習的過程, 少走一些冤枉路, 這才稱的上"貢獻", 我們應該摒棄"文人相輕"的惡習, 攜手把用戶的心聲傳遞給各個廠家, 如果過去的用詞過於偏激造成您的不高興, 在此向您說聲抱歉, 希望大家共襄盛舉, 促成一樁美事, 您說是吧?
俗語說的好, "自古文人相輕", 我覺得只由你我來爭論到底哪一種產品好是沒有意義的, PAC是一個用來解釋新一代控制器所具備特色的代表詞, 您也同意中大型的PLC也具備目前PAC定義中的特點吧? 您回想一下, 現在的PC功能是不是比過去所謂的"Mini Computer"功能強呢? 我認為不要只拘泥於"名詞"的爭論, 只要是用戶能接受, 站在用戶的立場作為設計產品的依據, 才能稱的上好的產品.
我曾經是一位產品經理, 您所說過的一些產品像是PC/104等等我都參予過產品的開發過程, 從計算/通訊/採集和控制的軟硬件規劃都有涉獵, 我相信今天我是有足夠的資格來反駁您的某些論點, 我相信許多其他公司的產品研發您肯定也不清楚的, 特別是DCS系統, 就我所看過的幾家公司產品, 整個大系統里包括了IPC/PLC/PAC等產品組合而成的, 我們也正在參予了新一代DCS改造工程, 特別為整個DCS系統走向開放式架構提供我們過去豐富的經驗, 這不純粹只有批評, 而是要講求有所貢獻.
我也不想在這版面上就技術細節與您過度的爭論, 我只想說, 透過推廣PAC的概念, 給PLC供應廠商壓力, 迫使他們繼續努力開發新的有用的技術, 漸漸走向開放式的架構, 這是我個人13年來的夢想, 如果您同意我的論點, 我們應該朝這方向去努力, 而不是為了捍衛某些廠家的既得利益, 做無謂的辯論, 我們沒辦法改變象西門子這些PLC廠家的設計理念的, 1998年我已經知道西門子已經有符合IEC 61131-3的產品, 就是後來的Step 7, 但是為什麼那麼晚才推出, 就是因為他們是既得利益者, 最不容易的就是要改革或推翻自身的產品, 如果不是市場的要求, 他們願意走向開放式架構嗎?
看了許多的回帖, 有許多即將進入自動化領域的同好對於"前輩們"能提供給他們現今和未來的技術有著深深的期許, 我相信沒有任何一個人是全能的, 應該結合眾人的力量, 給後進者一個"榜樣的力量", 讓他們縮短學習的過程, 少走一些冤枉路, 這才稱的上"貢獻", 我們應該摒棄"文人相輕"的惡習, 攜手把用戶的心聲傳遞給各個廠家, 如果過去的用詞過於偏激造成您的不高興, 在此向您說聲抱歉, 希望大家共襄盛舉, 促成一樁美事, 您說是吧?
发表于：2006-05-08 13:29:00
24楼
只有極少數的 virus 會去把 FAT table 或 partition table 給破壞掉, 因為如此一來 virus 自己也玩玩了! 因此, 這類 virus 將會愈來愈少見!
目前 virus 的趨勢正如您所述, 木馬病毒, 主要是對系統的某些動作作改寫(用自己的功能/DLL取代), 以便取得進一步的控制權, 再傳回一些重要的資料 (這樣才有利可圖). 也正如我之前所述, 在 PAC 的特殊環境下, virus 將無法有效的更改系統, 相關行為也因此受限重重.
virus 的傳遞, 還有一個最重要的且常見的途徑... 將 virus 寫成一個簡單的 game/utility program, 並提供用戶免費下載去玩/用. 用戶以為那只是個 game, 卻不知那是毒蟲. 所以該毒蟲得以被運行. 應該不會有哪位用戶會想在 PAC 上面玩 game 吧? ... ccc
廠家無法避免用戶弄了個設計不良的程序, 硬塞給 PLC 去運行; 同樣的, 廠家也無法避免用戶硬是弄了個中毒的程序, 硬塞給 PAC 去運行. 一些刻意的或人為的不良使用情形... 恐怕很難完全避免!
目前 virus 的趨勢正如您所述, 木馬病毒, 主要是對系統的某些動作作改寫(用自己的功能/DLL取代), 以便取得進一步的控制權, 再傳回一些重要的資料 (這樣才有利可圖). 也正如我之前所述, 在 PAC 的特殊環境下, virus 將無法有效的更改系統, 相關行為也因此受限重重.
virus 的傳遞, 還有一個最重要的且常見的途徑... 將 virus 寫成一個簡單的 game/utility program, 並提供用戶免費下載去玩/用. 用戶以為那只是個 game, 卻不知那是毒蟲. 所以該毒蟲得以被運行. 應該不會有哪位用戶會想在 PAC 上面玩 game 吧? ... ccc
廠家無法避免用戶弄了個設計不良的程序, 硬塞給 PLC 去運行; 同樣的, 廠家也無法避免用戶硬是弄了個中毒的程序, 硬塞給 PAC 去運行. 一些刻意的或人為的不良使用情形... 恐怕很難完全避免!
发表于：2006-05-08 13:40:00
26楼
转发两个旧闻：
linux的病毒发展史及分类
出处：www.net130.com
责任编辑：liyalin
[04-9-30 10:32] 作者：佚名
1996年的Staog是Linux系统下的第一个病毒，它出自澳大利亚一个叫VLAD的组织（Windows 95下的第一个病毒程序Boza也系该组织所为）。Staog病毒是用汇编语言编写，专门感染二进制文件，并通过三种方式去尝试得到root权限。 Staog病毒并不会对系统有什么实质性的损坏。它应该算是一个演示版。它向世人揭示了Linux可能被病毒感染的潜在危险。Linux系统上第二个被发现的病毒是Bliss病毒，它是一个不小心被释放出来的实验性病毒。与其它病毒不同的是，Bliss本身带有免疫程序，只要在运行该程序时加上 “disinfect-files-please”选项，即可恢复系统。
如果说刚开始时Linux病毒向人们展示的仅仅是一个概念，那么，在2001年发现的Ramen病毒，则已经开始引起很多人的担心。Ramen病毒可以自动传播，无需人工干预，所以和1988年曾使人们大受其苦的 Morris蠕虫非常相似。它只感染Red Hat 6.2和7.0版使用匿名FTP服务的服务器，它通过两个普通的漏洞RPC.statd和wu-FTP感染系统。
表面看来，这不是一个危险的病毒。它很容易被发现，且不会对服务器做出任何有破坏性的事情。但是当它开始扫描时，将消耗大量的网络带宽。
从1996年至今，新的Linux病毒屈指可数，这说明Linux是一个健壮的具有先天病毒免疫能力的操作系统。当然，出现这种情况，除了其自身设计优秀外，还有其它的原因。
首先，Linux早期的使用者一般都是专业人士，就算是今天，虽然其使用者激增，但典型的使用者仍为那些有着很好的电脑背景且愿意帮助他人的人，Linux 高手更倾向于鼓励新手支持这样一种文化精神。正因为如此，Linux使用群中一种倾向就是以安全的经验尽量避免感染病毒。其次，年轻，也是Linux很少受到病毒攻击的原因之一。事实上，所有的操作系统（包括DOS和Windows）在其产生之初，也很少受到各种病毒的侵扰
然而， 2001年3月，美国SANS学院的全球事故分析中心(Global Incident Analysis Center——GIAC)发现，一种新的针对使用Linux系统的计算机的蠕虫病毒正通过互联网迅速蔓延，它将有可能对用户的电脑系统造成严重破坏。这种蠕虫病毒被命名为“狮子”病毒，与Ramen蠕虫病毒非常相似。但是，这种病毒的危险性更大，“狮子”病毒能通过电子邮件把一些密码和配置文件发送到一个位于china.com的域名上。Dartmouth学院安全技术研究所工程师威廉·斯蒂恩斯说：“攻击者在把这些文件发回去之后就可以通过第一次突破时的缺口再次进入整个系统。这就是它与Ramen蠕虫病毒的不同之处。事实上，Ramen病毒是一种比较友善的病毒，它在侵入系统后会自动关闭其中的漏洞，而这个病毒却让那些漏洞敞开并开辟新的漏洞。以至于如果你的系统感染了这个病毒，我们不能百分之百确信这个系统有挽救的价值，更加合理的选择很有可能是转移你的数据并且重新格式化硬盘。”
一旦计算机被彻底感染，“狮子”病毒就会强迫电脑开始在互联网上搜寻别的受害者。不过，感染“狮子”病毒的系统少于感染Ramen病毒的系统，但是它所造成的损失却比后者大得多。
随着Klez病毒在Linux平台上的传染，防毒软件厂商开始提醒我们微软的操作系统不再是唯一易受病毒攻击的操作系统了。即使Linux和其他一些主流 UNIX平台的用户可能不是微软捆绑应用软件的大用户，不可能通过这些软件造成病毒的泛滥，Linux和UNIX仍然有它们自身并不引人注目的脆弱点。除了Klez以外，其他Linux/UNIX平台的主要威胁有：Lion.worm、OSF.8759病毒、Slapper、Scalper、 Linux.Svat和BoxPoison病毒，这些都很少被提及。
病毒的制造者是一些精通编写代码的黑客，他们远比那些胡乱涂改网站却对编写病毒知之甚少的黑客要危险。一个被黑掉的网站可以很快修好，而病毒却更加隐蔽，会带来潜在的安全隐患，它会一直潜伏，直到给系统带来不可挽回的损害。
另外，越多的Linux系统连接到局域网和广域网，就会有越多受攻击的可能，这是因为很多Linux病毒正在快速地扩散着。使用WINE的 Linux/UNIX系统特别容易受到病毒的攻击。WINE是一个公开源代码的兼容软件包，能让Linux平台运行Windows应用软件。 WINE系统特别容易遭受病毒的攻击，因为它们会使无论是对Linux的还是对 Windows的病毒、蠕虫和木马都能对系统产生威胁。
Linux平台下的病毒分类
可执行文件型病毒：可执行文件型病毒是指能够寄生在文件中的，以文件为主要感染对象的病毒。病毒制造者们无论使用什么武器，汇编或者C，要感染ELF文件都是轻而易举的事情。这方面的病毒如Lindose，当其发现一个ELF文件时，它将检查被感染的机器类型是否为Intel 80386，如果是，则查找该文件中是否有一部分的大小大于 2,784字节（或十六进制AEO），如果满足这些条件，病毒将用自身代码覆盖它并添加宿主文件的相应部分的代码，同时将宿主文件的入口点指向病毒代码部分。一个名为Alexander Bartolich的学生发表了一篇名为《如何编写一个Linux的病毒》的文章，详细描述了如何制作一个感染在Linux/i386的ELF可执行文件的寄生文件病毒。有了这样具启发性的、在网上发布的文档，基于Linux的病毒数量只会增长的更快，特别是自Linux的应用越来越广泛之后。
蠕虫（worm）病毒：1988年Morris蠕虫爆发后，Eugene H. Spafford 为了区分蠕虫和病毒，给出了蠕虫的技术角度的定义，“计算机蠕虫可以独立运行，并能把自身的一个包含所有功能的版本传播到另外的计算机上。” （worm is a program that can run by itself and can propagate a fully working version of itself to other machines. ）。在Linux平台下，蠕虫病毒极为猖獗，像利用系统漏洞进行传播的ramen，lion，Slapper……这些臭名远播的家伙每一个都感染了大量的 Linux系统，造成了巨大的损失。它们就是开放原代码世界的nimda，红色代码。在未来，这种蠕虫病毒仍然会愈演愈烈，Linux系统应用越广泛，蠕虫的传播程度和破坏能力也会随之增加。
脚本病毒：目前出现比较多的是使用shell脚本语言编写的病毒。此类病毒编写较为简单，但是破坏力同样惊人。我们知道，Linux系统中有许多的以.sh结尾的脚本文件，而一个短短十数行的shell脚本就可以在短时间内遍历整个硬盘中的所有脚本文件，进行感染。因此病毒制造者不需要具有很高深的知识，就可以轻易编写出这样的病毒，对系统进行破坏，其破坏性可以是删除文件，破坏系统正常运行，甚至下载一个木马到系统中等等。
后门程序：在广义的病毒定义概念中，后门也已经纳入了病毒的范畴。活跃在Windows系统中的后门这一入侵者的利器在Linux平台下同样极为活跃。从增加系统超级用户账号的简单后门，到利用系统服务加载，共享库文件注射，rootkit工具包，甚至可装载内核模块（LKM），Linux平台下的后门技术发展非常成熟，隐蔽性强，难以清除。是Linux系统管理员极为头疼的问题。
病毒、蠕虫和木马基本上意味着自动化的黑客行为，也许被病毒攻击比被黑客攻击更可能发生。直接的黑客攻击目标一般是服务器，而病毒是等机会的麻烦制造者。如果你的网络包含了Linux系统，特别危险的是服务器，不要在作出反应之前等待寻找Linux病毒、蠕虫和木马是否存在。做一些调查然后选择一个适合你系统的防毒产品，它们能帮你防止病毒的传播。至于Linux平台病毒在未来的发展，一切皆有可能。Windows下的病毒发展史，也有可能在Linux上重演，这取决于Linux的发展。
linux的病毒发展史及分类
出处：www.net130.com
责任编辑：liyalin
[04-9-30 10:32] 作者：佚名
1996年的Staog是Linux系统下的第一个病毒，它出自澳大利亚一个叫VLAD的组织（Windows 95下的第一个病毒程序Boza也系该组织所为）。Staog病毒是用汇编语言编写，专门感染二进制文件，并通过三种方式去尝试得到root权限。 Staog病毒并不会对系统有什么实质性的损坏。它应该算是一个演示版。它向世人揭示了Linux可能被病毒感染的潜在危险。Linux系统上第二个被发现的病毒是Bliss病毒，它是一个不小心被释放出来的实验性病毒。与其它病毒不同的是，Bliss本身带有免疫程序，只要在运行该程序时加上 “disinfect-files-please”选项，即可恢复系统。
如果说刚开始时Linux病毒向人们展示的仅仅是一个概念，那么，在2001年发现的Ramen病毒，则已经开始引起很多人的担心。Ramen病毒可以自动传播，无需人工干预，所以和1988年曾使人们大受其苦的 Morris蠕虫非常相似。它只感染Red Hat 6.2和7.0版使用匿名FTP服务的服务器，它通过两个普通的漏洞RPC.statd和wu-FTP感染系统。
表面看来，这不是一个危险的病毒。它很容易被发现，且不会对服务器做出任何有破坏性的事情。但是当它开始扫描时，将消耗大量的网络带宽。
从1996年至今，新的Linux病毒屈指可数，这说明Linux是一个健壮的具有先天病毒免疫能力的操作系统。当然，出现这种情况，除了其自身设计优秀外，还有其它的原因。
首先，Linux早期的使用者一般都是专业人士，就算是今天，虽然其使用者激增，但典型的使用者仍为那些有着很好的电脑背景且愿意帮助他人的人，Linux 高手更倾向于鼓励新手支持这样一种文化精神。正因为如此，Linux使用群中一种倾向就是以安全的经验尽量避免感染病毒。其次，年轻，也是Linux很少受到病毒攻击的原因之一。事实上，所有的操作系统（包括DOS和Windows）在其产生之初，也很少受到各种病毒的侵扰
然而， 2001年3月，美国SANS学院的全球事故分析中心(Global Incident Analysis Center——GIAC)发现，一种新的针对使用Linux系统的计算机的蠕虫病毒正通过互联网迅速蔓延，它将有可能对用户的电脑系统造成严重破坏。这种蠕虫病毒被命名为“狮子”病毒，与Ramen蠕虫病毒非常相似。但是，这种病毒的危险性更大，“狮子”病毒能通过电子邮件把一些密码和配置文件发送到一个位于china.com的域名上。Dartmouth学院安全技术研究所工程师威廉·斯蒂恩斯说：“攻击者在把这些文件发回去之后就可以通过第一次突破时的缺口再次进入整个系统。这就是它与Ramen蠕虫病毒的不同之处。事实上，Ramen病毒是一种比较友善的病毒，它在侵入系统后会自动关闭其中的漏洞，而这个病毒却让那些漏洞敞开并开辟新的漏洞。以至于如果你的系统感染了这个病毒，我们不能百分之百确信这个系统有挽救的价值，更加合理的选择很有可能是转移你的数据并且重新格式化硬盘。”
一旦计算机被彻底感染，“狮子”病毒就会强迫电脑开始在互联网上搜寻别的受害者。不过，感染“狮子”病毒的系统少于感染Ramen病毒的系统，但是它所造成的损失却比后者大得多。
随着Klez病毒在Linux平台上的传染，防毒软件厂商开始提醒我们微软的操作系统不再是唯一易受病毒攻击的操作系统了。即使Linux和其他一些主流 UNIX平台的用户可能不是微软捆绑应用软件的大用户，不可能通过这些软件造成病毒的泛滥，Linux和UNIX仍然有它们自身并不引人注目的脆弱点。除了Klez以外，其他Linux/UNIX平台的主要威胁有：Lion.worm、OSF.8759病毒、Slapper、Scalper、 Linux.Svat和BoxPoison病毒，这些都很少被提及。
病毒的制造者是一些精通编写代码的黑客，他们远比那些胡乱涂改网站却对编写病毒知之甚少的黑客要危险。一个被黑掉的网站可以很快修好，而病毒却更加隐蔽，会带来潜在的安全隐患，它会一直潜伏，直到给系统带来不可挽回的损害。
另外，越多的Linux系统连接到局域网和广域网，就会有越多受攻击的可能，这是因为很多Linux病毒正在快速地扩散着。使用WINE的 Linux/UNIX系统特别容易受到病毒的攻击。WINE是一个公开源代码的兼容软件包，能让Linux平台运行Windows应用软件。 WINE系统特别容易遭受病毒的攻击，因为它们会使无论是对Linux的还是对 Windows的病毒、蠕虫和木马都能对系统产生威胁。
Linux平台下的病毒分类
可执行文件型病毒：可执行文件型病毒是指能够寄生在文件中的，以文件为主要感染对象的病毒。病毒制造者们无论使用什么武器，汇编或者C，要感染ELF文件都是轻而易举的事情。这方面的病毒如Lindose，当其发现一个ELF文件时，它将检查被感染的机器类型是否为Intel 80386，如果是，则查找该文件中是否有一部分的大小大于 2,784字节（或十六进制AEO），如果满足这些条件，病毒将用自身代码覆盖它并添加宿主文件的相应部分的代码，同时将宿主文件的入口点指向病毒代码部分。一个名为Alexander Bartolich的学生发表了一篇名为《如何编写一个Linux的病毒》的文章，详细描述了如何制作一个感染在Linux/i386的ELF可执行文件的寄生文件病毒。有了这样具启发性的、在网上发布的文档，基于Linux的病毒数量只会增长的更快，特别是自Linux的应用越来越广泛之后。
蠕虫（worm）病毒：1988年Morris蠕虫爆发后，Eugene H. Spafford 为了区分蠕虫和病毒，给出了蠕虫的技术角度的定义，“计算机蠕虫可以独立运行，并能把自身的一个包含所有功能的版本传播到另外的计算机上。” （worm is a program that can run by itself and can propagate a fully working version of itself to other machines. ）。在Linux平台下，蠕虫病毒极为猖獗，像利用系统漏洞进行传播的ramen，lion，Slapper……这些臭名远播的家伙每一个都感染了大量的 Linux系统，造成了巨大的损失。它们就是开放原代码世界的nimda，红色代码。在未来，这种蠕虫病毒仍然会愈演愈烈，Linux系统应用越广泛，蠕虫的传播程度和破坏能力也会随之增加。
脚本病毒：目前出现比较多的是使用shell脚本语言编写的病毒。此类病毒编写较为简单，但是破坏力同样惊人。我们知道，Linux系统中有许多的以.sh结尾的脚本文件，而一个短短十数行的shell脚本就可以在短时间内遍历整个硬盘中的所有脚本文件，进行感染。因此病毒制造者不需要具有很高深的知识，就可以轻易编写出这样的病毒，对系统进行破坏，其破坏性可以是删除文件，破坏系统正常运行，甚至下载一个木马到系统中等等。
后门程序：在广义的病毒定义概念中，后门也已经纳入了病毒的范畴。活跃在Windows系统中的后门这一入侵者的利器在Linux平台下同样极为活跃。从增加系统超级用户账号的简单后门，到利用系统服务加载，共享库文件注射，rootkit工具包，甚至可装载内核模块（LKM），Linux平台下的后门技术发展非常成熟，隐蔽性强，难以清除。是Linux系统管理员极为头疼的问题。
病毒、蠕虫和木马基本上意味着自动化的黑客行为，也许被病毒攻击比被黑客攻击更可能发生。直接的黑客攻击目标一般是服务器，而病毒是等机会的麻烦制造者。如果你的网络包含了Linux系统，特别危险的是服务器，不要在作出反应之前等待寻找Linux病毒、蠕虫和木马是否存在。做一些调查然后选择一个适合你系统的防毒产品，它们能帮你防止病毒的传播。至于Linux平台病毒在未来的发展，一切皆有可能。Windows下的病毒发展史，也有可能在Linux上重演，这取决于Linux的发展。
发表于：2006-05-08 13:41:00
27楼
WinCE病毒首次浮出水面 时刻警惕恶意攻击
【2004-07-19 11:22】 【】 【天极网】
买软件 送HP服务器 网络赚钱 建站好去处
活的色彩 鲜活服务 做调查得大奖
感染WindowsCE操作操作系统的病毒已经开发出来，据一家反病毒公司称，这是第一个在掌上电脑操作系统中被发现的恶意缺陷。
位于罗马尼亚的BitDfender公司说：该公司已经发现了针对智能电话与其他掌上电脑的微软WindowsCE操作系统病毒的“概念证明”。该恶意代码作者使用了pseudonymRatter标识，这是29A VX集团的成员，该集团创造了针对Symbian操作系统的病毒。
BitDefender公司称，这是第一个已知的WindowsCE病毒，目前无法联系到微软公司就此事发表评论。公司成员Canja说，该病毒与Cabir病毒(针对SymbianOS的病毒)一样，病毒制作者不是为了用病毒进行大肆规模传播，而是为了显示运行微软WindowsCE的设备可被恶意代码感染。他还说，该病毒程序首先被送往反病毒专家，而没有无秩序地传播。
一些分析人士曾经推测，掌上电脑甚至IP电话可能会称为病毒编写者的主要攻击目标，但是迄今为止，还没有发生过此类病毒的大规模传播。
用户必须下载传播Cabir病毒的软件，专家已经得出结论说，这种方式不会让病毒传播很远。
WindowsCE病毒弹出一个对话框，询问用户是否准许传播其他文件。
尽管这种病毒发作的数量很小，然而反病毒攻击和硬件制造商一直在开发新的产品，目的是在潜在病毒的攻击增长之前让掌上设备更加安全。(完)
【2004-07-19 11:22】 【】 【天极网】
买软件 送HP服务器 网络赚钱 建站好去处
活的色彩 鲜活服务 做调查得大奖
感染WindowsCE操作操作系统的病毒已经开发出来，据一家反病毒公司称，这是第一个在掌上电脑操作系统中被发现的恶意缺陷。
位于罗马尼亚的BitDfender公司说：该公司已经发现了针对智能电话与其他掌上电脑的微软WindowsCE操作系统病毒的“概念证明”。该恶意代码作者使用了pseudonymRatter标识，这是29A VX集团的成员，该集团创造了针对Symbian操作系统的病毒。
BitDefender公司称，这是第一个已知的WindowsCE病毒，目前无法联系到微软公司就此事发表评论。公司成员Canja说，该病毒与Cabir病毒(针对SymbianOS的病毒)一样，病毒制作者不是为了用病毒进行大肆规模传播，而是为了显示运行微软WindowsCE的设备可被恶意代码感染。他还说，该病毒程序首先被送往反病毒专家，而没有无秩序地传播。
一些分析人士曾经推测，掌上电脑甚至IP电话可能会称为病毒编写者的主要攻击目标，但是迄今为止，还没有发生过此类病毒的大规模传播。
用户必须下载传播Cabir病毒的软件，专家已经得出结论说，这种方式不会让病毒传播很远。
WindowsCE病毒弹出一个对话框，询问用户是否准许传播其他文件。
尽管这种病毒发作的数量很小，然而反病毒攻击和硬件制造商一直在开发新的产品，目的是在潜在病毒的攻击增长之前让掌上设备更加安全。(完)
发表于：2006-05-08 14:13:00
30楼
專家：手機病毒威脅言過其實 Will Sturgeon/06/05/2005
Overton表示他認為提醒威脅的存在不算是壞事，「但比較令人難以接受的是故意誇大不實來製造驚嚇。」
http://taiwan.cnet.com/news/comms/0,2000062978,20098886,00.htm
virus 要能運行/傳播, 是有其一定的條件限制的. 在 PC 端的各方防堵下, 要中毒的機率已經是一直在往下掉了, 更何況架構與環境更為不同的 PAC 上面呢! 我想, 我們不能拿萬萬萬分之一的中毒機率來否定 PAC 的.
這些討論好像離題愈來愈遠了! Gary 再此先說聲 Sorry 囉!...ccc
Overton表示他認為提醒威脅的存在不算是壞事，「但比較令人難以接受的是故意誇大不實來製造驚嚇。」
http://taiwan.cnet.com/news/comms/0,2000062978,20098886,00.htm
virus 要能運行/傳播, 是有其一定的條件限制的. 在 PC 端的各方防堵下, 要中毒的機率已經是一直在往下掉了, 更何況架構與環境更為不同的 PAC 上面呢! 我想, 我們不能拿萬萬萬分之一的中毒機率來否定 PAC 的.
這些討論好像離題愈來愈遠了! Gary 再此先說聲 Sorry 囉!...ccc
发表于：2006-05-08 14:59:00
31楼
呵呵呵，我也感觉走题了，本来我出来写这些东东只是想讲清楚一点：
PAC是现有控制系统的一个补偿，并不是放之四海皆宜的．
我之所以将ＰＡＣ的优缺点以及现有厂商自称ＰＡＣ的想法写出来，主要是认为目前好几位同志在有意的误导大家，尤其以《PAC高峰论坛专题》为甚！里面讲的PLC的缺点与PAC的优点很不客观，我建议大家看看GE和NI对于PAC的定义，也可以仔细看一看ARC咨询集团的高级研究员Craig Resnick的定义，这些公司就讲得客观很多。
PAC的出现是对现有控制系统的丰富，是对20%需要特殊功能用户的支持，而不是PLC的替代（参见NI的定义），这与当初的FCS一样，多年的事实证明FCS并不是DCS和PLC的替代品，而是PLC与DCS的有机补充，当初鼓吹FCS的各种优点的人后来也都认识到FCS如果按理想的把控制全分散后可靠性不增反降，这里面有一个经典的A、B、C三节点控制故障率比的问题，大家可以参见相关的研究文档。目前大家的认识是整体分散局部集中的思想。
我希望广大PAC厂商在宣传PAC理念时一定要客观，不要把一些不正确的理念告诉与您消息不对称的客户，这不光害了客户也害了与您一样的PAC厂商。
发表于：2006-05-08 17:47:00
32楼
轉發PLC論壇版主王晟磊先生的文章:
===========================================================
各位说得极是！
目前中国的自动化软硬件差主要在积累上面，有了积累就可以驾轻就熟，就可以开发出更适合用户的产品。
决定一个自动化产品质量性能的主要就几个方面：
1、技术：因为自动化行业的技术比民品的技术一般晚5到10年，大多数工控的新技术都是在民品行业先得到很好的应用才移植到工控产品上来的。所以中国在这方面并不会落后
2、元器件质量：国产自动化产品在元件质量方面是一个很重要的点，如果你的技术不比人家差，而是元件质量不行，造成最后的问题多，那就得不偿失了。可是现在国内同类产品之间的竞争这么激烈使很多厂商被迫使用二得元器件。
3、生产加工质量：自动化产品的加工流程相当麻烦，比方说热电偶模块的校正，热电偶模块有5个通道，共有8种不同的热电偶，每一种要校两个点以上，最后还要每个种检一次，也就是说就算5个通道一块校也需要8*(2+1)=24次校正，一台自动校正工桩校一台需要15分钟以上。校正完后需要耐压、老化、震动等很多种测试，每个环节的控制都决定了产品的质量。
海维深从96年就开始PLC的研发和生产，在02年以前主要是生产中型的PLC，而且大多是自己做工程，从02年开始研发小型PLC V80。所以在技术积累方面，我个人认为还是很有优势的，与我们接触过的国个各大工控厂商也对此很有认同。
元件质量这是我们一直很重视的问题，因为我们没有品牌费用，所以我们将这一部分的开支全部打入元件成本里面，尽量选用质量更好的元件，这一点大家可以打开松下、打开LG看看他们用的是什么垃圾元件，接着再看看我们的元件。
生产加工质量这是一个不断优化的过程，我们一直在努力做得更好。我们为此还专门开发了一系列的测试和加工工桩。
另外我欢迎有兴趣的朋友来海维深做客，大家看看中国的PLC研发是如何进行的。
深圳市南山区高新区南一道中国科技开发院四楼海维深科技
研发中心 王晟磊
0755-26715646
===========================================================
其中對於其他家像是LG/松下公司產品的批評的用詞-"垃圾元件"我認為非常不以為然, 如果貴公司的PLC產品那麼的好, 不需要您自吹自擂, 我認為您已經違背了工控網論壇里其中的規定-"不攻擊其他的廠商"的原則, 大家都是為促進自動化產品來努力, 不好的產品自然會被市場淘汰, 對於您這種行為, 我相信用戶也不會認同"海維深科技"的PLC產品的.
我理解您要捍衛PLC產品的立場, 但是您大可放心, PAC產品是不會取代PLC產品的, 越來越多的新PLC也會向PAC定義里的產品特色靠攏的, 您可以拭目以待.
===========================================================
各位说得极是！
目前中国的自动化软硬件差主要在积累上面，有了积累就可以驾轻就熟，就可以开发出更适合用户的产品。
决定一个自动化产品质量性能的主要就几个方面：
1、技术：因为自动化行业的技术比民品的技术一般晚5到10年，大多数工控的新技术都是在民品行业先得到很好的应用才移植到工控产品上来的。所以中国在这方面并不会落后
2、元器件质量：国产自动化产品在元件质量方面是一个很重要的点，如果你的技术不比人家差，而是元件质量不行，造成最后的问题多，那就得不偿失了。可是现在国内同类产品之间的竞争这么激烈使很多厂商被迫使用二得元器件。
3、生产加工质量：自动化产品的加工流程相当麻烦，比方说热电偶模块的校正，热电偶模块有5个通道，共有8种不同的热电偶，每一种要校两个点以上，最后还要每个种检一次，也就是说就算5个通道一块校也需要8*(2+1)=24次校正，一台自动校正工桩校一台需要15分钟以上。校正完后需要耐压、老化、震动等很多种测试，每个环节的控制都决定了产品的质量。
海维深从96年就开始PLC的研发和生产，在02年以前主要是生产中型的PLC，而且大多是自己做工程，从02年开始研发小型PLC V80。所以在技术积累方面，我个人认为还是很有优势的，与我们接触过的国个各大工控厂商也对此很有认同。
元件质量这是我们一直很重视的问题，因为我们没有品牌费用，所以我们将这一部分的开支全部打入元件成本里面，尽量选用质量更好的元件，这一点大家可以打开松下、打开LG看看他们用的是什么垃圾元件，接着再看看我们的元件。
生产加工质量这是一个不断优化的过程，我们一直在努力做得更好。我们为此还专门开发了一系列的测试和加工工桩。
另外我欢迎有兴趣的朋友来海维深做客，大家看看中国的PLC研发是如何进行的。
深圳市南山区高新区南一道中国科技开发院四楼海维深科技
研发中心 王晟磊
0755-26715646
===========================================================
其中對於其他家像是LG/松下公司產品的批評的用詞-"垃圾元件"我認為非常不以為然, 如果貴公司的PLC產品那麼的好, 不需要您自吹自擂, 我認為您已經違背了工控網論壇里其中的規定-"不攻擊其他的廠商"的原則, 大家都是為促進自動化產品來努力, 不好的產品自然會被市場淘汰, 對於您這種行為, 我相信用戶也不會認同"海維深科技"的PLC產品的.
我理解您要捍衛PLC產品的立場, 但是您大可放心, PAC產品是不會取代PLC產品的, 越來越多的新PLC也會向PAC定義里的產品特色靠攏的, 您可以拭目以待.
发表于：2006-05-08 18:49:00
33楼
王工对PAC的看法挺特别！
首先我们需要有一个比较清晰的定义，我们所说的plc是指传统的PLC，象GE Fanuc公司的PACSystems、 Rockwell公司的ControlLogix等均公开宣布其属于PAC的系统不属于我们讨论的PLC的范畴。（其实个人认为很多高端PLC已经属于PAC的雏形，并逐步向PAC迈进。）
就象王工所说的以上笔者引用的几种关于PLC的弱势从技术上来说PLC均能满足要求，不过我想是否实现起来比较容易？（从笔者看到的很多工程师的反馈来看，很不容易）这是一个很大的问号。就像如果我用51单片机全部实现上述功能，那么是否能说明PLC也没有存在的必要了呢？我们已经知道虽然PLC业界已经注意到了PC—Based的某些优势，并通过将PC技术应用于PLC产品，直接提供OPC Server、WEB Server及IEEE标准通讯接口等，以提供更高的应用灵活性。但是受限于传统PLC专属式的设计，其互操作性和灵活性是不如PAC的。PAC将PLC的稳定性和PC的多功能相结合。不仅包括高级控制、专家算法、通信、数据记录和信号处理等软件特性，还包括一个稳定的控制器以提供逻辑、运动、过程控制和视觉等高级功能。
PLC凭借着其稳定性的特性，主宰了自动化控制领域40余年的时间，虽然在PC技术精进下，PC Based控制器曾带来部分威胁，然而由于稳定度不足，PLC仍占有大部分的自动化控制市场。
如今的工厂内的周边IT设备（PDA、手机、MODEM、GPRS、GSM、DTU）日益丰富，PDA在国外已经应用于工业现场，在应对这些IT设备的通讯时PLC会显得力不从心，虽然多数PLC厂商都已在产品上加装各种通信模块，不过在自动化技术快速升级的产线中，仍解决不了太多问题，另一个问题在于性能，PLC长期以来与外界信息环境阻隔，导致进化缓慢，以GE Fnuc最高端的90－70系列，其运算核心也不过是CPU的486等级。在新一代PAC产品中奔腾处理器（几代就不说了）已经很普遍了。
而PLC后出现的PC Based控制器虽然整合度高，升级容易，但在稳定度上一直遭受业界质疑，因此一直无法有效发展，在这两者竞争期间，有厂商提出80:20法则，用80%的PLC搭配20%的PC Based来解决问题。PAC结合了PC的处理器、内存及软件，并且拥有PLC的稳定性，并采取开放式架构，使用COTS(Commercial of the shelt)，也即选用市面上已经成熟可用的产品来组合成PAC平台，彻底解决了相容性的问题。这就是NI技术文章中80:20法则的体现。
PAC目前最主要的应用领域仍是工控，PAC可以有效率的将工厂资料整合到ERP系统，让控制系统能够直接和外部资料库通信，谈到病毒和安全性问题，我想PLC的以太网数据基本都采用不经过加密的裸数据包，可以很轻松破译（笔者曾经破译过几款PLC，并不难），而PAC由于可以利用网络传输资料之际进行编码，实现复杂的加密算法，因此在安全的某些方面，可能会比容易受黑客侵害的以太网络PLC更佳。
过去PLC在量测仪器、SCADA、控制等领域，都属于不同系统，因此该机构定义出的PAC在同一个平台上，这些事情都可以达到，一直以来PLC属于封闭式架构，因此在上述三种应用时，一台PLC必须有专用的服务器、PC，而PAC的平台是可程序，因此这些应用都可以被整合为一，PLC在彼此之间的联机必须透过特殊的设备或方式才有办法做沟通，而PAC将软、硬件都整合在一起.
市场调查公司ARC咨询机构首次采用PAC这一术语，这家机构有鉴于目前PLC在工控领域遇到的不少瓶颈，因此规范出标准，这些标准让PC based控制器的厂商在生产时有所依循，并突破PLC在工控领域所遭遇的瓶颈。它定义了一种新类型的控制器，该控制器结合了PC的处理器、RAM和软件的优势，以及PLC固有的可靠性、坚固性和分布特性。PAC采用COTS（现有的商业化）技术，非常适合于工业化环境，它具有可伸缩性，易于维护和较低的发生故障时间等特性。PXI（用于仪器的扩展型PCI）已成为快速增长的PAC平台；如NI，Chroma，LeCroy和JTAG等供应商现在可提供1,000多种独特的I/O模块，包括模拟I/O，数字I/O，视觉，运动和高精度数据采集。
[color=#FF0000]—————————————————————————————————————————————————————————————[/color] 下面我们一起看看NI所倡导的PAC的20个优势，我们从更细的方面进行讨论，当然看待各大厂商所发表的技术评论时，需要辨正的看，其中会存在“忽悠”的成分，但是笔者认为不能因为针对某一项功能，使用继电器能实现就否认PLC的存在、使用PLC能实现就否认DCS、PAC、PC的存在。我想王工也会遇到不少时候（至少我是遇到过），即使使用PLC勉强做出来成本、功能也未尽如意.
十年前当Internet还处于雏形时，机器视觉非常昂贵，而且基于PC的仪器还没有出现，那时PLC统治了整个自动化领域。即使是今天，那些使用数字I/O进行简单控制的工程师依然感到PLC是他们最好的选择。然而，如果考虑到要为您的PLC增加视觉，运动，仪器和分析功能，那么您就会明白为什么PAC正逐渐占领自动化领域。下面在成本，高级功能，外形结构，控制器，I/O和软件这六个方面，详细介绍在未来自动化应用中PAC优于PLC的20条原因。
1. 成本：采用单一的控制器节省了成本现在您可以考虑使用PAC，它具有单一的控制器和机箱，可用于处理数字和模拟I/O，具有运动，视觉功能和模块化仪器，因此不需要花钱购买多个控制器。如果您需要控制系统具有多种功能，如视觉或模块化仪器，那么采用PAC将是最为经济的。
2.高级控制：在能源或材料的成本很高的情况下，工程师需要优化他们简单的PID控制算法来以最大程度地减少浪费。这些复杂的算法常常采用如模糊逻辑或神经网络等控制设计技术，从而可以最大限度地降低过程控制的稳定时间。传统上，PLC所能实现的PID控制算法并没有为特定的过程进行优化。高级的控制算法不仅需要强大的浮点处理器，而且还要占用大量的内存，使用PAC平台则可以满足这些条件。
3. 实时分析：在机器监控应用中，需要实时采集地来自模拟或数字I/O通道的数据，从而能有效地检测故障状态。您可能要进行如阶次跟踪和振动分析这些复杂工作来有效地检测机器的状况。对于这些应用，您可以使用PAC的高效平台来进行实时地分析工作。
4.数据库/网络连接：利用来自厂房内的实时数据，操作人员可以在控制室内根据所得的信息制定决策。然而，要使控制系统具有输出现场数据的功能是很困难的。企业系统一般采用标准的ODBC，ADO和XML以获得来自自动化系统的数据。PLC只能通过标准的OPC进行通信，这意味着需要增加一台PC来采用OPC获取数据并使用如ODBC、ADO和XML这样的标准把数据传送给企业。为了能有效地把现场数据传送到ERP系统中，控制系统必须能直接和外部数据库通信——您可以使用PAC来完成这些工作。
5.安全性在把控制系统与数据库和网络连接时，您需要考虑安全问题。出于安全的利益，许多厂商选择不把自动化系统和企业数据库相连，但是对于大多数厂商而言，连接所带来的好处要远大于安全方面的顾虑。尽管可以对PLC加锁来防止他人入侵工厂的网络，但是由于PLC通过以太网发送非加密包，所以它并不适合用于防止黑客入侵。PAC在通过网络传送数据时，可以对数据加密。尽管目前这还不是需要考虑的第一因素，但是在将来它将是厂房内分布式系统采用PAC的主要原因。
6.多种速度的确定性应：用PLC只能以固定的速度运行，而且它不是为以不同循环速率独立进行处理而设计的。如今，复杂的控制系统中常需要多种速率的确定性应用，它需要有多个循环，每个循环以不同的速率运行。这就要求能进行并行处理，而只有在PAC上运行的操作系统才具有这样的特性。
7. 外形结构：适合于工厂环境工程师选择PLC的一个常见原因是它能在工厂的环境下正常工作。然而，绝大部分PLC是安装在NEMA内。在这样的环境里，PXI平台附加的冷却装置，坚固的外表面和增强的抗冲击和振动指标都使系统具有和PLC相同的可靠性。
8.伸缩性和灵活性：由于厂商倾向于使用柔性的自动化系统来满足客户不断更新的要求，所以他们需要控制系统具有模块化、灵活性和伸缩性。PLC系统由于受到了I/O的限制，只能在数字和运动方面具有伸缩性，而PAC不仅具有PLC的伸缩性，而且您还可以在系统上增加视觉，模块化仪器或高速模拟I/O。您也可以通过以太网来使用多个PC并根据需要增加或减少PC的数目。
9.易于替换：对于现场工程师而言，最大限度地减小的故障时间是非常重要的。在对控制系统进行更新或更换I/O模块时，您需要能最大程度地减少更换或增加模块的工作量。PAC的模块化特性满足这方面的要求。
10. 控制器：计算机电源对于如机器状态监控这样高速，需要大量内存的应用，具备高速的处理器和大容量的内存就非常重要。由于您采用了现有的硬件来构建基于PAC的系统，所以您的PAC控制器可使用Pentium 4处理器并具备上G的RAM。
11.存储功能：如果无法保存和查看历史信息，那么信息还有什么用呢？ PLC传统上就缺乏数据记录的功能。而PAC则可以根据您指定的时间、方式和数据格式来记录数据。12.数字I/O 传统上，PLC平台的数字I/O只能为工业传感器和激励器提供标准的电压驱动电流。然而，新的如NI 651x系列模块的数字I/O 则可以提供24V的电压，高达500 mA的驱动电流和光学隔离，并且它还具有看门狗定时器，可编程电源启动状态，用于提高安全性和可靠性的输入滤波器等特性，而成本只有每通道5美元。13.模拟I/O 主要由于PCI总线速度快的原因，传统上采用基于PC平台来提供模拟I/O。目前某些PLC也具有模拟I/O模块，但是它们的编程十分复杂而且不适合用于高分辨率和大数据量的应用。PAC所提供的模拟输入速率可高达每秒200M并具有24位的分辨率。
14.运动控制：在各种平台中，特别是当您需要高于两轴运动方式时，软件起着主要的作用。在PXI平台上的运动控制器可以提供高达8轴的运动方式，而且可以使用NI 运动助手对系统进行轻松地配置。
15.机器视觉：数据传输速率是在PLC平台上提供视觉功能的最大障碍。目前，无论您是要自动监测零件还是检验药品的包装，您都可以在PXI平台上使用用于视觉应用的模拟、数字和FireWire摄像机。您可以在控制程序中集成多种视觉算法，如模式匹配，光学字符识别，颜色匹配，规格和颜色检测。16.仪器近来，材料处理公司已经开始在他们的自动化系统中集成测试功能，从而可以为客户提供全面的测试和自动化方案。I/O所需要的模块化仪器包括数字化仪，信号源，任意波形发生器和其它仪器。这些类型的I/O 需要具备在PAC平台上才有的高速数据传输速率。
17.网络和PLC类似，PAC可以通过各种工业化的现场总线提供互联，如FOUNDATION Fieldbus，DeviceNet，CAN，Modbus，Ethernet，Profibus，串口等。PAC不仅能作为分布式I/O模块的主控设备，而且也可以作为从属设备添加到已有系统中。
18. 软件：实时操作系统在PAC平台上您可以使用如RT Linux，Pharlap ETS，QNX和VxWorks这些实时的操作系统（RTOS）。一般来讲，实时系统的编程很困难，但是使用如LabVIEW RT这样的软件可以改变工程师开发实时系统的方式。现在工程师可以把Windows上开发的程序下载到实时运载平台上，如PXI控制器。
19.人机界面：特别是在混杂和过程控制工业中，大多数控制系统需要一个能连接控制系统的人机界面。一个HMI由一个触摸屏组成,它可以包含一个嵌入式控制器也可以没有。由于基于PAC的系统考虑到了用于I/O的相同控制器的使用，所以您也就不需要添加额外的嵌入式控制器来实现HMI的图像显示。
20.简单易用的开发环境：虽然传统的梯形逻辑编程非常适合于数字I/O的编程，然而对于处理模拟I/O，运动或视觉这种编程方式则十分麻烦。PAC可以用通用的语言编写控制程序，为您提供了很大的灵活性，这些通用语言包括C，C++，Visual Basic，LabVIEW甚至是传统的梯形逻辑。
很显然，现如今的工程师除了PLC控制还可以有另外的选择。PAC能为您增加所需的PC功能以用于高级控制，实时分析或连接企业数据库，而且同时保持了PLC的可靠性。如果您需要集成不只数字I/O和运动控制或者需要更快的计算机处理能力的话，PAC可能是非常好的选择。（部分选自NI）
以上观点纯从技术角度出发，感谢王工所发表的深刻见解，让我们能更全面的考虑一种产品，下次到深圳一定和您多交流交流，因王工比较认同“我建议大家看看GE和NI对于PAC的定义，也可以仔细看一看ARC咨询集团的高级研究员Craig Resnick的定义，这些公司就讲得客观很多。”，所以以NI为例说的多一些，而非商业吵作，欢迎大家讨论、补充、指正！
首先我们需要有一个比较清晰的定义，我们所说的plc是指传统的PLC，象GE Fanuc公司的PACSystems、 Rockwell公司的ControlLogix等均公开宣布其属于PAC的系统不属于我们讨论的PLC的范畴。（其实个人认为很多高端PLC已经属于PAC的雏形，并逐步向PAC迈进。）
就象王工所说的以上笔者引用的几种关于PLC的弱势从技术上来说PLC均能满足要求，不过我想是否实现起来比较容易？（从笔者看到的很多工程师的反馈来看，很不容易）这是一个很大的问号。就像如果我用51单片机全部实现上述功能，那么是否能说明PLC也没有存在的必要了呢？我们已经知道虽然PLC业界已经注意到了PC—Based的某些优势，并通过将PC技术应用于PLC产品，直接提供OPC Server、WEB Server及IEEE标准通讯接口等，以提供更高的应用灵活性。但是受限于传统PLC专属式的设计，其互操作性和灵活性是不如PAC的。PAC将PLC的稳定性和PC的多功能相结合。不仅包括高级控制、专家算法、通信、数据记录和信号处理等软件特性，还包括一个稳定的控制器以提供逻辑、运动、过程控制和视觉等高级功能。
PLC凭借着其稳定性的特性，主宰了自动化控制领域40余年的时间，虽然在PC技术精进下，PC Based控制器曾带来部分威胁，然而由于稳定度不足，PLC仍占有大部分的自动化控制市场。
如今的工厂内的周边IT设备（PDA、手机、MODEM、GPRS、GSM、DTU）日益丰富，PDA在国外已经应用于工业现场，在应对这些IT设备的通讯时PLC会显得力不从心，虽然多数PLC厂商都已在产品上加装各种通信模块，不过在自动化技术快速升级的产线中，仍解决不了太多问题，另一个问题在于性能，PLC长期以来与外界信息环境阻隔，导致进化缓慢，以GE Fnuc最高端的90－70系列，其运算核心也不过是CPU的486等级。在新一代PAC产品中奔腾处理器（几代就不说了）已经很普遍了。
而PLC后出现的PC Based控制器虽然整合度高，升级容易，但在稳定度上一直遭受业界质疑，因此一直无法有效发展，在这两者竞争期间，有厂商提出80:20法则，用80%的PLC搭配20%的PC Based来解决问题。PAC结合了PC的处理器、内存及软件，并且拥有PLC的稳定性，并采取开放式架构，使用COTS(Commercial of the shelt)，也即选用市面上已经成熟可用的产品来组合成PAC平台，彻底解决了相容性的问题。这就是NI技术文章中80:20法则的体现。
PAC目前最主要的应用领域仍是工控，PAC可以有效率的将工厂资料整合到ERP系统，让控制系统能够直接和外部资料库通信，谈到病毒和安全性问题，我想PLC的以太网数据基本都采用不经过加密的裸数据包，可以很轻松破译（笔者曾经破译过几款PLC，并不难），而PAC由于可以利用网络传输资料之际进行编码，实现复杂的加密算法，因此在安全的某些方面，可能会比容易受黑客侵害的以太网络PLC更佳。
过去PLC在量测仪器、SCADA、控制等领域，都属于不同系统，因此该机构定义出的PAC在同一个平台上，这些事情都可以达到，一直以来PLC属于封闭式架构，因此在上述三种应用时，一台PLC必须有专用的服务器、PC，而PAC的平台是可程序，因此这些应用都可以被整合为一，PLC在彼此之间的联机必须透过特殊的设备或方式才有办法做沟通，而PAC将软、硬件都整合在一起.
市场调查公司ARC咨询机构首次采用PAC这一术语，这家机构有鉴于目前PLC在工控领域遇到的不少瓶颈，因此规范出标准，这些标准让PC based控制器的厂商在生产时有所依循，并突破PLC在工控领域所遭遇的瓶颈。它定义了一种新类型的控制器，该控制器结合了PC的处理器、RAM和软件的优势，以及PLC固有的可靠性、坚固性和分布特性。PAC采用COTS（现有的商业化）技术，非常适合于工业化环境，它具有可伸缩性，易于维护和较低的发生故障时间等特性。PXI（用于仪器的扩展型PCI）已成为快速增长的PAC平台；如NI，Chroma，LeCroy和JTAG等供应商现在可提供1,000多种独特的I/O模块，包括模拟I/O，数字I/O，视觉，运动和高精度数据采集。
[color=#FF0000]—————————————————————————————————————————————————————————————[/color] 下面我们一起看看NI所倡导的PAC的20个优势，我们从更细的方面进行讨论，当然看待各大厂商所发表的技术评论时，需要辨正的看，其中会存在“忽悠”的成分，但是笔者认为不能因为针对某一项功能，使用继电器能实现就否认PLC的存在、使用PLC能实现就否认DCS、PAC、PC的存在。我想王工也会遇到不少时候（至少我是遇到过），即使使用PLC勉强做出来成本、功能也未尽如意.
十年前当Internet还处于雏形时，机器视觉非常昂贵，而且基于PC的仪器还没有出现，那时PLC统治了整个自动化领域。即使是今天，那些使用数字I/O进行简单控制的工程师依然感到PLC是他们最好的选择。然而，如果考虑到要为您的PLC增加视觉，运动，仪器和分析功能，那么您就会明白为什么PAC正逐渐占领自动化领域。下面在成本，高级功能，外形结构，控制器，I/O和软件这六个方面，详细介绍在未来自动化应用中PAC优于PLC的20条原因。
1. 成本：采用单一的控制器节省了成本现在您可以考虑使用PAC，它具有单一的控制器和机箱，可用于处理数字和模拟I/O，具有运动，视觉功能和模块化仪器，因此不需要花钱购买多个控制器。如果您需要控制系统具有多种功能，如视觉或模块化仪器，那么采用PAC将是最为经济的。
2.高级控制：在能源或材料的成本很高的情况下，工程师需要优化他们简单的PID控制算法来以最大程度地减少浪费。这些复杂的算法常常采用如模糊逻辑或神经网络等控制设计技术，从而可以最大限度地降低过程控制的稳定时间。传统上，PLC所能实现的PID控制算法并没有为特定的过程进行优化。高级的控制算法不仅需要强大的浮点处理器，而且还要占用大量的内存，使用PAC平台则可以满足这些条件。
3. 实时分析：在机器监控应用中，需要实时采集地来自模拟或数字I/O通道的数据，从而能有效地检测故障状态。您可能要进行如阶次跟踪和振动分析这些复杂工作来有效地检测机器的状况。对于这些应用，您可以使用PAC的高效平台来进行实时地分析工作。
4.数据库/网络连接：利用来自厂房内的实时数据，操作人员可以在控制室内根据所得的信息制定决策。然而，要使控制系统具有输出现场数据的功能是很困难的。企业系统一般采用标准的ODBC，ADO和XML以获得来自自动化系统的数据。PLC只能通过标准的OPC进行通信，这意味着需要增加一台PC来采用OPC获取数据并使用如ODBC、ADO和XML这样的标准把数据传送给企业。为了能有效地把现场数据传送到ERP系统中，控制系统必须能直接和外部数据库通信——您可以使用PAC来完成这些工作。
5.安全性在把控制系统与数据库和网络连接时，您需要考虑安全问题。出于安全的利益，许多厂商选择不把自动化系统和企业数据库相连，但是对于大多数厂商而言，连接所带来的好处要远大于安全方面的顾虑。尽管可以对PLC加锁来防止他人入侵工厂的网络，但是由于PLC通过以太网发送非加密包，所以它并不适合用于防止黑客入侵。PAC在通过网络传送数据时，可以对数据加密。尽管目前这还不是需要考虑的第一因素，但是在将来它将是厂房内分布式系统采用PAC的主要原因。
6.多种速度的确定性应：用PLC只能以固定的速度运行，而且它不是为以不同循环速率独立进行处理而设计的。如今，复杂的控制系统中常需要多种速率的确定性应用，它需要有多个循环，每个循环以不同的速率运行。这就要求能进行并行处理，而只有在PAC上运行的操作系统才具有这样的特性。
7. 外形结构：适合于工厂环境工程师选择PLC的一个常见原因是它能在工厂的环境下正常工作。然而，绝大部分PLC是安装在NEMA内。在这样的环境里，PXI平台附加的冷却装置，坚固的外表面和增强的抗冲击和振动指标都使系统具有和PLC相同的可靠性。
8.伸缩性和灵活性：由于厂商倾向于使用柔性的自动化系统来满足客户不断更新的要求，所以他们需要控制系统具有模块化、灵活性和伸缩性。PLC系统由于受到了I/O的限制，只能在数字和运动方面具有伸缩性，而PAC不仅具有PLC的伸缩性，而且您还可以在系统上增加视觉，模块化仪器或高速模拟I/O。您也可以通过以太网来使用多个PC并根据需要增加或减少PC的数目。
9.易于替换：对于现场工程师而言，最大限度地减小的故障时间是非常重要的。在对控制系统进行更新或更换I/O模块时，您需要能最大程度地减少更换或增加模块的工作量。PAC的模块化特性满足这方面的要求。
10. 控制器：计算机电源对于如机器状态监控这样高速，需要大量内存的应用，具备高速的处理器和大容量的内存就非常重要。由于您采用了现有的硬件来构建基于PAC的系统，所以您的PAC控制器可使用Pentium 4处理器并具备上G的RAM。
11.存储功能：如果无法保存和查看历史信息，那么信息还有什么用呢？ PLC传统上就缺乏数据记录的功能。而PAC则可以根据您指定的时间、方式和数据格式来记录数据。12.数字I/O 传统上，PLC平台的数字I/O只能为工业传感器和激励器提供标准的电压驱动电流。然而，新的如NI 651x系列模块的数字I/O 则可以提供24V的电压，高达500 mA的驱动电流和光学隔离，并且它还具有看门狗定时器，可编程电源启动状态，用于提高安全性和可靠性的输入滤波器等特性，而成本只有每通道5美元。13.模拟I/O 主要由于PCI总线速度快的原因，传统上采用基于PC平台来提供模拟I/O。目前某些PLC也具有模拟I/O模块，但是它们的编程十分复杂而且不适合用于高分辨率和大数据量的应用。PAC所提供的模拟输入速率可高达每秒200M并具有24位的分辨率。
14.运动控制：在各种平台中，特别是当您需要高于两轴运动方式时，软件起着主要的作用。在PXI平台上的运动控制器可以提供高达8轴的运动方式，而且可以使用NI 运动助手对系统进行轻松地配置。
15.机器视觉：数据传输速率是在PLC平台上提供视觉功能的最大障碍。目前，无论您是要自动监测零件还是检验药品的包装，您都可以在PXI平台上使用用于视觉应用的模拟、数字和FireWire摄像机。您可以在控制程序中集成多种视觉算法，如模式匹配，光学字符识别，颜色匹配，规格和颜色检测。16.仪器近来，材料处理公司已经开始在他们的自动化系统中集成测试功能，从而可以为客户提供全面的测试和自动化方案。I/O所需要的模块化仪器包括数字化仪，信号源，任意波形发生器和其它仪器。这些类型的I/O 需要具备在PAC平台上才有的高速数据传输速率。
17.网络和PLC类似，PAC可以通过各种工业化的现场总线提供互联，如FOUNDATION Fieldbus，DeviceNet，CAN，Modbus，Ethernet，Profibus，串口等。PAC不仅能作为分布式I/O模块的主控设备，而且也可以作为从属设备添加到已有系统中。
18. 软件：实时操作系统在PAC平台上您可以使用如RT Linux，Pharlap ETS，QNX和VxWorks这些实时的操作系统（RTOS）。一般来讲，实时系统的编程很困难，但是使用如LabVIEW RT这样的软件可以改变工程师开发实时系统的方式。现在工程师可以把Windows上开发的程序下载到实时运载平台上，如PXI控制器。
19.人机界面：特别是在混杂和过程控制工业中，大多数控制系统需要一个能连接控制系统的人机界面。一个HMI由一个触摸屏组成,它可以包含一个嵌入式控制器也可以没有。由于基于PAC的系统考虑到了用于I/O的相同控制器的使用，所以您也就不需要添加额外的嵌入式控制器来实现HMI的图像显示。
20.简单易用的开发环境：虽然传统的梯形逻辑编程非常适合于数字I/O的编程，然而对于处理模拟I/O，运动或视觉这种编程方式则十分麻烦。PAC可以用通用的语言编写控制程序，为您提供了很大的灵活性，这些通用语言包括C，C++，Visual Basic，LabVIEW甚至是传统的梯形逻辑。
很显然，现如今的工程师除了PLC控制还可以有另外的选择。PAC能为您增加所需的PC功能以用于高级控制，实时分析或连接企业数据库，而且同时保持了PLC的可靠性。如果您需要集成不只数字I/O和运动控制或者需要更快的计算机处理能力的话，PAC可能是非常好的选择。（部分选自NI）
以上观点纯从技术角度出发，感谢王工所发表的深刻见解，让我们能更全面的考虑一种产品，下次到深圳一定和您多交流交流，因王工比较认同“我建议大家看看GE和NI对于PAC的定义，也可以仔细看一看ARC咨询集团的高级研究员Craig Resnick的定义，这些公司就讲得客观很多。”，所以以NI为例说的多一些，而非商业吵作，欢迎大家讨论、补充、指正！
发表于：2006-05-08 21:13:00
34楼
感谢如火先生的指导,同时对谢先生的算旧帐的做法一笑了之.
如火先生列的东西有相当多是正确的,我再重新说明一次,我并不是反对PAC,但我反对为了鼓吹某种产品而对其它同类产品进行不客观的扁底.
用PC_BASE做通用控制器的平台,这在8年前我们就进行了许多这一类的开发,并一直认为这是一条很不错的方向,特别是对于一些中大型的控器.只是当时大家并不认为这是PAC,只是认为这是PLC的一种,也就是基于PC_BASE的软PLC,这在GE、AB、西门子、东芝等控制界的现有主导公司中相当常见。
如火先生在说明PAC与PLC的差别是有两个不对的地方：
1、误导主题，我从未表示PAC就是PLC，只是说有许多自称PAC的只是PLC中的软PLC，换了一个新名称出现。两者之间相当模糊，对于NI与GE的产品我们是可以看到与PLC的显著不同的，但在其它很多厂商的产品中并不能看到这种显著的不同。
同时我反对的是不要误导广大的工程师们，让大家不知所从，以为PAC与当年的FCS一样是DCS、PLC、DAS等的终结者
2、取样误导：
1、您说的20项PAC与PLC的差异中有多达20条，而其中有15条是PLC已有优点，而且其中起码有7条其实是PAC的弱点而是PLC的优点。只有5条是可以说PAC的优点，这5条其实正是我在前面所说的PAC应对的是20%的应用范围。而且其中大多数是只有NI公司才有的优点，贵公司的产品可有实时数据分析能力？可接入虚拟仪表？
2、而且更晕的是软逻辑厂商对于你们的观点是不是认同？
3、软逻辑开发软件的开发商开发软件并不是为PAC开发的而是为PLC开发的，这一点不应移花接木。把软逻辑开发软件加上硬件就可以号称是PAC了？那这样全世界可能有50%的小型PLC都符合您的要求，因为大家都使用的是软逻辑。
4、NI公司的PAC与各位不同的地方在于软件的整合能力，其最强的地方在于软件部分，将PC的软件与PLC的逻辑软件整合在同一个开发平台上。
5、至于说PAC可以通过网络数据的加密来实现安全性，我不知道您是不是有真正的问过KW公司？起码我所知的是没有的，退一万步说PAC可以加，PLC不能加吗？
用这些观点来区分PAC与PLC是完全不正确的，太过于片面。
PAC= PC + PLC，包括软件和硬件
其它的都在前面有所点评，这里不再一一讲解了。
我再重复一次我的观点：
1、软逻辑开发软件包括KW、ISAGRAF、一方梯队、3S等开发的软件都是为软PLC提供的，与现存在的大多数软PLC结构完全一至。
2、我不否定NI公司、GE公司在PAC上面的努力，他们确实做到了大多数PLC不同的功能，可以独立成一种产品，而其它大多数的厂商的产品并不具备这种特性，包括在软件方面的整合，和硬件方面的兼容性。所以我认为这部分产品不应将PAC这池子水搞乱．
3、PAC将是PLC、DCS、FCS等各种产品的有机补偿，对于8：2原则，目前还是成立的，PAC将可以很好的为20%的需要较复杂功能的用户提供服务。
4、未来控制系统的整合正是我们研发努力的方向，包括DCS、PLC、IPC、FCS等，已有相当多的此类产品出现，前面给大家介绍过东芝公司的下世代综合控制系统就已将这几个系统整合在一块，但这是不是就是PAC呢？我个人认为不是，同时东芝公司也没有自称这就是PAC，不过它在很大范围上已包含PAC的大多数功能和优点。
再次感谢广大IPC厂商技术人员与我的交流，在技术交流上面可以争可以吵，但争论完后希望不要记仇，那样就失去了技术交流的目的。
我希望能在工控网内看到一些比较高水准的辩论，世上的很多事情就是这样的，在争论的时侯，我可能会极力维护我的观点，你也会极力维护你的观点，但在争论过程后，双方都会对对方的论述有一个深入的思考，对否错否不是关键，我相信双方都不可能争得某一方低头认输．关键是观众、参与者能在这个过程中真正学习到一些知识，能对对方的观点有一个客观的认知。
欢迎如火先生、谢先生、JackyXie、GaryLin来深圳到我这边来做客，大家大可一边喝酒一边争论争论，未来控制系统的发展。
如火先生列的东西有相当多是正确的,我再重新说明一次,我并不是反对PAC,但我反对为了鼓吹某种产品而对其它同类产品进行不客观的扁底.
用PC_BASE做通用控制器的平台,这在8年前我们就进行了许多这一类的开发,并一直认为这是一条很不错的方向,特别是对于一些中大型的控器.只是当时大家并不认为这是PAC,只是认为这是PLC的一种,也就是基于PC_BASE的软PLC,这在GE、AB、西门子、东芝等控制界的现有主导公司中相当常见。
如火先生在说明PAC与PLC的差别是有两个不对的地方：
1、误导主题，我从未表示PAC就是PLC，只是说有许多自称PAC的只是PLC中的软PLC，换了一个新名称出现。两者之间相当模糊，对于NI与GE的产品我们是可以看到与PLC的显著不同的，但在其它很多厂商的产品中并不能看到这种显著的不同。
同时我反对的是不要误导广大的工程师们，让大家不知所从，以为PAC与当年的FCS一样是DCS、PLC、DAS等的终结者
2、取样误导：
1、您说的20项PAC与PLC的差异中有多达20条，而其中有15条是PLC已有优点，而且其中起码有7条其实是PAC的弱点而是PLC的优点。只有5条是可以说PAC的优点，这5条其实正是我在前面所说的PAC应对的是20%的应用范围。而且其中大多数是只有NI公司才有的优点，贵公司的产品可有实时数据分析能力？可接入虚拟仪表？
2、而且更晕的是软逻辑厂商对于你们的观点是不是认同？
3、软逻辑开发软件的开发商开发软件并不是为PAC开发的而是为PLC开发的，这一点不应移花接木。把软逻辑开发软件加上硬件就可以号称是PAC了？那这样全世界可能有50%的小型PLC都符合您的要求，因为大家都使用的是软逻辑。
4、NI公司的PAC与各位不同的地方在于软件的整合能力，其最强的地方在于软件部分，将PC的软件与PLC的逻辑软件整合在同一个开发平台上。
5、至于说PAC可以通过网络数据的加密来实现安全性，我不知道您是不是有真正的问过KW公司？起码我所知的是没有的，退一万步说PAC可以加，PLC不能加吗？
用这些观点来区分PAC与PLC是完全不正确的，太过于片面。
PAC= PC + PLC，包括软件和硬件
其它的都在前面有所点评，这里不再一一讲解了。
我再重复一次我的观点：
1、软逻辑开发软件包括KW、ISAGRAF、一方梯队、3S等开发的软件都是为软PLC提供的，与现存在的大多数软PLC结构完全一至。
2、我不否定NI公司、GE公司在PAC上面的努力，他们确实做到了大多数PLC不同的功能，可以独立成一种产品，而其它大多数的厂商的产品并不具备这种特性，包括在软件方面的整合，和硬件方面的兼容性。所以我认为这部分产品不应将PAC这池子水搞乱．
3、PAC将是PLC、DCS、FCS等各种产品的有机补偿，对于8：2原则，目前还是成立的，PAC将可以很好的为20%的需要较复杂功能的用户提供服务。
4、未来控制系统的整合正是我们研发努力的方向，包括DCS、PLC、IPC、FCS等，已有相当多的此类产品出现，前面给大家介绍过东芝公司的下世代综合控制系统就已将这几个系统整合在一块，但这是不是就是PAC呢？我个人认为不是，同时东芝公司也没有自称这就是PAC，不过它在很大范围上已包含PAC的大多数功能和优点。
再次感谢广大IPC厂商技术人员与我的交流，在技术交流上面可以争可以吵，但争论完后希望不要记仇，那样就失去了技术交流的目的。
我希望能在工控网内看到一些比较高水准的辩论，世上的很多事情就是这样的，在争论的时侯，我可能会极力维护我的观点，你也会极力维护你的观点，但在争论过程后，双方都会对对方的论述有一个深入的思考，对否错否不是关键，我相信双方都不可能争得某一方低头认输．关键是观众、参与者能在这个过程中真正学习到一些知识，能对对方的观点有一个客观的认知。
欢迎如火先生、谢先生、JackyXie、GaryLin来深圳到我这边来做客，大家大可一边喝酒一边争论争论，未来控制系统的发展。
发表于：2006-05-09 11:12:00
35楼
在争论了很多技术细节后，我想已经有几点超出了PAC定义的产品范畴，我们可以比较一下PLC的定义，就可以知道上面所争论的优点是否更贴近于PAC，笔者并不是说PLC要被PAC替代，就像下图所示，PC、PLC、PAC都有其特点、定位，实际上，图中PAC与PLC的的界限要模糊很多，不管从技术、应用，它们都有很多交叉的地方。这也是我们为什么争论了很多“对于一个技术需求哪个能实现”的原因。有很多方面，PLC和PAC都可以做到，只是是否勉强、是否是弱势。在各大主流PLC厂商纷纷推出自己的PAC产品时，市场是无法拒绝PAC的。
[b]下面让我们回顾一下PAC的定义：[/b]
ARC研究机构的Craig Resnick给PAC的定义：
1. 多域功能（逻辑、运动、驱动和过程）——这个概念支持多种I/O类型。逻辑、运动和其他功能的集成是不断增长的复杂控制方法的要求
2. 单一的多学科开发平台——单一的开发环境必须能支持各种I/O和控制方案
3. 用于设计贯穿多个机器或处理单元的应用程序的软件工具——这个软件工具必须能适应分布式操作
4. 一组de facto网络和语言标准——这个技术必须利用高投入技术
5. 开放式、模块化体系结构——设计和技术标准与规范必须是在实现中开放的、模块化的和可结合的。
发表于：2006-05-09 13:07:00
36楼
我感觉如火同志一直在跑题，我们再确认一下论题：
1、PAC这种产品有其独特之处，当然也有其存在的市场，我不反对它，相反，在PAC的浪潮中，我也一直对其表示相当的支持和关注，并认为其在一些边缘市场有其存在的价值。
2、我们讨论的是部分厂商的产品是不是PAC，或者说应不应该称其为PAC。
如果上面两个论点成立后，我们再来讨论相关的问题，我查过KW公司的整个网站并未见其称其产品是PAC！
原文如下：
ProConOS® 是实时的，可多任务的，符合IEC并快速的PLC运行期系统。 以这样的方式，它被设计用来适用于几乎任何硬件。
ProConOS® 能够与现有的运行期程序和固件包简单组合，使得PLC制造商提出了符合IEC 61131的系统，并且同时在其扩展中保持了他们自己的特征和性能。
ProConOS# 嵌入式版本和ProConOS# Windows版本软PLC(SoftPLC)
ProConOS® 可用于不同版本中。 通过安装ProConOS®，一个标准硬件平台或者一个特殊的嵌入式硬件平台将成为一个强大的PLC。
ProConOS® 嵌入式版本，用于嵌入式系统的可实时解决方案。ProConOS® 嵌入式版本由KW-Software适配到许多CPU组合以及实时操作系统。
ProConOS® 软PLC(SoftPLC)： 如果在Windows下一个工业PC可用于操作和监控服务，那么使用ProConOS®之后，它能够获得完全的PLC功能。 软PLC(SoftPLC)包括：
ProConOS® Win RT，用于Windows 2000/NT/XP下的工业PC的具有强实时的软件PLC
ProConOS® Win RT MC，Windows 2000/NT/XP下由运动功能扩展的实时软PLC版本
ProConOS® Win CE，用于Windows® CE系统的可实时软件PLC
网页如下：http://www.kw-software.com/global_scripts_kw/reload.jsp?template=mainTemplate&url=http%3A//www.kw-software.com/cn/products/27.jsp
从上面看，KW的软件主要是供给大家做PLC的，不是做PAC的，或者说它没有PAC的任何特征！
所以如果只是用KW、一方梯队、ISAGRAF、3S等公司的软PLC软件加硬件组成的产品，我认为其就是软PLC，否则的话那就抹杀了PAC的特点了，从而将一个全新的概念变成了抄作的题目，与前一阵子的纳米技术有得一拼了。
什么样的产品是PAC，这一点如火在前面堆了这么多NI公司、ARC的论点，我也写了相当多的观点，我从不认为NI和ARC的观点是错误的，当然也不一定是正确的，但起码这些观点比前一阵各位在坛子里面鼓吹的PLC的缺点与PAC的优势要正确多了，这样我的目的也达到了。
1、PAC这种产品有其独特之处，当然也有其存在的市场，我不反对它，相反，在PAC的浪潮中，我也一直对其表示相当的支持和关注，并认为其在一些边缘市场有其存在的价值。
2、我们讨论的是部分厂商的产品是不是PAC，或者说应不应该称其为PAC。
如果上面两个论点成立后，我们再来讨论相关的问题，我查过KW公司的整个网站并未见其称其产品是PAC！
原文如下：
ProConOS® 是实时的，可多任务的，符合IEC并快速的PLC运行期系统。 以这样的方式，它被设计用来适用于几乎任何硬件。
ProConOS® 能够与现有的运行期程序和固件包简单组合，使得PLC制造商提出了符合IEC 61131的系统，并且同时在其扩展中保持了他们自己的特征和性能。
ProConOS# 嵌入式版本和ProConOS# Windows版本软PLC(SoftPLC)
ProConOS® 可用于不同版本中。 通过安装ProConOS®，一个标准硬件平台或者一个特殊的嵌入式硬件平台将成为一个强大的PLC。
ProConOS® 嵌入式版本，用于嵌入式系统的可实时解决方案。ProConOS® 嵌入式版本由KW-Software适配到许多CPU组合以及实时操作系统。
ProConOS® 软PLC(SoftPLC)： 如果在Windows下一个工业PC可用于操作和监控服务，那么使用ProConOS®之后，它能够获得完全的PLC功能。 软PLC(SoftPLC)包括：
ProConOS® Win RT，用于Windows 2000/NT/XP下的工业PC的具有强实时的软件PLC
ProConOS® Win RT MC，Windows 2000/NT/XP下由运动功能扩展的实时软PLC版本
ProConOS® Win CE，用于Windows® CE系统的可实时软件PLC
网页如下：http://www.kw-software.com/global_scripts_kw/reload.jsp?template=mainTemplate&url=http%3A//www.kw-software.com/cn/products/27.jsp
从上面看，KW的软件主要是供给大家做PLC的，不是做PAC的，或者说它没有PAC的任何特征！
所以如果只是用KW、一方梯队、ISAGRAF、3S等公司的软PLC软件加硬件组成的产品，我认为其就是软PLC，否则的话那就抹杀了PAC的特点了，从而将一个全新的概念变成了抄作的题目，与前一阵子的纳米技术有得一拼了。
什么样的产品是PAC，这一点如火在前面堆了这么多NI公司、ARC的论点，我也写了相当多的观点，我从不认为NI和ARC的观点是错误的，当然也不一定是正确的，但起码这些观点比前一阵各位在坛子里面鼓吹的PLC的缺点与PAC的优势要正确多了，这样我的目的也达到了。
发表于：2006-05-09 13:41:00
37楼
我感觉王工一直在跑题，我们再确认一下论题：
1、“一些边缘市场有其存在的价值“并不妥，试问哪个只能在[color=#FF0000]边缘[/color]市场存在应用的产品能有各大公司的支持，纷纷推出各大系列、高中低档次不同的产品供用户选用？况且如果您调查一下，您会发现PAC已经有了较多的应用，而从PAC的发展来看也绝非“边缘”可以概括的。
2、我们讨论的不是“部分厂商的产品是不是PAC，或者说应不应该称其为PAC”，而是PAC产品的特点、应用、发展。本主题“PAC擂台”第一段已经说明“下面列举了NI、研华、GE Fanuc、鸿格、OPTO 22等部分著名厂商的最新PAC产品名称、技术指标、参数等，供大家认识、分析、比较，欢迎您发表自己的意见！”
KW公司的整个网站并未见其称其产品是PAC，这并不奇怪，您说道“KW的软件主要是供给大家做PLC的，不是做PAC的，或者说它没有PAC的任何特征！ 所以如果只是用KW、一方梯队、ISAGRAF、3S等公司的软PLC软件加硬件组成的产品，其就是软PLC，否则的话那就抹杀了PAC的特点了！”我也不同意您的观点，因为KW、一方梯队、ISAGRAF、3S只是提供控制算法，这在PAC或PLC产品的定义中是并不是一个充分必要条件，在DCS系统中也有不少采用这些软件的。所以据此简单区分PLC与PAC没有任何意义。
个人也比较同意谢先生的观点：”就算是許多人都要把自己的控制器稱作PAC, 那也是人家的自由, 用戶又不是瞎子, 他們有自己的判斷力, 這該交由市場機制來決定, 不是只有GE-FANUC/NI做出來的產品才稱作PAC, 重要的是PAC的定義是否真正能解決傳統PLC/IPC魚與熊掌不可兼得的問題, 爭論誰的是PAC, 誰的不是, 沒有意義的.”
欢迎使用过PAC的用户发表自己的使用体验和看法。
1、“一些边缘市场有其存在的价值“并不妥，试问哪个只能在[color=#FF0000]边缘[/color]市场存在应用的产品能有各大公司的支持，纷纷推出各大系列、高中低档次不同的产品供用户选用？况且如果您调查一下，您会发现PAC已经有了较多的应用，而从PAC的发展来看也绝非“边缘”可以概括的。
2、我们讨论的不是“部分厂商的产品是不是PAC，或者说应不应该称其为PAC”，而是PAC产品的特点、应用、发展。本主题“PAC擂台”第一段已经说明“下面列举了NI、研华、GE Fanuc、鸿格、OPTO 22等部分著名厂商的最新PAC产品名称、技术指标、参数等，供大家认识、分析、比较，欢迎您发表自己的意见！”
KW公司的整个网站并未见其称其产品是PAC，这并不奇怪，您说道“KW的软件主要是供给大家做PLC的，不是做PAC的，或者说它没有PAC的任何特征！ 所以如果只是用KW、一方梯队、ISAGRAF、3S等公司的软PLC软件加硬件组成的产品，其就是软PLC，否则的话那就抹杀了PAC的特点了！”我也不同意您的观点，因为KW、一方梯队、ISAGRAF、3S只是提供控制算法，这在PAC或PLC产品的定义中是并不是一个充分必要条件，在DCS系统中也有不少采用这些软件的。所以据此简单区分PLC与PAC没有任何意义。
个人也比较同意谢先生的观点：”就算是許多人都要把自己的控制器稱作PAC, 那也是人家的自由, 用戶又不是瞎子, 他們有自己的判斷力, 這該交由市場機制來決定, 不是只有GE-FANUC/NI做出來的產品才稱作PAC, 重要的是PAC的定義是否真正能解決傳統PLC/IPC魚與熊掌不可兼得的問題, 爭論誰的是PAC, 誰的不是, 沒有意義的.”
欢迎使用过PAC的用户发表自己的使用体验和看法。
发表于：2006-05-09 15:13:00
38楼
传统的PLC厂商使用PAC的概念来描述他们的高端系统，而PC控制厂商则用来描述他们的工业化控制平台;
PAC既可以支持软逻辑，也支可以持通用的语言编程，例如C、EVC、VStudio.net等等编程，还可以支持像Labview等等的编程语言，只要用户熟悉这种语言、用户开发使用方便就可以，可以很方便使用PAC这样的平台。
我认为软逻辑理所当然可以用在PAC中，KW的网站上固然没有提到PAC，只提到软PLC，但软PLC并不是不可以被称为PAC，只要这种软PLC具备PAC的特征。
“不同的硬件平台，同一个开发工具”，我倒是希望大家共用一个开发工具或编程软件，关键是可以解决用户的问题，要满足其实际的应用。
PAC既可以支持软逻辑，也支可以持通用的语言编程，例如C、EVC、VStudio.net等等编程，还可以支持像Labview等等的编程语言，只要用户熟悉这种语言、用户开发使用方便就可以，可以很方便使用PAC这样的平台。
我认为软逻辑理所当然可以用在PAC中，KW的网站上固然没有提到PAC，只提到软PLC，但软PLC并不是不可以被称为PAC，只要这种软PLC具备PAC的特征。
“不同的硬件平台，同一个开发工具”，我倒是希望大家共用一个开发工具或编程软件，关键是可以解决用户的问题，要满足其实际的应用。
热门招聘
相关主题
- 求教!图象,音频采集
[1251] - 求教:关于膜转移施胶[1182]
- CPCI/PXI有兴趣的一起探讨[2761]
- 急救（ADAM5510和格雷码）[1220]
- 求教：有关于pc/104的介绍[1449]
- 什么叫数据采集卡,有什么功能...[6649]
- winccprofessionalv13sp1授权...[1577]
- 求教：采集卡和GPIB[1155]
- 工业控制 谁主沉浮？－PLC、PAC...[16651]
- 工业固态硬盘是什么[1567]
官方公众号
智造工程师
-
客服
-
小程序
-
公众号
工控网智造工程师好文精选
