看下设定速度的时候 变频器频率有没有变化，监控下程序就可以了

哦，你插上个BOP，或者用DriveMonitor、STARTER软件连接MM4(420/430/440)。

查看下列参数即可：

2024.0 ，USS正常通讯情况下，这是无错误报文数量。应该是不断变化就对了。

2025.0，这是报告出错误的USS报文数量。当然了，正常通讯，这个应该是0！此外，如果 IO板COM端口损坏，不接通讯线路也会不断变化数字。（地址正确，报文错误）

2026.0 是报告报文的帧出错数量。

2027.0  是报文超时错误数量。这个与变频器现场监控设置有关 2014。

2028.0 奇偶校验出错数量。通常这是自己写的报文时，会出问题（报文组织程序写错了）。用库程序不会出现。

2029.0 不能识别报文起点数量。这是波特率两边设置不同会出现的。

2030.0 报文BCC出错数量。自己写报文，可能出现。

2031.0 报文长度错误数量。这也是两边设置不同会出现的。例如：PKW应该是变长度，实际设置的是固定字长。

通过上面这些参数，你应该可以判断出问题出在哪里了。对吧？

参数INDEX=0是端口的，INDEX=1是BOP插座的。不要混肴。

以上参数判断USS对于MM4、G120 （USS）全都适用！

plc给的运行信号？看看运行信号和频率给定有没有了。

对照着帮助系统看

也可以看看变频器的状态字,如果有控制字给到变频器,状态字是可以分析出来的.

监控一下程序，看看是否哪里有启动条件没有满足。

看状态字最快，可判断plc到底发过来信号没，若发过来了，就是变频器的问题。

我也是，PLC与驱动装置通讯问题，一般在变频器的通讯入口，把通讯的PZD接收信号的状态字和模拟量作为检测的第一个节点。由此来判别问题的方向。

在此驱动版块说关于PLC程序的事情貌似有点不合适，但还是想说一说关于故障这块的PLC程序的事情。

PLC和驱动的通信，简单地说，就是“读得上来，写得进去，来时不堵，去时通暢，完整的来，完整的去”，我们做通信的程序时，往往都是调用几个系统自带的通信功能指令块，填上参数，系统中配置有上位组态软件和HMI配置的，还要做上故障的信息记录、处理等操作，如果没有上位组态软件和HMI的，通信的编程工作恐怕到此就结束了。

有上位组态软件和HMI的，正常的是故障时有提示信息弹窗，保证人机交互的及时与流畅。而不带有上位组态软件和HMI的，如何向用户提示通信故障信息好像就显得不那么重要了，常常是系统设备不能正常工作了，操作人员才发现有问题了；而具体问题是什么，对于系统不是那么熟悉的处理人员，又得花上一些时间去查找确认，这也就影响了生产效率。

这里针对不带上位组态软件和HMI的系统（我一般称之为“最小控制驱动系统 / 最小配置系统”，构成模式一般是“PLC+变频器/驱动器”），如何判断通信是否正常主要手段有：

1、驱动器侧参数判断；

2、PLC控制器侧程序判断；

关于驱动器侧参数判断，上面Y版已经作了细致的说明，概括地说，就是通过面板 / 手操器 / 联机软件 / 移动端APP等对照说明书参数手册等查询驱动器通信相关的参数，观察其数值，从而判断通信是否正常；在此就不再做额外说明了；主要说说第2种手段涉及的东西。

PLC侧的判断处理，一般是利用西门子PLC通信指令块的Error/fault管脚的值，编写故障处理程序，包括向外部的声光报警动作输出（需要占用一个或者数个输出点），历史故障记录的储存（检查设备正常工作时间查询），主要是在PLC内开辟一段区域，以“线性表”/"级联表“的形式来保存故障记录，记录包括故障时的故障代码，故障代码对应的详细故障说明，故障时的系统时间，故障时的系统控制关键参数值（如速度、压力、电流、电压等），类似于汇编语言编程中的“现场保护”操作，当故障处理完毕后再“恢复现场”,这样当故障发生时再联机查找故障原因，便变得有章可循了。

还有一种快捷的方法是，在程序中编写一段“最小通信测试程序”，这段程序的功能仅仅是通信，功能包括“读参数+写参数”，当需要判断通信状况时，便可以单独调用它，判断通信是否正常。

这也就涉及PLC程序编写中的“测试程序”这一知识点，通常编程的人是不会写“测试程序单元”的，因为没有这个认识或者有这个认识而没有去写的驱动力，写程序是需要付出精力的，毕竟抱有”多一事不如少一事“”程序能用就行了“这种想法的还大有人在。

希望有朝一日，我们编写的程序和我们使用的程序，能够在尽善尽美的路上走得更远。

这是我测试时的最简程序，还有一个初始化块没拍，连接挺简单的plc的485口的3对MM4变频器I/O板的29端子,plc485口的8针接MM4变频器的30端子。变频器那面P700和P1000都选5.[USS]]。P2010.0=6[波特9600】P2011.0=程序中设定的地址。检测是否通讯上了，2楼说的太详细了。我的经验是这个plc设定的地址经常有搞错的，这就连不上了

虽然是可以在PLC侧做判断。但通常是针对一台控制时，比较好办。

像我使用200是对7台MM4通讯，且又多种数据类型的读写，就写成了指针方式的循环访问。只使用一个调用子程序。

这种情况下，就不太容易在PLC侧判断。

反之，在驱动侧判断就比较清楚。比如，总线是在哪里接触不好了？这类的故障。

看看地址是否变掉了，查看变频器的控制字。