1）排查方法： 执行一次对应指令后，马上去Web端导出日志，然后在下图中的文件中 搜索刚才发送的指令内容，找到最新发送的那一次（由于是执行后立即导出，故应该在日志最底部的区域） 搜索后可以找到如下内容：第一句中的 execution表示开始执行点击按钮的这个动作，第二句中可以看到点击的是"BUTTON 6"，触发方式是点击中间红框圈起来的部分可以看到发送（SendMsgSync）给对端设备的是"audio get mute"，response为对端返回（SendMsgSync response）的内容，为"welcome yealink centralcontrol"GetVarSync success表示获取mute状态成功，获取到的值varvalue= ，为空 。所以后续校验 value() not changed，也就是对比之前获取到的值，值没有发生变化{mute() == } judge: true，这是一条if else指令，所以需要对比获取到的值与输入的值是否一致，因为我没有输入对比值，所以需要跟空值做对比。获取到的mute状态是空，对比的值也是空值，二者相等，所以judge的结果为trueexecution done表示点击这个BUTTON 6的动作已经完成了从第一句的api/v1/ctrl/execution，到最后的ret: 0，中间的内容就是这一次执行的所有过程 2）常见错误 ① 网络连通性，互相ping一下，看网络是否正常，多为TCP、UDP出现② RS232如果不生效，先用排查方法，看CT端发送是否报错，如果没有报错，则CT端功能正常，需要检查硬件连通性，此时先记录下CT端发送的内容是什么，方便下一步中与接收端的内容做对比； 找一根USB转RS232的线，接到PC上，用串口调试工具看下PC 是否能接收到内容，以及接 收到的内容是否正确，对比CT端发送的内容，看两段内容是否一致； 如果接收不到内容，检查下用的转接头、线是否连接正确。如果接收到的内容不对，检查下驱动发送协议（ CT100只能发RS232信号），232转485的转接头接法是否正确 下图为RS232转485的校验方法，如果不需要转485，直接用USB转RS232的线连接即可，不需要接转接头