三菱明明有FB块，为啥看到很多程序都是用状态字开控制

块难道没有这个好用吗

属于三菱娘胎里带的毛病

官方库没用过，但是欧姆龙有类似的总线轴MC功能块，每个功能块都要计算绝对地址，一起运行很慢，自己封装写，只计算一次，节省资源一些。

高手们都喜欢自己搞

三菱自己的fb台臃肿，一大堆无关紧要的东西，自己写更舒服

没记错的话，此库遵循CANopen协议，方便移植其他遵循CANopen协议的平台（欧姆龙，ABB，西门子等）。
直接用状态字是因为一直以来这种方式没毛病，很直接，很可靠，很稳定。

都炮手

最近新设备要用上MXR运动一体化，看了这些FB实在头疼，还以为三菱的面向对象能做到啥程度呢，一个轴，除了调用各种FB要定义标签，信号量也要定义标签，一个轴还分实轴，虚拟轴，编码器轴等，又分高级同步输入轴，同步输出轴，而且轴和轴信息又是分开放的，而且没有轴组控制。而且很多信息在轴对象还没法直接拿到，得通过FB去获取，光定义一个轴，我就要定义一大堆东西，不敢想一个项目几十个轴以上的要怎么整理这些出来，直接抽象成一个对象出来，分类配置成员变量，使用时直接axis01.acc = E10000;axis.absolutiveMove.Enable:=True即可，而且要支持轴组可实现循环处理。目前自己在封装类似实现，已实现大部分基本定位功能，但仅限于全部为实轴，如果有虚拟轴，编码器轴等可能得另想方案