细节决定成败——刚热乎的自动化指令“故障”案例

就在刚刚帮客户解决了一个不大不小的问题,事后如果不是小细节被我发现了,估计我都被懵圈了,什么细节造成的故障,且听我慢慢道来。

十分钟前微信突然提示有新用户申请,一看是某合作商的实施人员申请的,于是赶紧通过申请,马上这位哥们跟我打招呼求援,跟我说明了一下情况。

上次在内蒙有一个项目,是我去帮他们实施的,项目使用的是IMS2000服务器+飞达8631&760的音频处理器,自动化指令调音量通道都是没有问题的。现在这位哥们在四川某个影院实施,也是同样的服务器和音频处理器,但是他却遇到问题了,并发过来截图

听他说明飞达切通道的指令能够正常执行,说明IP地址、网络和端口号应该没有问题,我检查了一下截图的指令,确认指令没有问题,但是飞达音频处理器调音量指令有的服务器需要加延时和Standbyoff指令才会有飞达上面显示调节后的音量大小,于是发了份说明给他。

可能这位工程师对指令不太熟悉,不知道怎么加延时的功能,因为不太好解释,于是让他发远程过程我做给他看一遍。远程加完了延时后,以为应该没有问题,让他测试一下,一会回复我还是不行

于是就觉得有点奇怪,这个应该比较简单,实际应用也做过很多次了。于是远程一下内蒙的机器,把那边的指令调出来让他对照一下,我自己也对照检查了一遍,发现除了名字有点不一样,其他指令这些都一毛一样。

我在他发的截图上发现音量指令名称是这样Vol3.0,但是我在实际实施过程中IMS2000上指令名称英文模式下是输入不了这个点的,于是我问他这个点是怎么输入的。

回复我是在中文环境下输入的这个点,这下我能大概估计问题所在了,在他删除刚才做的指令重新添加的过程中,我发现了一个问题

他的输入法使用的还是中文!!赶紧跟他说,让他切换一下输入法。根据提示,他切换回英文输入法,然后重新加了一遍指令,一会回复我说正常了。

所以在实际案例中,可能会遇到各种各样的问题真的是需要我们去注意一下细节,有时候可能一个标点符号或者空格都会让我们找半天问题原因。

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20181207G1038000?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。

扫码关注云+社区

领取腾讯云代金券