plc梯形圖編程中常見的編譯錯(cuò)誤有哪些，如何判斷和檢測(cè)出來(lái)？

有些是要運(yùn)行了才會(huì)發(fā)現(xiàn)，有些是用系統(tǒng)軟件可以檢查出來(lái)的。

舉個(gè)例子，下面用了MC主控指令，但是沒(méi)有MCR結(jié)尾，這些一對(duì)使用的指令很多人會(huì)漏掉。

還有事常識(shí)性錯(cuò)誤，小學(xué)生都知道，被除數(shù)不能為零，也是PLC運(yùn)行到那一步才會(huì)報(bào)錯(cuò)的

下面這種跳轉(zhuǎn)P1,但是程序沒(méi)有寫指針P1，可以用系統(tǒng)程序檢查出來(lái)的

可以看到結(jié)果提示沒(méi)有指針

和運(yùn)行后比如回到停止沒(méi)有指針的運(yùn)行看下

可以看到已經(jīng)提示有錯(cuò)誤了。

此時(shí)可以點(diǎn)擊PLC診斷

雙擊錯(cuò)誤框，彈出錯(cuò)誤說(shuō)明

再點(diǎn)擊錯(cuò)誤JUMP，可以直接跳轉(zhuǎn)到錯(cuò)誤步，綠色顯示方便你尋找問(wèn)題。

系統(tǒng)的程序檢查不是萬(wàn)能的，有些可以檢查出來(lái)，有些不能。同樣，這里的PLC診斷也不能100%幫你找對(duì)錯(cuò)誤位置，很多問(wèn)題還是靠經(jīng)驗(yàn)規(guī)避。

謝謝觀看！

在C語(yǔ)言程序中，怎樣判斷數(shù)據(jù)是否損壞，常用的方法是什么，有什么技巧嗎？

謝邀。

在實(shí)際的C語(yǔ)言程序開發(fā)中，常常需要保存一些非常重要的數(shù)據(jù)，這些數(shù)據(jù)需要確保不能損壞。那么該怎么做呢？首先應(yīng)該明白，在C語(yǔ)言中，復(fù)雜數(shù)據(jù)一般都是通過(guò)結(jié)構(gòu)體組織的。所以C語(yǔ)言中的結(jié)構(gòu)體非常有用。

C語(yǔ)言中的結(jié)構(gòu)體非常有用例如，利用C語(yǔ)言描述人的身高、體重、年齡、性別、姓名時(shí)，使用結(jié)構(gòu)體時(shí)非常方便的，相關(guān)C語(yǔ)言代碼可以如下定義：

上面的C語(yǔ)言代碼定義了person結(jié)構(gòu)體，用于描述要求統(tǒng)計(jì)的每個(gè)人信息。一般來(lái)說(shuō)，統(tǒng)計(jì)信息常常需要記錄在磁盤里，如果這些信息比較重要，往往還需要記錄不止一份。這樣在數(shù)據(jù)損壞時(shí)，可以從備份將損壞數(shù)據(jù)修復(fù)。

如何判斷數(shù)據(jù)是否損壞但是，C語(yǔ)言程序怎么能知道存在磁盤里的數(shù)據(jù)有沒(méi)有損壞呢？這其實(shí)就需要借助于校驗(yàn)了，一個(gè)非常常用的校驗(yàn)方法是crc32校驗(yàn)。crc32校驗(yàn)可以根據(jù)一段長(zhǎng)度（若干字節(jié)）的數(shù)據(jù)生成一個(gè)32bit的數(shù)，理想情況下，數(shù)據(jù)不同，生成的校驗(yàn)值也不同。

所以上面的person結(jié)構(gòu)體最好加上一個(gè)成員crc32，相關(guān)C語(yǔ)言代碼如下，請(qǐng)看：

person結(jié)構(gòu)體假設(shè)int類型占4字節(jié)內(nèi)存空間。

這樣在記錄數(shù)據(jù)的時(shí)候，先計(jì)算出這段數(shù)據(jù)的crc32校驗(yàn)值，然后將數(shù)據(jù)和crc32校驗(yàn)值一起存儲(chǔ)。以后讀取數(shù)據(jù)時(shí)，可以再計(jì)算一次crc32校驗(yàn)值，并與原先記錄的舊crc32校驗(yàn)值比較，若相等，則可以認(rèn)為數(shù)據(jù)沒(méi)有損壞；若不相等，就說(shuō)明數(shù)據(jù)損壞，可以啟動(dòng)數(shù)據(jù)修復(fù)邏輯了。

上面這種判斷數(shù)據(jù)是否損壞的方法，其實(shí)是有可能誤判（現(xiàn)實(shí)與理想總是有差距）的，但是幾率比較小，因此crc32仍然是一個(gè)不錯(cuò)的數(shù)據(jù)校驗(yàn)方法。

怎樣計(jì)算結(jié)構(gòu)體的校驗(yàn)值計(jì)算crc32的方法不是本節(jié)的重點(diǎn)，而且網(wǎng)絡(luò)上資源很多。這里直接假設(shè)獲取一段數(shù)據(jù)的crc32校驗(yàn)值的函數(shù)的原型如下，請(qǐng)看C語(yǔ)言代碼：

此時(shí)，計(jì)算person的校驗(yàn)值的C語(yǔ)言代碼似乎可以這么寫：

想想看，為什么不能直接這么計(jì)算crc32校驗(yàn)值呢：get_crc32(amps,sizeof(structtests))

顯然，這么計(jì)算太麻煩了，若是結(jié)構(gòu)體的成員非常多，估計(jì)要把C語(yǔ)言程序員累死。而且，要是以后為結(jié)構(gòu)體添加新成員，或者刪除舊成員，這段計(jì)算crc32校驗(yàn)值的C語(yǔ)言代碼也需修改，可見，這樣計(jì)算crc32校驗(yàn)值的代碼維護(hù)起來(lái)也是非常的麻煩，還容易出錯(cuò)。

因此，計(jì)算結(jié)構(gòu)體的校驗(yàn)值的代碼一般都不像上面那樣寫，那該怎么寫呢？如果能夠直接獲取crc32成員在結(jié)構(gòu)體test中的偏移量offset，那計(jì)算校驗(yàn)值的C語(yǔ)言代碼就很好寫了：

那么，offset等于多少呢？很多C語(yǔ)言初學(xué)者會(huì)認(rèn)為：

姑且不管這樣計(jì)算crc32校驗(yàn)值一樣會(huì)帶來(lái)代碼維護(hù)困難、容易出錯(cuò)又麻煩的問(wèn)題。這樣計(jì)算的offset都不等于crc32成員在結(jié)構(gòu)體test中的偏移量，因此這樣計(jì)算校驗(yàn)值是不合適的。

還記得結(jié)構(gòu)體的“內(nèi)存對(duì)齊”相關(guān)的陷阱嗎？（可以參考我的專欄《C語(yǔ)言經(jīng)典面試題詳解》）

計(jì)算結(jié)構(gòu)體某成員偏移量的小技巧我們都知道，C語(yǔ)言中結(jié)構(gòu)體的各個(gè)成員在內(nèi)存中其實(shí)也是先后存儲(chǔ)的，結(jié)構(gòu)體s的成員crc32肯定是排在s之后的，因此計(jì)算結(jié)構(gòu)體中某個(gè)成員的偏移量，其實(shí)可以采用“地址相減法”：

知道原理了，我們完全可以自己定義一個(gè)宏，用于計(jì)算結(jié)構(gòu)體某成員在結(jié)構(gòu)體中的偏移量，相關(guān)C語(yǔ)言代碼如下，請(qǐng)看：

既然結(jié)構(gòu)體成員地址減去結(jié)構(gòu)體地址就等于該成員的偏移量，那如果結(jié)構(gòu)體地址為0，該成員的地址就恰好等于它在結(jié)構(gòu)體中的偏移量了，現(xiàn)在我們編寫測(cè)試用例，相關(guān)C語(yǔ)言代碼如下，請(qǐng)看：

編譯并執(zhí)行這段C語(yǔ)言代碼，得到如下結(jié)果：

一切與預(yù)期一致?，F(xiàn)在利用offset宏計(jì)算結(jié)構(gòu)體person的校驗(yàn)值就方便了，請(qǐng)看下面的C語(yǔ)言代碼：

而且，無(wú)論以后如何調(diào)整person的成員，刪除也好，新增也好，只要保證crc32是它的最后一個(gè)成員，計(jì)算校驗(yàn)值的代碼就無(wú)需改動(dòng)，這樣的C語(yǔ)言代碼維護(hù)起來(lái)也是非常的省心的。

小結(jié)在C語(yǔ)言程序開發(fā)中，若需記錄在磁盤中的數(shù)據(jù)非常重要，則應(yīng)該保存不止一份，這樣才能在盡可能的確保數(shù)據(jù)不損壞。關(guān)于如何判斷數(shù)據(jù)是否損壞，本節(jié)介紹了一種常用的crc32校驗(yàn)法，在此基礎(chǔ)上，討論了一種計(jì)算結(jié)構(gòu)體成員偏移量的方法，并將其封裝成宏，特別有利于之后C語(yǔ)言代碼的維護(hù)。

歡迎在評(píng)論區(qū)一起討論，質(zhì)疑。文章都是手打原創(chuàng)，每天最淺顯的介紹C語(yǔ)言、linux等嵌入式開發(fā)，喜歡我的文章就關(guān)注一波吧，可以看到最新更新和之前的文章哦。