台达PAC系列运动控制器<第一波>(全网首发)

本文是林建原创博文，转载需注明出处！谢谢~

前言

我相信工控的同行都听说过3S公司开发的Codesys平台。今天笔者参加了台达第一场的基于Codesys平台下的新运动控制器的渠道商培训。(其实我个人觉得他们准备的不够充足，无论是在知识点还是整体的项目演练的安排。)

主角儿 PAC - AX864E

既然名称已经看到了PAC，笔者我想到的是PAC是罗克韦尔的PLC就是叫做PAC，不过，这个只是系列的开通像而已。因为他是一个PC-Base的架构，采用的是因特尔的CPU。市场竞品个人认为是汇川的AC810和欧姆龙的NJ系列还有安川的MP3300等等。

AX8系列硬件规格

AX8系列型号说明

通过上面两个图，就可以得知这款运动控制器的主要硬件。当然基于EtherCAT的64轴运动控制器，自带有双独立千兆网卡，集成8数字量输入8数字量输出，内置一个编码器口和一个485或422的串口、同时支持HDMI接口。内置Windows系统是Win10 IOT 64bit + QT HMI开发工具，支持二次开发和OPC UA的数据采集。（找时间测试完更多的细节后，笔者会更新去年发布的《台达MotionControl个人学习笔记(原创)》）
其实硬件大概看完都知道的都差不多的拉，说一下本次培训的主要平台:Codesys v3.5.14 sp2。
写到这里无疑不让我想到，今天在讲这个控制器的时候，忽略的最关键的一点就是关于RTE的内核运行机制问题。这点着实让人觉得有点不好的地方。当然运动控制的的多工机制是有说到，不过基于PC-Basc的硬件下，是必须要说到实时内核的。(怀念2014年的时候，第一次听Backhoff倍福的工程师简述关于Windows实时运行内核的知识点。)
本身的Windows是非实时内核的系统，会受到系统任务时间的中断而产生挂起的情况。如何去保证这个问题？为什么不采用基于Linux系统下呢？是单纯的因为Windows被用户所熟悉吗？还是因为3S平台就开发便利呢？
当然笔者我是带着很多疑问去参加培训的，而一些问题也是有得到相依的回答和实验。无论是上次参加的正运动的培训还是广州西门的分享会，笔者我都做了相关的准备工作。这点我希望明天的会有不同。

Codesys

我们都知道Codesys是一个非常强大的编程开发平台。其实里面离不开各厂家的Package的支持。为了更好的实现工控上的标准化。编程开发里面有PLC，Motion,Safety和Visualization,Fieldbus等等。根据IEC61131-3里面的Part1~4开发出了很多标准指令。

Snipaste_2019-06-21_08-47-43.jpg

Snipaste_2019-06-21_08-49-08.jpg

Snipaste_2019-06-21_08-49-57.jpg

Snipaste_2019-06-21_08-51-28.jpg

Snipaste_2019-06-21_08-52-25.jpg

Snipaste_2019-06-21_08-53-23.jpg

Snipaste_2019-06-21_08-54-26.jpg

Snipaste_2019-06-21_08-54-50.jpg

Snipaste_2019-06-21_08-56-07.jpg

Snipaste_2019-06-21_08-57-00.jpg

Snipaste_2019-06-21_08-57-46.jpg

Snipaste_2019-06-21_08-58-38.jpg

Snipaste_2019-06-21_09-09-23.jpg

Snipaste_2019-06-21_09-10-02.jpg

Snipaste_2019-06-21_09-10-45.jpg

本文是林建原创博文，转载需注明出处！谢谢~ 未完待续~

Log:
2019-06-20 发布本文