تبدیل به یک استاندارد عملی در برنامه های کاربردی تشخیصی خودرو. آن است که به عنوان ایزو 14230 3 استاندارد. KWP2000 توصیف پیاده سازی خدمات مختلف تشخیصی شما می توانید accethrough پروتکل. شما می توانید اجرا KWP2000 در چند لایه حمل و نقل مانند خط K (سریال) و یا CAN.
حمل و نقل پروتکل
به عنوان KWP2000 پیام بایت متغیر خطی با استفاده از حمل و نقل پروتکل در لایه با تنها طول پیام (کوتاه) به خوبی تعریف شده، مانند CAN. لازم است پروتکل حمل و نقل پیام طولانی KWP2000 تقسیم به قطعات است که می توان بر روی شبکه منتقل می شود و قطعات آن برای بازیابی پیام اصلی reassembles.
KWP2000 می توانید در “پروتکل” حمل و نقل مختلف مانند TP ISO (ISO 15765 2) TP TP 1.6 2 اجرا می شود. 0 (فولکس واگن) و SAE J1939 21. برای KWP2000، خودرو تشخیصی فرمان مجموعه پشتیبانی از تنها TP ISO (استاندارد ایزو 15765 2) و VW TP 2.0 تولید کننده خاص حمل و نقل پروتکل.
خدمات تشخیصی
خدمات تشخیصی موجود در KWP2000 گروه بندی شده در واحد های عملکردی و شناسایی توسط یک بایت کد (ServiceId). استاندارد همه کدهای تعریف; برای برخی از کدهای استاندارد اشاره به دیگر استانداردهای SAE یا ISO و برخی برای گسترش تولید کننده خاص محفوظ است. خودرو تشخیصی فرمان تنظیم و پشتیبانی از خدمات زیر:
• • مدیریت تشخیصی
• انتقال داده ها
ذخیره شده انتقال داده ها (کدهای مشکل تشخیصی) • کنترل ورودی
• از راه دور فعال سازی روال
آپلود/دانلود و تمدید خدمات هستند و نه بخشی از خودرو تشخیصی فرمان مجموعه.
خدمات تشخیصی تشخیصی قالب سرویس
فرمت پیام مشترک است. هر سرویس پیام درخواست و پیام پاسخ مثبت و منفی پیام پاسخ را تعریف می کند. درخواست پیام ServiceId به عنوان اولین بایت به همراه پارامترهای اضافی خدمات تعریف شده است. پیام پاسخ مثبت پژواک ServiceId با بیت 6 مجموعه به عنوان اولین کلمه در ادامه متن به همراه پارامترهای پاسخ خدمات تعریف شده است.
پیام پاسخ منفی معمولا پیام سه بایتی است: آن ServiceId پاسخ منفی به عنوان اولین بایت، اکو اصلی ServiceId دوم بایت و سوم ResponseCode به عنوان کلمه است. تنها استثنا در این قالب پاسخ منفی به سرویس EscapeCode است; اینجا، بایت سوم اکو از کد سرویس های تعریف شده توسط کاربر است و بایت چهارم ResponseCode است. استاندارد تعریف KWP2000 تا حدی ResponseCodes، اما در آنجا اتاق در سمت چپ برای گسترش تولید کننده خاص. برای برخی از ResponseCodes KWP2000 هنگام دست زدن به روش تعریف می کند. زیرا پاسخ مثبت و منفی اکو سرویس مورد درخواست، شما همیشه می توانید پاسخ به درخواست های مربوطه خود را اختصاص دهید.
اتصال/قطع 19459003 KWP2000 انتظار جلسه تشخیصی را با StartDiagnosticSession آغاز شده و با StopDiagnosticSession خاتمه یافت. با این حال، پارامتر StartDiagnosticSession DiagnosticMode است که تعیین کننده نوع جلسه تشخیصی است. بسته به نوع این ECU ممکن است یا ممکن است نمی پشتیبانی خدمات تشخیصی یا عمل در حالت محدود که در آن همه توابع ECU در دسترس هستند. مقادیر پارامتر DiagnosticMode تولید کننده خاص و نه تعریف شده در استاندارد هستند. اگر هیچ خدمات اجرا شده است برای جلسه تشخیصی فعال باقی می ماند آن خدمات آزمون اين دوره اجرا باید. اگر سرویس تست موجود برای مدت زمان از دست رفته است، جلسه تشخیصی در پایان داده و ECU به حالت عمل طبیعی برمی گرداند.
مکانیسم باز و GetSeed GetSeed/باز کردن
ممکن است برخی از خدمات تشخیصی محافظت می کند. با این حال، خدمات قابل اجرا به سازنده و نه تعریف شده توسط استاندارد. شما می توانید اجرا ساز GetSeed/باز کردن را از طریق خدمات SecurityAccess. این تعریف سطوح مختلفی از امنیت، اما سازنده این سطوح خدماتی اختصاص می دهد.
خواندن/نوشتن حافظه
استفاده از خدمات خواندنی/WriteMemoryByAddress به آپلود/داده ها به آدرس حافظه خاصی در ECU دانلود. آدرس مقدار سه بایتی در KWP2000 و پنج بایت تعداد (چهار بایت آدرس و گسترش یک بایت) در پروتکل ها است. خدمات واحد آپلود/دانلود بسیار سازنده خاص و نه به خوبی تعریف شده در استاندارد، بنابراین آنها راه خوبی برای ارائه مکانیزم کلی آپلود/دانلود هستند.
اندازه گیری
استفاده از خدمات ReadDataByLocal/CommonIdentifier به دسترسی به داده ها ECU در روشی مشابه به لیست دق. محلی/CommonIdentifier فهرست مقادیر ECU است که بعد از ECU به آزمون های منتقل شده را توضیح می دهد. انتقال می تواند ارزش های تک و یا سرعت انتقال دوره ای با متوسط کند، یا سریع. نرخ انتقال تولید کننده خاص است. شما می توانید سرویس SetDataRates به مجموعه آنها اما این تنظیم تولید کننده خاص. خودرو تشخیصی فرمان مجموعه تک نقطه اندازه گیری را پشتیبانی می کند.
کدهای مشکل تشخیصی
ویژگی های تشخیصی مهم خواندن کدهای مشکل تشخیصی (DTC) است. KWP2000 خدمات چند DTC دسترسی که بر اساس گروه و یا وضعیت تعریف می کند.
کنترل ورودی
تعریف دو KWP2000 خودداري سیگنال های ای سی یو داخلی یا خارجی. یکی از نمونه های ECU سنسور ورودی تحریک دو سیگنال را هدایت است. پارامترهای کنترل این دستورات سازنده خاص و نه تعریف شده در استاندارد دارد.
فعال سازی از راه دور از روال
این خدمات مشابه به ActionService و DiagService توابع CCP هستند. قادر به فراخوانی روال داخلی ECU با محلی/CommonIdentifier و یا آدرس حافظه می تواند. بر خلاف مورد CCP اعدام این روال می تواند ناهمزمان. است که جداگانه شروع و توقف و RequestResult خدمات وجود دارد. پارامترهای کنترل این دستورات سازنده خاص و نه تعریف شده در استاندارد دارد.
مرجعهای خارجی
برای کسب اطلاعات بیشتر در مورد استاندارد KWP2000، اشاره به ایزو 14230 3 استاندارد.
تبدیل به یک استاندارد عملی در برنامه های کاربردی تشخیصی خودرو. آن است که به عنوان ایزو 14230 3 استاندارد. KWP2000 توصیف پیاده سازی خدمات مختلف تشخیصی شما می توانید accethrough پروتکل. شما می توانید اجرا KWP2000 در چند لایه حمل و نقل مانند خط K (سریال) و یا CAN.
حمل و نقل پروتکل
به عنوان KWP2000 پیام بایت متغیر خطی با استفاده از حمل و نقل پروتکل در لایه با تنها طول پیام (کوتاه) به خوبی تعریف شده، مانند CAN. لازم است پروتکل حمل و نقل پیام طولانی KWP2000 تقسیم به قطعات است که می توان بر روی شبکه منتقل می شود و قطعات آن برای بازیابی پیام اصلی reassembles.
KWP2000 می توانید در “پروتکل” حمل و نقل مختلف مانند TP ISO (ISO 15765 2) TP TP 1.6 2 اجرا می شود. 0 (فولکس واگن) و SAE J1939 21. برای KWP2000، خودرو تشخیصی فرمان مجموعه پشتیبانی از تنها TP ISO (استاندارد ایزو 15765 2) و VW TP 2.0 تولید کننده خاص حمل و نقل پروتکل.
خدمات تشخیصی
خدمات تشخیصی موجود در KWP2000 گروه بندی شده در واحد های عملکردی و شناسایی توسط یک بایت کد (ServiceId). استاندارد همه کدهای تعریف; برای برخی از کدهای استاندارد اشاره به دیگر استانداردهای SAE یا ISO و برخی برای گسترش تولید کننده خاص محفوظ است. خودرو تشخیصی فرمان تنظیم و پشتیبانی از خدمات زیر:
• • مدیریت تشخیصی
• انتقال داده ها
ذخیره شده انتقال داده ها (کدهای مشکل تشخیصی) • کنترل ورودی
• از راه دور فعال سازی روال
آپلود/دانلود و تمدید خدمات هستند و نه بخشی از خودرو تشخیصی فرمان مجموعه.
خدمات تشخیصی تشخیصی قالب سرویس
فرمت پیام مشترک است. هر سرویس پیام درخواست و پیام پاسخ مثبت و منفی پیام پاسخ را تعریف می کند. درخواست پیام ServiceId به عنوان اولین بایت به همراه پارامترهای اضافی خدمات تعریف شده است. پیام پاسخ مثبت پژواک ServiceId با بیت 6 مجموعه به عنوان اولین کلمه در ادامه متن به همراه پارامترهای پاسخ خدمات تعریف شده است.
پیام پاسخ منفی معمولا پیام سه بایتی است: آن ServiceId پاسخ منفی به عنوان اولین بایت، اکو اصلی ServiceId دوم بایت و سوم ResponseCode به عنوان کلمه است. تنها استثنا در این قالب پاسخ منفی به سرویس EscapeCode است; اینجا، بایت سوم اکو از کد سرویس های تعریف شده توسط کاربر است و بایت چهارم ResponseCode است. استاندارد تعریف KWP2000 تا حدی ResponseCodes، اما در آنجا اتاق در سمت چپ برای گسترش تولید کننده خاص. برای برخی از ResponseCodes KWP2000 هنگام دست زدن به روش تعریف می کند. زیرا پاسخ مثبت و منفی اکو سرویس مورد درخواست، شما همیشه می توانید پاسخ به درخواست های مربوطه خود را اختصاص دهید.
اتصال/قطع 19459003 KWP2000 انتظار جلسه تشخیصی را با StartDiagnosticSession آغاز شده و با StopDiagnosticSession خاتمه یافت. با این حال، پارامتر StartDiagnosticSession DiagnosticMode است که تعیین کننده نوع جلسه تشخیصی است. بسته به نوع این ECU ممکن است یا ممکن است نمی پشتیبانی خدمات تشخیصی یا عمل در حالت محدود که در آن همه توابع ECU در دسترس هستند. مقادیر پارامتر DiagnosticMode تولید کننده خاص و نه تعریف شده در استاندارد هستند. اگر هیچ خدمات اجرا شده است برای جلسه تشخیصی فعال باقی می ماند آن خدمات آزمون اين دوره اجرا باید. اگر سرویس تست موجود برای مدت زمان از دست رفته است، جلسه تشخیصی در پایان داده و ECU به حالت عمل طبیعی برمی گرداند.
مکانیسم باز و GetSeed GetSeed/باز کردن
ممکن است برخی از خدمات تشخیصی محافظت می کند. با این حال، خدمات قابل اجرا به سازنده و نه تعریف شده توسط استاندارد. شما می توانید اجرا ساز GetSeed/باز کردن را از طریق خدمات SecurityAccess. این تعریف سطوح مختلفی از امنیت، اما سازنده این سطوح خدماتی اختصاص می دهد.
خواندن/نوشتن حافظه
استفاده از خدمات خواندنی/WriteMemoryByAddress به آپلود/داده ها به آدرس حافظه خاصی در ECU دانلود. آدرس مقدار سه بایتی در KWP2000 و پنج بایت تعداد (چهار بایت آدرس و گسترش یک بایت) در پروتکل ها است. خدمات واحد آپلود/دانلود بسیار سازنده خاص و نه به خوبی تعریف شده در استاندارد، بنابراین آنها راه خوبی برای ارائه مکانیزم کلی آپلود/دانلود هستند.
اندازه گیری
استفاده از خدمات ReadDataByLocal/CommonIdentifier به دسترسی به داده ها ECU در روشی مشابه به لیست دق. محلی/CommonIdentifier فهرست مقادیر ECU است که بعد از ECU به آزمون های منتقل شده را توضیح می دهد. انتقال می تواند ارزش های تک و یا سرعت انتقال دوره ای با متوسط کند، یا سریع. نرخ انتقال تولید کننده خاص است. شما می توانید سرویس SetDataRates به مجموعه آنها اما این تنظیم تولید کننده خاص. خودرو تشخیصی فرمان مجموعه تک نقطه اندازه گیری را پشتیبانی می کند.
کدهای مشکل تشخیصی
ویژگی های تشخیصی مهم خواندن کدهای مشکل تشخیصی (DTC) است. KWP2000 خدمات چند DTC دسترسی که بر اساس گروه و یا وضعیت تعریف می کند.
کنترل ورودی
تعریف دو KWP2000 خودداري سیگنال های ای سی یو داخلی یا خارجی. یکی از نمونه های ECU سنسور ورودی تحریک دو سیگنال را هدایت است. پارامترهای کنترل این دستورات سازنده خاص و نه تعریف شده در استاندارد دارد.
فعال سازی از راه دور از روال
این خدمات مشابه به ActionService و DiagService توابع CCP هستند. قادر به فراخوانی روال داخلی ECU با محلی/CommonIdentifier و یا آدرس حافظه می تواند. بر خلاف مورد CCP اعدام این روال می تواند ناهمزمان. است که جداگانه شروع و توقف و RequestResult خدمات وجود دارد. پارامترهای کنترل این دستورات سازنده خاص و نه تعریف شده در استاندارد دارد.
مرجعهای خارجی
برای کسب اطلاعات بیشتر در مورد استاندارد KWP2000، اشاره به ایزو 14230 3 استاندارد.