工业以太网在工业控制中有哪些运用？
1、引言 近些年来，工业以太网通信速率的提高及交换式以太网技术的出现，使得工业以太网的通信性能大为改善。本文所提出的继电器 可靠性检测 系统由服务器和多台可靠性检测装置(客户端)组成，可靠性检测装置是进行可靠性试验的必要手段。服务器和可靠性检测装置通过调用TCP协议提供的套接字传送数据，实现了服务器对多台检测装置的实时集中检测和控制，在节省人力的同时有利于失效试验数据的分析和处理。 2、可靠性检测装置的实现方法和功能 检测装置主要完成继电器试品的定数截尾试验，记录失效信息，对检测结果进行分析[2]。通过与服务器建立连接，实时上传当前试验状态以及失效信息，并接收服务器的控制命令。 2.1 实现方法 为了满足试验环境的需要，***用工业控制计算机作为检测装置的核心。对触点电压的***集则选用两块高性能数据***集卡来实现，可同时对两组共32对触点进行检测，两组试品可以是不同型号不同厂商的继电器，而且对检测触点的常开常闭不做限制。需要注意的是，当触点电压为交流信号时，为了保证电压有效值的计算精度，***集卡在一个工频周期内要完成16个***集通道至少320次的AD转换，这就要求***集卡的***集速率非常快，本装置***用的是研华的PCL-818HG...
现在MFC还流行吗？
搞基础桌面平台之类产品的用MFC很方便，效率也高，主要分部在有实力的大企业，积累多年，有自己成熟的技术产品体系，搞互联网项目应用开发的大多是用java，后台各种服务部署五花八门，又跨平台，不过绝大多数属于快餐式应用，对j***a的技术使用也比较有限，像阿里巴巴、百度等少数企业就属于高端技术应用了，总之，学好MFC不会差，学精通不会没人要！[祈祷][祈祷]
mfc等于没饭吃。mfc微软自己都不支持了，而且很多当初的第三方库也不更新了。桌面端现在流行QT 或者基于浏览器的界面。或者是directUI。
单纯作为学习的话是没问题的，mfc里面大量的宏实现了消息映射，以及界面控件的绑定，能更好的了解Win32机制。
编程老兵告诉你：MFC已经不流行了，但没有绝迹。新手绝对不推荐学习和使用，不跨平台，学习曲线陡，周期长，上手慢，微软已不再支持，现在微软大力推荐的是c#，正在做跨平台的事，现在一部分代码可在windows和Linux下均可运行。
有一部分做工控的，说c#开发的程序运行效率低，这个不能一概而论，很多测试并不支持此观点，因为.net语言支持的新特性，比如更加高效地支持多内核并行编程，MFC是不支持的，当然你也可以说直接用c++调用API函数，但那已不是MFC的功劳了。再者工控机如果真的需要高效控制，其实嵌入式[_a***_]更合适，譬如Linux，此时MFC更排不上用场，需要高效控制的程序，甚至不需要界面，MFC框架笨重，不如直接调底层API来得快，编写驱动程序需要稳定高效，但MFC搞不了驱动程序。labview新版本的二次开发，甚至只支持.net语言的开发，vc++被无视了。
之所以MFC没淘汰，一是有一部分老项目需要维护，另外有一部分特殊软件确实需要MFC编写，譬如编写CAD或者图像处理软件，MFC在图像图形处理方面的优势还是比.net程序更合适，但没人做过这方面的性能测试和对比，毕竟那些老的软件，没人愿意再用.net重写一遍。
总之，别抱残守缺，另外，你到一定层次，语言已不再是重要的东西，只是工具而已，你要解决的是业务问题，你还在纠结语言说明你的业务水平并不高，例如只是搞读写数据库，或者写些Modbus这种串口或网络通信的低端程序而已。譬如，你可以研究癌症病人的症状，将它们归结出各种“指纹”，然后通过人工神经网络或人工智能的学习，有效地推测出哪些患者可能患了癌症，这样你的目光就不会局限于语言这个低层次上面了，你会想着用语言快速实现你的业务需求，此时MFC便不占优势了，因为它不是快速编程语言。
