正在現場調試設備的費工氣沖沖地和阿杰打著電話：

阿杰！快幫忙看看，怎么我的功能塊又報錯了，還怎么運行啊？

費工，莫急，我們先看看報錯代碼

問題是這個設備怎么這么多錯誤啊！

和世間生命一樣，報錯相當于生病有了癥狀，說明機體發現了異常并作出表達，如果連表達的機會都沒，豈不是...

這么說也對，說明我的設備正在工作且能夠報錯，那么你有沒有報錯代碼的說明？我想看看。

好的費工，下面以S7系列PLC的功能塊報錯代碼為例，我們首先列舉一些常見報錯問題：

0016：功能執行后得到的回復是異常的。檢查觸發設置是否正確；讀取標簽的物理區域不存在；選取的天線（iAntenna）無法讀取到標簽；使用的sUII錯誤；后如果是偶爾報錯，通常情況下，在確保Sopas頁面可以讀取標簽的前提下，該報錯意味著讀寫器探測到標簽，但是無法完成讀取指定區域，這時候需要調整功率或者安裝，或檢查標簽本身使用情況。

0022：SingleTag模式下，RFU6實際上未發現環境中有任何標簽。此時我們需要檢查標簽本身問題，或調整功率或安裝，尤其是讀取功率。需要請留意的是，這個和0016是不一樣的報錯。0022是完全沒有讀到標簽。

0023：SingleTag模式下，RFU6發現到了多個標簽，并停止進一步向PLC發送標簽信息或朝標簽寫入信息。

（通常來說對于0023和0022，建議用戶尤其是車廠用戶，需要對報錯代碼做紀錄，如果經常發生0023時候，則需要調整功率或檢查安裝，另外還需要檢查標簽UII是否規范。）

對！我就遇到了16，22和23的問題，好頭疼。另外，我在剛開始配置時候有個24是什么意思呢？

費工：是這樣的：

0024：在讀碼器的設置中的Outputformat格式設置有問題需要按照功能塊手冊進行配置，且不能錯一個字符，包括大小寫。（另外需要注意使用新版本的功能塊）

還有個問題，我在開始配置的時候，出現了01超時報警，這個是什么意思？讀碼器需要那么長時間讀取么？

是的，這個是超時報警，另外還有10也是，他們的含義是這樣的：

0001與0010：在功能塊的默認Tout超時時間是5s，這個時間完全足夠功能塊和RFU6進行交互，如果出現了報警，絕大多數是通訊上沒有配置或配置失誤，建議檢查下PLC上的硬件地址，設備總線通訊等等。同時也可以使用管腳ComTest+Req進行測試，如果通訊是正常，那么通常情況下就不會再出現報警錯誤，同能塊的ReqDone也會有True的顯示。

我明白了，報錯代碼看起來挺豐富的，另外剛才提到的ComTest是不是還可以復位報錯？

是這樣的，其實也不能說是復位報錯或者重置功能塊，因為每次報錯都是代表了上次功能執行的異常情況，并不意味著這個錯誤始終存在，所以只要有任何功能執行成功了這個代碼就會消失，只是通常使用ComTest會比較簡單，因為通訊很少會在正常使用時候出現異常。

原來還有如此多的講究。多謝阿杰！

不客氣費工，隨時保持聯系！