سرویس‌های ارتباطی KLine و مدیریت خطا در سیستم‌های ECU - قسمت ششم آموزش OBD II

درخواست پاک‌کردن خطا

این سرویس برای پاک‌کردن کد خطاهای عیب‌یابی و داده­های ذخیره شده متناظر با آن در حافظه، استفاده می‌شود. ساختار پیام این در خواست در شکل 62 نشان داده شده است، به طور کلی خطاها را می­توان به چهار دسته پیشرانه، بدنه، شاسی و شبکه تقسیم می­شوند. پاک کردن خطاها می­تواند به صورت گرهی یا تکی صورت بپذیرد. اگر کد ارسالی برابر با یکی از مقادیر 0x0000، 0x4000، 0x8000، 0xC000 و یا 0xFF00 باشد، گروهی از خطاها پاک می­شود در غیر این صورت خطاها به صورت تکی پاک می­شوند.

شکل 62- ساختار پیام درخواست پاک کردن خطاها در KLine.

شکل 63 – ساختار پیام جواب مثبت به درخواست پاک کردن خطاها در KLine.

شکل 64 – ساختار پیام جواب منفی به درخواست پاک کردن خطاها در KLine.

به‌عنوان‌مثال برای پاک‌کردن خطاهای پیشرانه در SIEMENS باید درخواست با متن پیام {0x83,0x11,0xF1,0x14,0x00,0x00,0x99}  ارسال شود. یا برای پاک‌کردن خطای P0120 متن پیام درخواست به‌صورت {0x83,0x11,0xF1,0x14,0x01,0x20,0xBA} خواهد بود.

سرویس خواندن داده

سرویس خواندن داده با شناسه محلی

این سرویس درخواست خواندن داده با شناسه محلی از واحد کنترل الکترونیکی را ارسال می­کند. منظور از شناسه محلی خواندن داده از حافظه فلش یا RAM است (شکل 65). در پاسخ به این درخواست، یک پیام با ساختار نشان داده شده در شکل 66 ارسال می­شود. ساختار متن پیام بسته شرکت سازنده دارد.

شکل 65- ساختار پیام خواندن داده با شناسه محلی حضور در KLine.

شکل 66 – ساختار پیام جواب مثبت به درخواست دسترسی به مشخصات در KLine.

شکل 67 – ساختار پیام جواب منفی به درخواست خواندن داده در KLine.

سرویس خواندن داده با شناسه عمومی

این سرویس مشابه سرویس قبلی است با این تفاوت که از شناسه عمومی به‌جای شناسه محلی استفاده می­کند.

شکل 68- ساختار پیام خواندن داده با شناسه محلی حضور در KLine.

شکل 69- ساختار پیام جواب مثبت به درخواست دسترسی به مشخصات در KLine.

شکل 70- ساختار پیام جواب منفی به درخواست خواندن داده در KLine.

سرویس کنترل ورودی/خروجی  (تست عملگرها)

سرویس کنترل ورودی/خروجی با شناسه محلی

این سرویس برای تست عملگرها (مانند انژکتورها، رله پمپ‌بنزین، استپر موتور و…) مورداستفاده قرار می­گیرد (شکل 71). واحد کنترل الکترونیکی بعد از دریافت درخواست، حالت عملگر مربوطه را به حالت مورد نظر تغییر می­دهد (شکل 72).

شکل 71- ساختار پیام درخواست تست عمگر در KLine.

شکل 72-ساختار پیام جواب مثبت به درخواست تست عمگر در KLine.

شکل 73- ساختار پیام جواب منفی به درخواست تست عمگر در KLine.

بایت­های کنترلی مشخص می­کنند که چگونه عملگرها تست و کنترل شوند. حالت­های مختلف بایت اول در ادامه شرح داده شده است: 

• برگرداندن کنترل به واحد الکترونیکی 0x00: این مقدار به واحد الکترونیکی اطلاع می­دهد که دیگر دستگاه درخواست‌کننده هیچ کنترلی روی ورودی یا خروجی ندارد.
• گزارش وضعیت فعلی 0x01: این مقدار از واحد الکترونیکی درخواست می­کند که وضعیت فعلی سیگنال ورودی/داخلی/خروجی را به اطلاع دستگاه عیب برساند.
• ریست به حالت پیش‌فرض 0x04: این مقدار از واحد الکترونیکی درخواست می­کند که مقدار فعلی سیگنال ورودی/داخلی/خروجی را به مقدار پیش‌فرض آن بازگرداند.
• نگه‌داشتن مقدار فعلی 0x05: این مقدار از واحد الکترونیکی درخواست می­کند که مقدار فعلی سیگنال ورودی/داخلی/خروجی را نگه دارد.
• تنظیم کوتاه‌مدت 0x07: این مقدار به واحد الکترونیکی دستور می­دهد که مقدار فعلی سیگنال ورودی/داخل/خارجی را به مقدار آورده شده در متن پیام دستور تغییر دهد. با برگشت به نشت قراردادی یا برگرداندن کنترل به واحد الکترونیکی، واحد الکترونیکی مجدد کنترل را در دست می­گیرد.
• تنظیم بلندمدت 0x08: بایت کنترلی دوم معمولاً حاوی حالت مدنظر برای تست عملگر است. مثلاً اگر 0xFF باشد به معنای آن است که مثلاً رله پمپ‌بنزین را روشن‌کن و اگر 0x00 باشد رله پمپ‌بنزین را خاموش‌کن.

سرویس کنترل ورودی/خروجی با شناسه عمومی

این سرویس به جای شناسه محلی از شناسه عمومی برای تست عملگر استفاده می­کند ساختار پیام درخواست و جواب مثبت و منفی به ترتیب در شکل 74 و شکل 75 و شکل 76 ترسیم شده­اند.

شکل 74- ساختار پیام درخواست تست عمگر در KLine.

شکل 75- ساختار پیام جواب مثبت به درخواست تست عمگر در KLine.

شکل 76- ساختار پیام جواب منفی به درخواست تست عمگر در KLine.

رویه تست عملگرها

رویه تست عملگرها معمولاً بدین ترتیب است که ابتدا حالت فعلی عملگر را نگه داشته سپس اختیار از واحد الکترونیکی به دستگاه درخواست‌کننده محول شده و تست عملگر انجام می­شود و در نهایت کنترل عملگر مجدد به واحد کنترل الکترونیکی واگذار می­شود.

هندل کردن خطا

هندل کردن خطا در هنگام شروع ارتباط

اگر درخواست‌کننده در هنگام سرویس درخواست شروع ارتباط خطایی (زمان‌بندی، داده و یا عدم پاسخ) را شناسایی کند، باید حداقل به مدت w₅ صبر کند و سپس دوباره درخواست خود را ارسال کند. اگر واحد کنترل الکترونیکی خطای توالی را تشخیص دهد، بلافاصله می­تواند درخواست سرویس شروع را ارسال کرد.

شناسایی خطا توسط ECU در هنگام ارسال داده

ECU اعتبار پیام را توسط بایت چک سام و تعداد بایت­ها بررسی می­کند قبل از اینکه P_2max سپری شده باشد. اگر خطایی شناسایی شود هیچ پاسخی ارسال نمی­کند و درخواست را نادیده می­گیرد.

در هنگامی که چک سام و تعداد بایت­های پیام صحیح باشد؛ اما اگر خطایی در قالب‌بندی یا محتوای پیام وجود داشته باشد،  برای اینکه درخواست‌کننده را مطلع کند پاسخ منفی با کد خطای متناسب با آن را ارسال می­کند.

شناسایی خطا توسط درخواست‌کننده در پیام پاسخ

درخواست‌کننده هم باید پیام پاسخ را از لحاظ چک سام و تعداد بایت­های دریافتی بررسی کند. در صورت تشخص خطا یا عدم ارسال پاسخ در زمان P_2max، باید دو بار دیگر درخواست را ارسال کند. اگر پاسخ صحیح دریافت نشد مشخص می­شود که خطایی در ارتباط وجود دارد که باید بررسی شود.

 ECU تشخصی می­دهد که در پاسخی که ارسال کرده خطا دارد

باتوجه‌به اینکه ارسال و دریافت داده در KWP روی یک خط صورت می‌گیرد؛ بنابراین پاسخی  که ECU ارسال می­کند را خودش دریافت می­کند؛ بنابراین اگر در پاسخ ارسال شده خطایی را شناسایی کند، ممکن است کار نکند! یا اینکه بعد از پایان فعالیت خط (حالت بیکاری) مجدد پاسخ صحیح را ارسال کند در زمان P₂.

درخواست‌کننده تشخص دهد که در پیام درخواست خطا وجود دارد.

همان‌طور که بیان شد ارسال و دریافت داده در KWP روی یک خط صورت می‌گیرد؛ بنابراین درخواستی که درخواست‌کننده ارسال می­کند را خودش دریافت می­کند؛ بنابراین اگر در درخواست ارسال شده خطایی را شناسایی کند، بعد از پایان فعالیت خط (حالت بیکاری) شاید لازم باشد مجدد درخواست صحیح را ارسال کند در زمان P₂.