西门子KP300控制面板

商来说，仅用于匹配他们的电动机控制需求可能没有那么多，同时对于一些工艺设备来说，往往简单的一个电动机功能块也只是工艺设备需要的底层功能块（因为电动机的控制需要结合工艺需求实现不同时序要求，Epos也可能是工艺设备的底层块）。这个时候，这个标准功能就没有必要大而全，也没有给第三方使用的必要。反而，这样的标准功能块的效率会更高，对于和工艺的匹配***。

由于不需要考虑第三方的使用需求，这个时候该模块可以结合自身程序架构编程。有的程序架构中可能会使用一些M寄存器的变量，这些变量都是自身程序架构中已经定义好了的，即使有需要使用的时候也会有一些预留区域，在设计标准功能块的时候就需要结合自身程序架构理念，实现工艺和程序架构的无缝匹配。

这也是很多国外以前的程序中M变量频繁出现的原因，因为这些程序和自己设备工艺以及程序架构是无缝匹配的，同时也不需要像西门子一样提供给可能存在的所有从业者使用。但我们的程序是工件实际轨迹或者说本来面貌的完全体现吗？

显然不是，时间只是工件传输过程的一个表象，工件传输的实质是位移，即工件在离开光电器件后还需要向设备2的方向再移动一个距离L（跟设备1和2的速度以及时间相关）。

这才是这个工件传输过程中的本来的面貌，本书内容要强调的是，所谓的编程，是现实的实际内容在程序世界的再现或者重构，这样的程序才能更加灵活，适用性更强。后续章节中，也会有这个相关内容的介绍。

功能块的时候可能就需要做一些针对性的修改，用于匹配各自标准的规范和逻辑实现（比如控制和状态反馈的逻辑）。

那所有在该行业的企业都能适用上述的一些行业标准化架构么？笔者对Sicar不是很了解，但通过对OMAC的深入研究后发现其实并不一定。这类标准有特定的前提以及特殊需求（比如在OMAC里面主要为计算设备综合效率），一些该行业的边缘从业者或者配套企业来说，由于一些工艺需求的限制，根本无法匹配这类的标准化架构。

所以说，标准化架构还是要和自身工艺以及整体的公司设计有关。比如物流行业，除了设备的控制以外，很多时候还要考虑物流的信息流程。这些信息流在PLC控制程序中怎么实现，怎么和设备的控制相结合，在实际项目中方便简单地使用，都需要在标准化中体现出来。

可见，所谓的标准化并不是指一个架构或者规范就能完整覆盖所有行业当然，需要说明的是，在标准化架构中都是按照面向对象的编程思想编程的，对象的所有变量的转换都是通过实例化数据完成的，除了架构程序中使用到M寄存器以外，实例化程序中是不需要使用M寄存器变量的。

以上描述的意思就是，一个标准化架构只要满足覆盖自身工艺需求（比如物流的信息处理），有着良好的工程接口和数据接口，让自身所有的工艺对象都能无缝地实例化，工程人员的工作效率和质量大幅提高，这就是一个符合自身工艺需求的标准化架构。而这些工作就要求企业自身将工艺需求当然，上述的内容只是架构层面的，里面还有很多细化的内容。而要保证这些细化的内容和程序能实现不断的迭代和更新，那就需要具备相应的资料体系的规划和管理。

所以，一个合适的标准化体系内容是非常丰富的，也是很具体的。只有和工艺完美结合的标准化才是一个符合实际需求的标准化体系和规律总结出来，然后将这些共性的东西提取出来，形成一个总结性的东西。