پروتکل KLine: اعلان حضور، ریست و خواندن اطلاعات ECU - قسمت پنجم آموزش OBD II

درخواست اعلان حضور

برای جلوگیری از بسته شدن پروتکل ارتباطی پیش زمان P_3max می­توان از کد درخواست 0x3E استفاده کرد (شکل 36). جواب مثبت و منفی این درخواست به ترتیب در شکل 37 و شکل 38 نشان داده شده است.

شکل 36- ساختار پیام اعلان حضور در KLine.

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

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

درخواست ریست واحد الکترونیکی

می­توان کل واحد الکترونیکی یا قسمتی ار آن را ریست کرد. برای ریست کردن ECU می­توان از دستور 0x11 استفاده کرد (شکل 39). پاسخ مثبت و منفی به این دستور به ترتیب در شکل 40 و شکل 41 آورده شده است.

شکل 39 – ساختار پیام درخواست ریست در KLine.

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

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

درخواست خواندن اطلاعات واحد الکترونیکی

برای خواندن اطلاعات واحد الکترونیکی از درخواست 0x1A استفاده می­شود (شکل 42). این اطلاعات شامل VIN خودرو، نسخه نرم افزار واحد الکترونیکی، تاریخ برنامه ریزی و … می­شود.

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

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

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

سرویس درخواست شروع نشست

این سرویس انواع متفاوتی از نشست­های عیب‌یابی را فعال می­کند. به‌منظور اجرای هر سرویس عیب‌یابی باید ابتدا نشست متناظر با آن شروع شود. نکات این سرویس در زیر لیست شده است (شکل 45).

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

شکل 45- نمودار حالت نشت­های عیب یابی.

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

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

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

درخواست پایان نشست

این سرویس درخواست غیرفعال کردن نشست فعلی و بازگشت به نشست پیش فرض را فراهم می­کند (شکل 49). ساختار پیام پاسخ مثبت یا منفی به این سرویس به ترتیب در شکل 50 و شکل 51  نشان داده شده است. برای استفاده از این درخواست باید نکات زیر را در نظر گرفت

برای استفاده از این سرویس باید ارتباط ایجاد شده باشد و نشست باید در حال اجرا باشد که بتوان آن را پایان داد. در غیر این صورت اگر نشست فعال نباشد، جواب درخواست منفی خواهد بود

این درخواست را نمی­توان برای غیرفعال‌کردن نشست پیش‌فرض استفاده کرد.

هنگامی که پاسخ مثبت ارسال می­شود تنظیمات زمان‌بندی به تنظیمات زمان‌بندی مرتبط در نشست پیش‌فرض برگردانده می­شود.

با ارسال پاسخ مثبت، درصورتی‌که در نشست فعال شده مجوز دسترسی خاصی امکان‌پذیر شده باشد با پایان‌یافتن نشست مجوز دسترسی لغو خواهد شد.

درصورتی‌که پاسخ منفی به پایان نشست ارسال شود، در نشست فعلی باقی می­ماند.

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

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

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

درخواست خواندن خطا

کد خطا 18

به‌وسیله این سرویس می­توان همه یا گروهی از کدهای خطا و وضعیت آنها را از حافظه خواند. همان‌طور که در شکل 52 نشان داده شده اگر مقدار بایت وضعیت DTC برابر با 0x00 آنگاه کدهای خطای شناسایی شده را به همراه وضعیت آنها (در صورت وجود) ارسال می­شود. سایر مقادیر را می­توان به تناسب استفاده کرد. می­توان همه کدهای خطا را خواند (FF00) یا گروهی از کدها خطا را خواند (0000 برای کدهای پیشرانه یا همان قوای محرکه، 4000 کدهای خطای شاسی، 8000 کدهای خطای بدنه و C000 مدهای خطای مربوط به شبکه و سیم کشی).

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

در جواب این درخواست همیشه تعداد خطاها، کد خطا و وضعیت خطا وجود خواهد داشت (شکل 53). اگر تعداد خطاها صفر باشد در پاسخ تعداد خطاها صفر ذکر شده و بقیه داده­ها ارسال نخواهد شد.  در صورتی که کد خطا(هایی) وجود داشته باشد به ازای هر کد خطا سه بایت در نظر گرفته شده است. روش استخراخ کد خطا در شکل 54 نشان داه شده است.

دو بیت بارزش بایت اول (7 و 6 ام) گروه خطا را مشخص می­کنند اگر به ترتیب برابر با 0، 1، 2 یا 3 باشند آنگاه گروه خطا P، C، B و یا U خواهند بود. دو بیت بعدی بایت اول (5 و 4 ام) مشخص می­کند که کد خطا عمومی است یا یک کد اختصاصی برای خودروساز است.

4 بیت کم ارزش بایت اول ( 0 تا 3ام) رقم سوم کد خطا را مشخص می­کند و دو رقم دیگر هم از بایت دوم حاصل می­شود. بایت سوم اطلاعاتی درباره کد خطا می­دهد. مثلا اگر بیت 7ام آن یک باشد این به معنای آن است که این کد خطا موجب روشن شدن چراخ چک خواهد شد. همچنین در صورتی که کد خطا، یک کد خطای دائمی باشد بیت 3ام یک می­شود و در صورتی که خطا موقت باشد، بیت 2ام یک می­شود.

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

شکل 54- روش ساخت کد خطا با توجه به داده ارسالی از واحد الکترونیکی.

درصورتی‌که واحد کنترل الکترونیکی به هر دلیل نتواند به سرویس خواندن خطا جواب مثبت دهد به‌صورت نشان‌داده‌شده در شکل 55 به آن جواب خواهد داد.

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

کد خطا 13

به وسیله این سرویس می­توان همه یا گروهی از کدهای خطا را از حافظه خواند. ساختار پیام این سرویس در شکل 56 آورده شده است. این سرویس وضعیت کد خطا را بر نمی­گرداند و فقط کد خطا را ارسال می­کند. بنابراین کدهای خطای ارسالی دو بایتی هستند (شکل 57). در صورت جواب منفی پاسخ به صورت …خواهد بود.

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

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

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

کد خطا 17

این سرویس هم برای خواندن کد خطا مورداستفاده قرار می­گیرد و مشابه کد خطای 13 است با این تفاوت که بایت وضعیت کد خطا را همراه با کد خطا ارسال می­کند یعنی کدهای خطای ارسالی سه بایتی هستند.

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

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

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

اولین مرجع متن‌باز ECU در ایران