关于zpl指令一个注意点

zebra打印指令 可以说是轻车熟路，这次算是走了麦城。竟然浪费了三天时间才彻底解决问题，也就是和客户关系好，人家如此配合，想想可怜。一个小小环节疏忽，竟然浪费了如此多的资源。给了理由，无非是借口，什么“事情多了”，“太忙了”，“太累了”，其实真正原因是骄傲了，没有从基层做起。

废话很多，书归正传。

客户在拉萨，远程要求写一段程序，使用zebra z4m 300dpi条码机打印条码。因为是停产设备，只有凭经验去做了。听完需求，觉得简单。直接动手copy，1个小时搞定。本以为可以高兴的度个周末，没想到噩梦开始了

客户说，条码位置有些偏上，下调一下，条码高度再大些，感觉简单，加了12个点。其实一切的起因都是从这里开始的，不过明白过来还是三天后的事情。

客户说没变化，而且条码宽度有所变化。当时觉得不可能，又没改宽度，应该不会出现。但是客户一再强调。我又检查了一下。没有任何问题，于是将代码复位，恢复到原有状态。

发过去。客户打印测试过后，说还是依旧。当时头有点大，不可能呀。自此开始走起臭棋，想让人家关机，重启。结果依旧。条码机复位，现象依旧。晕。。。。。。。。。。。。。。。。

客户有些烦躁了，我此时也想调整一下心态。周六加个班，给你处理。

晚上挑灯夜读了10分钟，也没有发现什么。此时也没心情出去玩了，第二天再说吧，随便找了2部大片看看。

周六快到中午爬起来，拉萨那位已经等了很久。我写了个测试程序，告知结果依旧。灰心至极点，如此简单的问题，竟然一筹莫展。郁闷。。。

折腾了一下午，也没结果。告诉他周一再说吧。自己也想放松一下。

晚上去洗了个桑拿，刚绝解脱了很多。想想白天的事，觉得很恼火。可以无计可施。

回去早早休息，周日翻开zpl指令集，仔细研究了一下。忽然又一行字引入眼帘，其实这也是这两天导致的问题的所在，^LT指令在条码机老坂本上只支持+64至-64之间范围，而我再加了12点超出了，指令范围。导致了问题所在。找到原因，立马解决问题。在到代码前加入复位指令，一劳永逸。

周一一早早发过去，客户回复，问题解决，就是一打印就吐纸。我说知道了，其中原因自己知晓，简单处理后，客户很满意。

总结一下：

浪费了如此多的时间

一、尊重客户，可以互动省心

二、不要过分依赖客户，有时客户动手能力有限，你不在现场。只有做好充分的准备，才去处理问题。例如上面的吐纸问题，其实是感觉用户复位不对，自己解决的方法

三、找到真正的原因，不要过分依赖经验

四、开发之前问下版本号，不要想当然啊

五、不要太委屈自己，学会放松