下面的兩張截圖中，第一張是同事從現(xiàn)場發(fā)回的故障診斷區(qū)的截圖，第二張是我在PLCSIM中故意產(chǎn)生的一個(gè)故障后的故障診斷區(qū)的截圖。
我想請教四個(gè)問題（呵呵，是不是有點(diǎn)多？）：
（1）像截圖中這種全局DB塊的讀寫錯(cuò)誤，在故障診斷區(qū)里無法知道是哪個(gè)DB塊嗎？
（2）為什么在第二張截圖里故障診斷信息里提供了出問題的地方（FC編號(hào)：30）并且可以直接打開出問題的塊，但是在第一張截圖里診斷信息卻沒有提供呢？
（3）“模塊地址：24”是指什么呢？
（4）為什么同是出故障，在第一張截圖的上方的狀態(tài)為“出錯(cuò)”，第二張截圖的上方的狀態(tài)為“正常”？

另，已確認(rèn)現(xiàn)場PLC里已下載了OB121（SF紅燈亮?xí)rPLC未停機(jī)）。

問題有點(diǎn)多，還望高手不辭辛苦給予解惑，謝謝。




  

出現(xiàn)OB121？程序錯(cuò)誤，這個(gè)錯(cuò)誤是由于程序員的編程錯(cuò)誤引發(fā)的。

出現(xiàn)你這個(gè)錯(cuò)誤的原因你應(yīng)該去看看是否使用了間接尋址，當(dāng)對DB做間接尋址時(shí)，特別是程序中使用了循環(huán)，那么可能造成地址越界，所以，循環(huán)變量應(yīng)該考慮DB的數(shù)據(jù)長度。

Regards

引用

引用第1樓cvlsam于2012-05-09 10:06發(fā)表的  :
出現(xiàn)OB121？程序錯(cuò)誤，這個(gè)錯(cuò)誤是由于程序員的編程錯(cuò)誤引發(fā)的。

出現(xiàn)你這個(gè)錯(cuò)誤的原因你應(yīng)該去看看是否使用了間接尋址，當(dāng)對DB做間接尋址時(shí)，特別是程序中使用了循環(huán)，那么可能造成地址越界，所以，循環(huán)變量應(yīng)該考慮DB的數(shù)據(jù)長度。

Regards

確實(shí)使用了間接尋址和循環(huán)，但是也做了循環(huán)到一定地址結(jié)束循環(huán)的處理。
這個(gè)不是我主要想請教的地方。我想請教的是故障診斷區(qū)的使用方面的一些問題。