بنية ara::diag::GenericDataIdentifier::OperationOutput

يغلف هيكل البيانات ara::diag::GenericDataIdentifier::OperationOutput البيانات المفيدة لرسائل الاستجابة الإيجابية في إطار عمليات تشخيص DID العامة ([SWS_DM_00641]). عند تلقي طلب تشخيص وارد، ينشئ التطبيق نسخة من الهيكل ويملأ العضو responseData ببيانات الإخراج المحددة قبل تمريرها إلى Diagnostic Management ([SWS_DM_00631]). ينطبق هنا الشرط الحدي الأساسي المتمثل في أن responseData يجب ألا يحتوي إلا على البيانات المفيدة الخالصة فقط، ولا يجوز بأي حال أن يحتوي على Data Identifier الفعلي. بعد النقل إلى رسالة استجابة UDS، تنتهي دورة حياة كائن القيمة قصير الأجل.

المزيد ›

السياق

هيكل البيانات ara::diag::GenericDataIdentifier::OperationOutput هو جزء من الوحدة diag في AUTOSAR Adaptive Platform ويتم توفيره عبر ملف الرأس ara/diag/generic_data_identifier.h ([SWS_DM_00641]، [SWS_DM_00631]). ضمن بنية Diagnostics، يعمل الهيكل كحاوية بيانات متخصصة لبيانات النتيجة الخاصة برسالة استجابة تشخيص إيجابية تتعلق بمعرف بيانات عام (Data Identifier، DID) (AUTOSAR_AP_SWS_Diagnostics §8.19.2 «Struct: OperationOutput»).

في التفاعل بين المكونات المعمارية المشاركة، يشكل OperationOutput حلقة الوصل بين وظيفة خدمة التشخيص الخاصة بالتطبيق والـ Diagnostic Management المركزية. بينما التطبيق مسؤول عن قراءة البيانات المفيدة وتجهيزها، يتولى نظام وقت تشغيل التشخيص معالجة البروتوكول الشاملة تجاه جهاز فحص التشخيص الخارجي. لتمرير بيانات الاستجابة، يصرح الهيكل عن متغير العنصر العام responseData من النوع ara::core::Vector<std::uint8_t> ([SWS_DM_00631]، AUTOSAR_AP_SWS_Diagnostics §8.19.2.1.1 «responseData»). ينقل متجه البايتات هذا حمولة رسالة الاستجابة الإيجابية، مع عدم جواز تضمين معرف البيانات نفسه في المتجه ([SWS_DM_00631]).

دورة الحياة

كهيكل نقل بيانات خفيف الوزن وبدون دوال خاصة به، يخضع ara::diag::GenericDataIdentifier::OperationOutput لدورة حياة قيمة عابرة وبسيطة ([SWS_DM_00641]). يتم إنشاء النسخة حسب الحاجة داخل روتين المعالجة الخاص بالتطبيق بمجرد معالجة عملية قراءة أو استعلام مقابلة لـ DID عام بنجاح. يُملأ المتجه المتضمن responseData هنا ببيانات التشخيص المفيدة المطلوبة ([SWS_DM_00631]).

علاقات الملكية تسلسلية تماماً: يحتفظ التطبيق المنشئ بالنسخة محلياً أولاً، ويمررها بعد الانتهاء إلى إطار عمل التشخيص. تنتهي دورة حياة النسخة بمجرد أن تنقل Diagnostic Management البيانات المفيدة إلى رسالة استجابة التشخيص الصادرة. يُرجح أن يتم الإرجاع إلى نظام وقت التشغيل بشكل موفر للموارد عبر دلالات النقل (Move semantics) أو مغلفاً في حاوية غير متزامنة مثل ara::core::Future أو ara::core::Result. سؤال Q-6e8dadb21e01d4fb (مفتوح) لا يوفر الهيكل مزامنة داخلية للوصول المتزامن؛ ومع ذلك، نظراً لأنه يُملأ ويُمرر بشكل عابر داخل مسار الترابط العامل المنفذ للعملية، فإن التفسير: الحماية عبر مسارات الترابط ليست ضرورية في مسار التشغيل العادي.

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

ينقسم الترتيب النموذجي للاستدعاء أثناء معالجة استعلام بيانات تشخيص عام إلى الخطوات التالية:

1. يبدأ جهاز فحص تشخيص خارجي استعلاماً (على سبيل المثال خدمة UDS للقراءة بواسطة معرف البيانات)، والتي تستقبلها Diagnostic Management للمركبة.
2. يقوم نظام التشخيص بتفويض طلب القراءة إلى النسخة المسؤولة من ara::diag::GenericDataIdentifier في التطبيق.
3. يحدد التطبيق بيانات المستشعر المطلوبة أو المعلمات الداخلية وينشئ نسخة من ara::diag::GenericDataIdentifier::OperationOutput ([SWS_DM_00641]).
4. يسند التطبيق البايتات المحددة إلى المتجه responseData ([SWS_DM_00631]). ولا يجوز تخزين قيمة DID نفسها في responseData (AUTOSAR_AP_SWS_Diagnostics §8.19.2.1.1 «responseData»).
5. تُرجع النسخة المملوءة إلى Diagnostic Management، والتي تسبقها بالـ DID وتجمع برقية الاستجابة الإيجابية الكاملة وترسلها إلى جهاز فحص التشخيص.

مخطط تسلسلي: مسار معالجة استعلام بيانات عام باستخدام OperationOutput. المصادر: [SWS_DM_00641]، [SWS_DM_00631]، AUTOSAR_AP_SWS_Diagnostics §8.19.2 «Struct: OperationOutput».