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

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

المزيد ›

السياق

يعد نطاق الأسماء namespace <RoutineInterface-Namespace> جزءًا من المجموعة الوظيفية diag (Diagnostic Management) لـ AUTOSAR Adaptive Platform في الإصدار R25-11. وتُعرّف فئة الواجهة <RoutineInterface> داخل نطاق الأسماء هذا كـ DiagnosticRoutineInterface. ويتمثل الدور الأساسي لنطاق الأسماء هذا في توفير إطار عمل معياري لتغليف الروتينات التشخيصية التي تنفذها مكونات برمجيات التطبيق في المركبة.

يُرجح أن تعمل الفئة <RoutineInterface> كطبقة تجريد بين نظام إدارة التشخيص للمنصة وعمليات الروتين الخاصة بالمركبة. سؤال Q-03b9b94f9c2849b0 (مفتوح) تعالج إدارة التشخيص الرئيسية طلبات التشخيص الخارجية (مثل UDS RoutineControl وفقًا لـ ISO 14229-1) وتمررها إلى روتين التطبيق المسجل. ويوفر التطبيق عبر تنفيذ الواجهة منطق التحكم والاختبار والفحص الفعلي، دون وجود تبعيات مباشرة لطبقة بروتوكول النقل أو لطوبولوجيا الشبكة.

دورة الحياة

يُرجح أن ترتبط دورة حياة مثيلات فئة الواجهة <RoutineInterface> ارتباطًا وثيقًا بحالة توفير خدمات التشخيص المرتبطة بها. سؤال Q-32a86efa16843445 (مفتوح) ويحدث الاستنساخ عادةً خلال مرحلة التهيئة للتطبيق التكيفي، قبل تسجيل الواجهة لدى مدير التشخيص وتفعيلها للطلبات الخارجية. ويتولى التطبيق في هذا السياق مسؤولية إنشاء الكائن وتوفير سياقات التنفيذ المطلوبة.

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

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

ينقسم مسار الاستخدام النموذجي لروتين التشخيص إلى تسلسل منظم من خطوات التفاعل بين نظام إدارة التشخيص ومنطق التطبيق. ويُرجح أن يشتمل المسار على المراحل التالية: سؤال Q-da2cd4e1ceb5b3b8 (مفتوح)

1. التهيئة والتسجيل: يستنسخ التطبيق الفئة <RoutineInterface> ويسجل كائن الواجهة لدى إدارة التشخيص الخاصة بالوحدة diag.
2. بدء الروتين: عند استلام طلب تشخيص مطابق، يستدعي النظام أسلوب البدء للواجهة. وبذلك يُطلق المنطق الخاص بالتطبيق، مثل اختبار المشغل، أو دورة المعايرة، أو دورة الحساب.
3. الاستعلام عن الحالة والنتيجة: أثناء التنفيذ أو بعد اكتمال العملية، يمكن الاستعلام عن الحالات المرحلية أو النتيجة النهائية عبر استدعاءات الواجهة المناسبة وتمريرها إلى نظام الإدارة.
4. الإنهاء أو الإلغاء المبكر: يُنهى الروتين إما بانتظام بعد المعالجة الناجحة أو يُلغى بشكل متحكم فيه عند الحاجة عبر طلب إيقاف صريح من البنية التحتية للتشخيص.

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

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