quote:以下是引用nucman在2011-11-28 11:08:53的发言：
谢谢Zane的应用分享。我借这个机会介绍一下WinAC的开放性及运行环境。
WinAC借助WinAC Open Development Kit (ODK)来集成用户高级语言（如C/C++等）编写的复杂算法或用于专有技术保护的场合。 一说到高级语言，很多自动化工程师就会打懵，认为搞IT编程有点跨领域，就像Zane说的“ODK的应用不那么简单”，实际上在ODK应用模板的帮助下，事情远没那么复杂，借助这一模板，大段代码自动生成，用户不用去关心程序如何跟WinAC数据交互，也不用考虑构架程序框架的问题，只需将自己的代码或功能粘在程序段提示的位置即可。当然，这需要有一点C/C++的编程基础。下载中心上有一篇ODK使用入门，介绍的比较详细，上手不是很难，大家可以看看（链接http://www.ad.siemens.com.cn/download/searchResult.aspx?searchText=A0435 ）。至于要编写出复杂的算法或者某些复杂应用，对工程师高级语言的编程能力还是有一定要求的，在这方面如果确实有这样的项目需求，我认为这方面的能力还是很有必要加强加强的。ODK功能是WinAC最重要的特色，也是精华所在。如果没有ODK，那它和普通的S7 300/400PLC没有任何区别，都是用的同一个编程环境Step7，代码也是通用的。如果发挥不出ODK的优势，而仅仅是由于WinAC的高性能而选用，那么结果就有可能会是Zane描述的那样“WINAC只是一个不一样的PLC而已”。而如果发挥出这一优势，将WinAC的开放性功能发挥的淋漓尽致，那么WinAC可就远非一个PC，也远非一个PLC了。
除了ODK，西门子还提供了很多标准的应用功能模块供用户使用，采用这些功能模块用户不用有C/C++的语言基础，也不需要应用ODK，直接调用FB块完成特定功能就可以了。目前，提供的标准应用有：WinAC serial driver、WinAC PC IO driver、WinAC TCP/IP driver、WinAC SQL、WinAC Shutdown、WinAC OPC Client、WinAC File-I/O、WinAC Command、WinAC Access-DB、WinAC FDL、WinAC Control及WinAC CAN等等。以对PC的串口访问这一应用为例，调用功能块非常简单，事实上比用CP340还要简单。另外，用户也可以自己编写某些第三方板卡的驱动，创建自己的应用。
另外，再说明几点：
如果有实时应用需求，要将应用移到实时系统下，在接下来的介绍中，我会介绍，实时与非实时其实没有那么神秘；
关于Web server，WinAC 2010已经具有此功能。
以上的表述如有不恰当的敬请谅解，再次感谢Zane对PCBa话题的讨论，也欢迎更多的网友提出一些意见或建议，我们会收集、分析整理并有可能反馈给德国总部相关人员。
[quote]以下是引用Zane在2011-11-26 22:45:34的发言：
呵呵，我一直在使用WINAC的产品，从WINAC basic，WINAC SLOT，到现在的S7-mEC，应用的原因主要是运算速度快，集成度高，没有数据传送的瓶颈，对于高端产品有助于保护自主的知识产权；还有一个重要的原因就是它是PLC的架构，它的可靠性优于一般的基于时间片的PC控制系统。
这是个双刃剑，反过来WINAC的开放性，就不如它所宣传的那样，ODK的应用不那么简单，此外嵌入后，实时内核与非实时内核中运行的区别及影响也不是普通人能够预计的，而要用到ODK往往又是一些复杂的特殊的任务。让PLC应用能够和PC应用更容易的结合起来，是WINAC的急需解决的问题。
此外，WINAC对PC的资源的利用率也不高，比如串口，完全可以让用户像用CP340那样去定义PC机的一个串口，调用通讯块去处理报文；比如可以通过程序块直接处理键盘的输入等；利用PC建立如PN的CPU那样的WEB-SERVER；这些在技术上似乎都不难实现，为什么不能利用PC的优势给客户带来便利，西门子提供的手段过于底层，西门子以外的人是很难开发出一些像样的应用的，其实应该学习一下苹果的经验，让基于PC的应用丰富起来。
开放性好，不等于什么事情都要用户自己去开发，提供一个能让用户简单易学又能自由发挥的平台才是最重要的。

就目前而言，WINAC只是一个不一样的PLC而已，仅此而已。

---