關于zpl指令一個注意點

zebra列印指令 可以說是輕車熟路，這次算是走了麥城。竟然浪費了三天時間才徹底解決問題，也就是和客戶關系好，人家如此配合，想想可憐。一個小小環節疏忽，竟然浪費了如此多的資源。給了理由，無非是借口，什麼“事情多了”，“太忙了”，“太累了”，其實真正原因是驕傲了，沒有從基層做起。

廢話很多，書歸正傳。

客戶在拉薩，遠端要求寫一段程式，使用zebra z4m 300dpi條碼機列印條碼。因為是停産裝置，隻有憑經驗去做了。聽完需求，覺得簡單。直接動手copy，1個小時搞定。本以為可以高興的度個周末，沒想到噩夢開始了

客戶說，條碼位置有些偏上，下調一下，條碼高度再大些，感覺簡單，加了12個點。其實一切的起因都是從這裡開始的，不過明白過來還是三天後的事情。

客戶說沒變化，而且條碼寬度有所變化。當時覺得不可能，又沒改寬度，應該不會出現。但是客戶一再強調。我又檢查了一下。沒有任何問題，于是将代碼複位，恢複到原有狀态。

發過去。客戶列印測試過後，說還是依舊。當時頭有點大，不可能呀。自此開始走起臭棋，想讓人家關機，重新開機。結果依舊。條碼機複位，現象依舊。暈。。。。。。。。。。。。。。。。

客戶有些煩躁了，我此時也想調整一下心态。周六加個班，給你處理。

晚上挑燈夜讀了10分鐘，也沒有發現什麼。此時也沒心情出去玩了，第二天再說吧，随便找了2部大片看看。

周六快到中午爬起來，拉薩那位已經等了很久。我寫了個測試程式，告知結果依舊。灰心至極點，如此簡單的問題，竟然一籌莫展。郁悶。。。

折騰了一下午，也沒結果。告訴他周一再說吧。自己也想放松一下。

晚上去洗了個三溫暖，剛絕解脫了很多。想想白天的事，覺得很惱火。可以無計可施。

回去早早休息，周日翻開zpl指令集，仔細研究了一下。忽然又一行字引入眼簾，其實這也是這兩天導緻的問題的所在，^LT指令在條碼機老坂本上隻支援+64至-64之間範圍，而我再加了12點超出了，指令範圍。導緻了問題所在。找到原因，立馬解決問題。在到代碼前加入複位指令，一勞永逸。

周一一早早發過去，客戶回複，問題解決，就是一列印就吐紙。我說知道了，其中原因自己知曉，簡單處理後，客戶很滿意。

總結一下：

浪費了如此多的時間

一、尊重客戶，可以互動省心

二、不要過分依賴客戶，有時客戶動手能力有限，你不在現場。隻有做好充分的準備，才去處理問題。例如上面的吐紙問題，其實是感覺使用者複位不對，自己解決的方法

三、找到真正的原因，不要過分依賴經驗

四、開發之前問下版本号，不要想當然啊

五、不要太委屈自己，學會放松