plc梯形圖編程中常見的編譯錯(cuò)誤有哪些，如何判斷和檢測(cè)出來？有些是要運(yùn)行了才會(huì)發(fā)現(xiàn)，有些是用系統(tǒng)軟件可以檢查出來的。舉個(gè)例子，下面用了MC主控指令，但是沒有MCR結(jié)尾，這些一對(duì)使用的指令很多人會(huì)漏掉。

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

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

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

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

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

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

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

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

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

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

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

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

謝謝觀看！

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

謝邀。

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

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

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

如何判斷數(shù)據(jù)是否損壞但是，C語言程序怎么能知道存在磁盤里的數(shù)據(jù)有沒有損壞呢？這其實(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語言代碼如下，請(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ù)沒有損壞；若不相等，就說明數(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語言代碼：

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

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

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

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

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

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

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

計(jì)算結(jié)構(gòu)體某成員偏移量的小技巧我們都知道，C語言中結(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語言代碼如下，請(qǐng)看：

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

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

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

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

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

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