DEENESPTFRRUARHIKOZHNL

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

[SWS_DM_00795] Upstream: RS_Diag_04033

struct OperationOutput {...};

Response data of positive respose message.

Header-Datei#include "ara/diag/upload.h"
Forwarding-Header#include "ara/diag/diag_fwd.h"
Scopeclass ara::diag::UploadService

دليل المستخدممولَّد بالذكاء الاصطناعي

يستوعب بيانات الحمولة النافعة لرسالة استجابة إيجابية لعمليات الرفع في التشخيص.
مُولَّد بالذكاء الاصطناعي غير مُراجَع النموذج: gemini-3.8-flash-medium · الجهد: medium · درجة الحرارة: غير قابل للتحكم · الموجّه: 6cf26bd1a154 المصدر أسئلة مفتوحة (2)
مترجم من الدليل الألمانيgemini-3.8-flash-low · 2026-10-13 · الأصل الألماني

يستوعب بيانات الحمولة النافعة لرسالة استجابة إيجابية لعمليات الرفع في التشخيص.

يُستخدم الهيكل ara::diag::UploadService::OperationOutput كمعلمة إخراج لإرجاع بيانات الحمولة النافعة لاستجابة تشخيص إيجابية في خدمات الرفع [SWS_DM_00796]. يقوم برنامج التطبيق بإنشاء مثيل للكائن بعد التنفيذ الناجح لعملية رفع، ويملأ العضو responseData ببايتات البيانات المراد إرسالها [SWS_DM_00796]. ولا يجوز أن يحتوي محتوى responseData على أي Service Identifier (SID)، ويجب أن يتوافق مع المحددات الخاصة بالعملية لخدمات مثل UploadData أو RequestUploadExit. Interpretation: في حالة الخطأ، لا يُستخدم الهيكل، بل يُشار إلى حالة استجابة سلبية. سؤال Q-52a8538825bc0a30 (مفتوح)

السياق

يعمل الهيكل ara::diag::UploadService::OperationOutput كحاوية بيانات لبيانات الحمولة النافعة لعملية تشخيص ناجحة ضمن خدمة الرفع على جانب المركبة [SWS_DM_00796]. وتتمثل مسؤوليته الأساسية في تغليف البيانات لرسالة استجابة إيجابية («positive response message») وتمريرها إلى المنصة [SWS_DM_00796].

تتفاعل في النظام الكلي ثلاثة مكونات: عميل التشخيص الخارجي (جهاز الاختبار)، وبيئة تشغيل التشخيص لنظام Adaptive (ara::diag)، والتنفيذ الخاص بالتطبيق لـ UploadService [SWS_DM_00796]. بمجرد أن يطلب جهاز الاختبار عملية خدمة UDS، يفوض ara::diag المعالجة إلى مزود الخدمة المختص في التطبيق، والذي يعيد بدوره النتيجة عبر OperationOutput إلى طبقة المنصة [SWS_DM_00796].

OperationOutputContext client عميل التشخيص aradiag ara::diag client->aradiag طلب UDS aradiag->client Positive Antwort app UploadService Provider aradiag->app Dienstaufruf app->aradiag OperationOutput

مخطط السياق: التفاعل بين عميل التشخيص وبيئة التشغيل ara::diag وUploadService عند توفير بيانات الاستجابة. المصادر: [SWS_DM_00796]، AUTOSAR_AP_SWS_Diagnostics, ص. 74.

دورة الحياة

صُمم الهيكل OperationOutput ككائن نقل بيانات بحت دون منطق حالة خاص به، ويتم توفيره عبر ملف الترويسة #include "ara/diag/upload.h" [SWS_DM_00796]. وتنقسم دورة حياته إلى المراحل التالية:

  • الإنشاء: يتم إنشاء المثيل على جانب التطبيق ضمن عملية التشخيص المنفذة بمجرد تجميع بيانات الرفع المطلوبة بنجاح. Interpretation: يُرجح إنشاء الكائن محلياً على مكدس تطبيق الخدمة. سؤال (مفتوح)
  • التعبئة: يعين منطق التطبيق بيانات الحمولة النافعة المراد توفيرها إلى العضو العام responseData من النوع ara::core::Vector<std::uint8_t> [SWS_DM_00796].
  • انتقال الملكية: يُمرر الكائن كنتيجة للعملية إلى ara::diag. Interpretation: يُرجح أن يحدث هذا التمرير بالقيمة أو عبر دلالات النقل، وبذلك تنتقل مسؤولية البيانات إلى المنصة. سؤال (مفتوح)
  • الإتلاف: بعد تسلسل بيانات الحمولة النافعة في رسالة استجابة UDS، تحرر بيئة التشغيل الهيكل.

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

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

يتضمن المسار المعتاد لتوفير بيانات الاستجابة عبر OperationOutput تسلسلاً ثابتاً من خطوات التفاعل:

  1. يرسل جهاز اختبار خارجي طلب رفع (مثل UploadData أو RequestUploadExit) إلى وحدة التحكم الإلكترونية [SWS_DM_00796].
  2. تعالج إدارة التشخيص ara::diag ترويسة البروتوكول وتستدعي العملية المطابقة لمثيل التطبيق الخاص بـ UploadService [SWS_DM_00796].
  3. يعالج التطبيق الطلب، ويُنشئ مثيلاً لـ OperationOutput ويملأ responseData ببيانات الحمولة النافعة [SWS_DM_00796]. وفي هذا السياق، يجب أن يحتوي responseData حصرياً على بيانات الحمولة النافعة بدون Service Identifier (SID) [SWS_DM_00796]. وبحسب العملية، يختلف المحتوى المطلوب وكذلك موضع بدء البيانات في رسالة الاستجابة الإيجابية [SWS_DM_00796].
  4. يُعاد الهيكل إلى ara::diag.
  5. تولد طبقة المنصة رسالة استجابة UDS الكاملة وتنقلها إلى جهاز الاختبار [SWS_DM_00796].
تسلسل الاستدعاء لتوفير بيانات الاستجابة عبر OperationOutputعميل التشخيصara::diagUploadService ProviderUDS-Upload-Anfrage (z. B. UploadData)Dienstaufruf an UploadServiceإنشاء نسخة من OperationOutput وملء responseDataإرجاع OperationOutputاستجابة UDS إيجابية (حمولة بيانات بدون SID)

مخطط تسلسل: تسلسل الاستدعاء لإرجاع بيانات التشخيص بواسطة OperationOutput. المصادر: [SWS_DM_00796]، AUTOSAR_AP_SWS_Diagnostics, ص. 74.

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

تم تحديد البنية OperationOutput حصريًا لعمليات التنفيذ الناجحة ورسائل الاستجابة الإيجابية [SWS_DM_00796]. إذا فشلت عملية ما (على سبيل المثال بسبب نطاقات عناوين غير صالحة أو أخطاء في التسلسل عند UploadData)، فلا يتم استخدام OperationOutput. تفسير: يُفترض أنه يتم الإبلاغ عن المسارات الخاطئة عبر رموز أخطاء تشخيصية منفصلة (NRCs) إلى ara::diag، بحيث تنتفي الحاجة إلى إنشاء بنية المخرجات أو ملئها. سؤال Q-fa3daf3152f7131c (مفتوح)

كشرط مسبق للإرجاع، يجب أن تتضمن responseData بدقة البايتات المطلوبة من قِبل عملية الخدمة المعنية وألا تحتوي على أي معرّفات بروتوكول مسبقة [SWS_DM_00796]. كشرط لاحق، تتولى إدارة التشخيص البيانات لإتمام اتصال الناقل [SWS_DM_00796].

يستند هذا الدليل إلى متطلبات AUTOSAR Adaptive Platform R25-11.

مخطط الفئات UML

Hohle Dreieckspfeile = Vererbung (zeigt zur Basisklasse); Klicken öffnet die jeweilige Klassenseite.

G nara__diag__UploadService__OperationOutput307 «struct» OperationOutput + responseData

الثوابت

responseData متغير

Content of positive response message (without SID) Depending on the operation (e.g.: UploadData, RequestUploadExit) the expectation, what responseData shall contain (where it starts in the positive response) might differ. See doc of corresponding operation.

ara::core::Vector<std::uint8_t> responseData;

توثيق الثوابت / المتغيرات

متغير responseData [SWS_DM_00796] Upstream: RS_Diag_04033

ara::core::Vector<std::uint8_t> responseData;

Content of positive response message (without SID) Depending on the operation (e.g.: UploadData, RequestUploadExit) the expectation, what responseData shall contain (where it starts in the positive response) might differ. See doc of corresponding operation.

Header-Datei#include "ara/diag/upload.h"
Scopestruct ara::diag::UploadService::OperationOutput
SymbolresponseData
Typara::core::Vector< std::uint8_t >

Request a governed re-review of this record. The record is not changed immediately.

Record
AUTOSAR/AP/record/SWS_DM_00796
Status
valid/unmigrated
Version
AUTOSAR/AP/record/SWS_DM_00796@rel:R25-11#cc781176
Content hash
cc781176
Source
https://www.autosar.org/fileadmin/standards/R25-11/AP/AUTOSAR_AP_SWS_Diagnostics.pdf#nameddest=SWS_DM_00796
Status: valid/unmigrated Version: rel:R25-11#891d111d Versionshistorie & Revisions (1 transition, 4 revision)
Current State
valid/unmigrated
Reason
mechanically backfilled by migriere_status_backfill.py -- no per-field curation history exists yet for this record
Campaign
2026-08-13-status-backfill
Active Version
AUTOSAR/AP/record/SWS_DM_00796@rel:R25-11#891d111d
Point-in-Time History:
Recorded Revisions (4):
  • R25-11rel:R25-11#533702792026-09-30
  • R23-11rel:R23-11#c101ec302026-10-14
  • R24-11rel:R24-11#c101ec302026-10-14
  • R25-11rel:R25-11#891d111d2026-10-14 active
DateActorTransitionReason / RationaleCampaign
2026-08-13toolnone → valid/unmigratedmechanically backfilled by migriere_status_backfill.py -- no per-field curation history exists yet for this record2026-08-13-status-backfill