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

يجمع نطاق الأسماء <DataElement-Namespace> في وحدة AUTOSAR Adaptive المسماة diag للإصدار R25-11 الواجهات المُولدة للربط المنظم لعناصر بيانات التشخيص الخاصة بالتطبيق بنظام التشخيص المركزي. وعبر فئة الواجهة <DataElementInterface>، ينفّذ التطبيق التكيفي عمليات القراءة والكتابة الفعلية التي تُنفّذ بواسطة حزمة التشخيص عند ورود طلبات التشخيص. وفيما يتعلق بدورة الحياة، يقع إنشاء مثيل الواجهة وتسجيله على عاتق التطبيق، مع ملاحظة: تفسير: يجب الحفاظ على صلاحية المثيل طوال مدة التشغيل بالكامل وأن يكون آمنًا للتزامن مع الاستدعاءات المتزامنة.

المزيد ›

السياق

في إطار AUTOSAR Adaptive Platform للإصدار R25-11، توفر المجموعة الوظيفية diag (Diagnostic Management) آليات معيارية لتوفير خدمات تشخيص المركبات وفقًا لـ UDS وربطها بالوظائف الداخلية للمركبة. ويشكل نطاق الأسماء <DataElement-Namespace> هنا الإطار المنطقي لواجهات جمع عناصر بيانات التشخيص وتعديلها. ويُرجح أن يعمل المعرّف <DataElement-Namespace> كبديل عام لنطاق أسماء C++ خاص بالنموذج، والذي يُستنسخ أثناء توليد الكود من توصيفات نماذج ARXML الرسمية لعنصر بيانات تشخيص محدد. سؤال Q-2a710983ba4634ab (مفتوح)

العنصر المركزي داخل نطاق الأسماء هذا هو الفئة <DataElementInterface>، المصنفة كـ DiagnosticDataElementInterface. وتشكل هذه الواجهة العقد الرسمي بين حزمة التشخيص التكيفية ومكون البرمجيات الخاص بالتطبيق. وتُستخدم فئة الواجهة المُعلنة <DataElementInterface> لربط التطبيق، ويُفترض أن ذلك يهدف إلى تفويض عمليات القراءة والكتابة على عناصر بيانات التشخيص، مثل معرّفات البيانات (DIDs)، إلى التطبيق التكيفي بطريقة آمنة نمطيًا. سؤال Q-5fbb9db6b949d851 (مفتوح) وبهذه الطريقة، يُضمن الفصل الواضح بين المعالجة العامة لبروتوكول خدمة التشخيص وتوفير البيانات الداخلي لوحدة التحكم الإلكترونية.

دورة الحياة

ترتبط دورة حياة المكونات المحددة في <DataElement-Namespace> بمراحل تنفيذ التطبيق التكيفي ومدير التشخيص. ويحدث استنساخ التنفيذ الفعلي لـ <DataElementInterface> بصورة منتظمة أثناء مرحلة التهيئة وبدء التشغيل لعملية التطبيق المعنية. وفيما يخص علاقات الملكية، فإن إنشاء التنفيذ الفعلي لـ <DataElementInterface> وتدميره يقعان على عاتق التطبيق المستخدم، مع ملاحظة: تفسير: يجب الحفاظ على صلاحية المثيل طوال مرحلتي التسجيل والتشغيل في نظام التشخيص، قبل السماح بتحريره بأمان عند إلغاء التهيئة.

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

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

ينقسم الاستخدام النموذجي للواجهات من <DataElement-Namespace> إلى التنفيذ، والتسجيل، والخدمة أثناء وقت التشغيل، والتنظيف. يشتق برنامج التطبيق أولًا فئة ملموسة من <DataElementInterface> ويعيد كتابة (Overrides) أساليب رد الاتصال (Callback Methods) المطلوبة للوصول إلى بيانات التشخيص. وعند بدء التشغيل، يستنسخ التطبيق هذه الفئة ويسجلها لدى بيئة وقت التشغيل الخاصة بالوحدة diag كمزوّد للبيانات.

إذا استقبلت مجموعة التشخيص بعد ذلك طلب خدمة UDS (على سبيل المثال للاستعلام عن DID أو برمجته)، فإنها تفوّض الوصول إلى البيانات مباشرة إلى المثيل المسجل لـ <DataElementInterface>. يقرأ التطبيق البيانات المطلوبة أو يحدّثها ويعيد النتيجة إلى نظام التشخيص، الذي يُنشئ بدوره استجابة التشخيص بناءً عليها. وعند الإنهاء المنظم للتطبيق، يُلغى تسجيل المثيل وتُحرر الذاكرة بشكل صحيح.