نطاق أسماء <ExtendedDataRecord-Namespace>

يجمع نطاق الأسماء namespace <ExtendedDataRecord-Namespace> في الوحدة diag لـ AUTOSAR Adaptive Platform واجهات مثل DiagnosticExtendedDataRecordInterface لتوفير سجلات البيانات الموسعة (Extended Data Records) الخاصة بالتطبيق لمدخلات ذاكرة الأعطال. تفسير: يُرجح أن يستنسخ التطبيق الواجهة ويسجلها أثناء التهيئة لخدمة طلبات القراءة الواردة من مدير التشخيص بصورة غير متزامنة مع بيانات السياق والعدادات الحالية. سؤال (مفتوح) وفي الوقت نفسه، يتطلب الوصول المتزامن من نظام التشخيص الفرعي توفيرًا آمنًا للخيوط للبيانات واستجابة في الوقت المناسب لتفادي مهلات انتهاء وقت البروتوكول.

المزيد ›

السياق

في الوحدة diag لـ AUTOSAR Adaptive Platform، يتولى نطاق الأسماء namespace <ExtendedDataRecord-Namespace> التغليف المنطقي للواجهات المخصصة لتوفير بيانات التشخيص الموسعة. وفي تشخيص المركبات وفقًا للمعيار ISO 14229 (UDS)، تؤدي سجلات البيانات الموسعة (EDR) دورًا محوريًا، حيث تخصص لمعرّف ذاكرة التشخيص (DTC) معلومات إضافية محددة مثل عدادات تكرار الأخطاء، أو عدادات التقادم، أو بيانات الحالة الخاصة بالشركة المصنعة. تفسير: يُرجح أن يعمل المعرّف <ExtendedDataRecord-Namespace> كبديل رسمي لنطاقات الأسماء المهيأة وفق النموذج، والتي تُولَّد فيها واجهات تشخيص خاصة بالتطبيق لعناصر سجلات البيانات. سؤال Q-96107a4ff53015bb (مفتوح) وتعمل الفئة الأساسية DiagnosticExtendedDataRecordInterface (المذكورة في النموذج باسم <ExtendedDataRecordElementInterface>) كطبقة تجريد بين مدير تشخيص AUTOSAR والتطبيق المنفّذ، الذي يحتفظ بقيم الحالة المادية أو المنطقية.

دورة الحياة

ترتبط دورة حياة كائنات النوع DiagnosticExtendedDataRecordInterface وإدارة حالتها ارتباطًا وثيقًا بدورة حياة مكون التطبيق المزود لها. تفسير: يُرجح أن يتبع استنساخ مثيل الواجهة وإدارة دورة حياته نمط موفر الخدمة المعتاد لـ ara::diag، حيث يُنشئ التطبيق الواجهة أثناء مرحلة تهيئته ويضعها تحت تصرف إطار عمل التشخيص. سؤال Q-9968bfe101348d1f (مفتوح) وخلال مرحلة التشغيل الفعلي، يظل المثيل نشطًا في الذاكرة لخدمة طلبات القراءة الواردة لبيانات التشخيص. وعند الإيقاف المنظم لبرمجيات الوظائف، يجب إلغاء تسجيل المثيل أو تدميره قبل إنهاء الأنظمة الفرعية التابعة. وبما أن طلبات التشخيص يمكن أن تصل بصورة غير متزامنة عبر برنامج التشخيص الخفي (Daemon)، فإن تنفيذ فئة الواجهة يتطلب تصميمًا آمنًا للخيوط لتأمين عمليات القراءة المتزامنة لبيانات الحالة الداخلية للتطبيق.

مسار الاستخدام

يشمل تسلسل الاستخدام النموذجي تعريف استعلام سجل البيانات وتوفيره وتنفيذه. في البداية، يستنسخ التطبيق الوظيفي التنفيذ الفعلي لـ DiagnosticExtendedDataRecordInterface ويربطه بالمنفذ المهيأ. وإذا ورد بعد ذلك طلب قراءة لسجل بيانات موسع معين من جهاز اختبار تشخيص خارجي عبر أمر UDS (على سبيل المثال الخدمة 0x19 للاستعلام عن معلومات الأعطال)، يفوض مدير التشخيص هذا الطلب إلى الواجهة المسجلة. تفسير: يُرجح أن تكون الواجهة مصممة كواجهة خدمة يسترجع مدير التشخيص من خلالها محتويات سجل البيانات الحالية عند الحاجة. سؤال Q-00d5498b4380bf74 (مفتوح) يجمع التطبيق قيم البيانات المطلوبة، ويشفرها في تنسيق البيانات المحدد، ويعيد النتيجة إلى مدير التشخيص، الذي يجمّع رسالة استجابة UDS لأداة الاختبار.

سيناريوهات الأخطاء

أثناء تشغيل واجهات سجلات البيانات، قد تظهر حالات خطأ مختلفة يجب معالجتها بشكل مستهدف بواسطة برمجيات التطبيق. وإذا لم يكن مثيل الواجهة مسجلًا بالكامل في وقت ورود طلب التشخيص أو كان في حالة انتقالية، فلن يتمكن مدير التشخيص من تمرير الطلب إلى التطبيق ويستجيب عادةً لجهاز الاختبار برمز استجابة سلبية (NRC). وإذا تأخر توفير البيانات داخل التطبيق متجاوزًا نافذة زمنية محددة، فإن ذلك ينذر بحدوث مهلات انتهاء وقت البروتوكول على واجهة التشخيص. وعلاوة على ذلك، يجب أن تكون الواجهة قوية تجاه قيم القياس غير المتاحة مؤقتًا، وذلك بالإبلاغ عن عمليات الوصول غير الصالحة للبيانات أو حالات الخطأ إلى مدير التشخيص عبر آليات الخطأ المحددة، بدلًا من إطلاق استثناءات غير معالجة في العملية.