概述

电气自动化工程师面临的主要问题是：原本工程师的大部分精力应该用在流程处理上，但现在的工程师的大部分精力却用在处理 程序整体布局、整体操作、手动操作、初始化、复位、报警、特殊操作（如自动时进行手动操作）、动作干涉、安全防护、配方系统、参数设定 等。

层级主从分布式架构：

1.可以让PLC工程师专注于动作流程的处理，其他大部分工作仅需依照框架规范和配套的库，进行配置和少部分编程即可完成。

2.HMI的编程融入了框架和相关的库，使HMI的编程效率大幅提高。

3.对大规模、分布式控制系统具有非常好的支持。

定义

1.层级：框架原本规定了多个层级。根据个人需求和项目需求，主要实现了三个层级：Global；Local；Unit；

    (1).Global:进行全局控制。同时也可以用来容纳部分Local。

    (2).Local:根据设备功能，将设备切分成一个一个Local，来实现局部控制。Local除了实现功能和容纳Unit，最重要的是容纳了Device。

    (3).Unit：部分功能性非常强的机构，可以写在Unit。

2.主从：主从关系为：Global→Local→Unit；通过信息流进行控制和信息交换（Cmd；Act；State；）;

3.分布式：可以将Local分布在本体CPU，也可以分布在从站CPU；

特点

1.高内聚，低耦合。

2.框架融入了IEC和CE的相关操作标准和安全标准。

3.对PLC的品牌没有限制。因为底层采用ST语言编写，可以很方便的在各家平台做迁移。

4.特别适合流程控制。过程控制（石油、化工等行业）未验证。

意义

框架和配套的库已经对程序结构、程序写法、机构功能、编程风格、操作方式等进行了严格要求，但也给予了一定的编程自由性。

(1).提高效率，减少人员。

(2).适合构建核心团队。复杂的功能由核心团队实现，缺少经验的工程师来使用。

(3).适合团队开发和多人协作。

(4).避免人员流动带来的风险。

PS：结构化编程和面向对象编程的日益普及，会带动PLC编程框架化！

这写的非常好啊！

我全部都看懂了。 

和我历来的主张也非常接近。 

但为什么响应者这么少呢？

这就是格局！

非常支持??哈哈，

非常实用，捋顺了很多思路。点赞...最主要是免费。，之前在网上买过一些标准化编程的讲义，整篇下来没几个字，讲的也不系统，花几十块钱不说，还差点被带偏。

做这一行，确实需要一定的经验，要全方位综合的去捋顺思路，不然就容易出现一些问题

如果你是程序员，那么想象很美好，现实很残酷。
现在西门子自家的PLC、DDC、HMI都能完全整个到一个软件实现所有兼容…你还想跨品牌、跨平台？
只能说你初生牛犊不怕虎吧，或者说你不了解各家PLC更多更详细的信息，又或者你压根就没写过多家PLC的程序…
在你印象中，只要PLC兼容ICE的梯形图都能直接拷贝粘贴直接用？你觉得PLC下载程序数据流都是不加密数据都是通用的？你觉得各家PLC的硬件电路设计都是全部一样的？你觉得各家PLC公司会授权给你PLC的全部资料？太多的你觉得了…
你的想法，在单片机上就有已经实现的软件了，比如Keil、android、Ni、嵌入式Linux…
如果要在实现PLC，你就要推出全兼容的软件、取得各家PLC的授权…


如果你是电气工程师？那就好好干电气的事吧，这些千丝万缕的事不是你该做的。你的想法简直就像是要电气元器件供应商按你的要求生产元器件，而不是你根据要求选合适的元器件……

你所谓的现实， 根本不是现实。

是你被有限的视角限制所看到的有限的天空。 

因为你看不到完整的天空， 甚至你都想不出完整的天空是什么样子。 

比如你举例的不可能跨品牌的梯形图直接复制粘贴，这是你的想象里的跨平台移植的最大的障碍吧？

只能说明你都不知道什么叫程序移植。 

或者不了解程序员在做移植的时候， 最大的障碍在哪里。 

你这种通过抬扛来学习的方法好。 

可以高昂着头颈，一直保持自己的高姿态。

不输面子还能学到知识。 

可惜， 不能配合你。 

别人能给你的，只能是一点点提醒和点拨。 至于要真正的理解并消化成自己的认知， 那是你自己的事。 

咱没有那个义务和责任。 

@zaxife

额。。。你这么说，大概是你不经常使用ST语言吧。

Codesys(倍福、施耐德、汇川、禾川)、三菱、西门子、欧姆龙等符合IEC61131的PLC，都是我经常用的。相互之间的迁移，没有问题。框架底层是用ST语言，用户层的语言没有什么限制。

这套框架，在欧洲虽然处于刚开始流行的状态。Schubert有应用，日本DNS和芝浦也有应用。

框架理论基础不是我写的，我只是根据理论基础做了个实现。

本人做非标自动化的，主要做3C行业的。一年能做十多个项目吧。基本二十多天一个项目，项目一般二三十个气缸，七八个伺服。大一点的一般六七十个气缸，二十多个伺服，这样的项目一般需要一个多月的周期。

最后，工程师应该是抱着谦逊的态度做事，而不应该太傲娇。

对于一家公司来说，在没有客户指定标准的情况下，尽量能统一一个标准来做程序，方便公司的人员流动后。快速接手项目。

1：需要重复或类似的功能，写个功能块，并将相关的参数接口开放出来，并做好文档，在需要使用时，只要按文档对应的接口配置即可。

2： 程序框架，分配功能块或DB块时，尽量将公用的和产线不一致的分开， 后面写站程序时，主要关注站功能块和DB块即可。

第一遍看你写的内容的时候觉得很赞. 

但又仔细看了一遍, 发现你竟然留了许多后门.,当然也留下了很多歧义.

我给你补充一下, 把话说绝一点:

1：所有需要重复和不重复的功能，全部写成功能块，并...........即可。

2： 程序框架，所有程序都是在简单调用功能块（即楼主所言的低耦合）, DB号自动分配，不存在公用和产线区别， 全部一视同仁。