Message
↓
Location
↓
Block / Address / Module
↓
Cause
↓
Action
یعنی اول پیغام رو می‌خونیم.
بعد مشخص می‌کنیم خطا مربوط به کجاست.
بعد می‌ریم سراغ Block، آدرس یا Module مربوطه.
علت رو پیدا می‌کنیم.
و در آخر اقدام اصلاحی رو انجام می‌دیم.
این خیلی بهتر از اینه که بدون اینکه Diagnostic Buffer رو بخونیم، شروع کنیم به تغییر دادن برنامه و دانلود کردن دوباره.
یک نکته دیگه هم این وسط هست:
💢توجه کنید که CPU حتماً لازم نیست STOP باشه که Diagnostic Buffer رو بررسی کنیم.
💢خیلی از اتفاقات و خطاها در حالت RUN هم می‌تونن در Diagnostic Buffer ثبت بشن.
پس اگر یک سیستم صنعتی رفتار عجیبی داره، حتی اگر CPU هنوز RUN هست، Diagnostic Buffer یکی از اولین جاهایی هست که من بررسی می‌کنم.
در قسمت بعد می‌ریم سراغ یکی از قسمت‌های مهم‌تر ماجرا:
🔸 OB80
🔸 OB82
🔸 OB83
🔸 OB85
🔸 OB86
🔸 OB121
🔸 OB122
و اینکه وقتی در Diagnostic Buffer با عبارت Requested OB مواجه می‌شیم، اصلاً داستان چیه و چرا CPU دنبال یک OB خاص می‌گرده.
این قسمت رو اگر درست متوجه بشید، عیب‌یابی PLC خیلی براتون حرفه‌ای‌تر میشه.
🎓 PLCpro2018.ir
مدرس: مهندس آرش برجی
#Siemens #PLC #S7300 #S7400 #STEP7 #DiagnosticBuffer #PLCProgramming #PLCTraining #اتوماسیون_صنعتی #عیب_یابی_PLC
September 15, 2026 1.5K
