Diese Seite wurde vollständig KI-generiert auf Basis von SWS Raw Data Stream (R25-11) — kein offizieller AUTOSAR-Text und keine automatisch extrahierte API-Seite wie die übrigen Module. Als Interpretation gekennzeichnete Aussagen sind Schlussfolgerungen aus den Quellen.
تُستخدم لتمثيل مخططات بيانات الصوت IEEE 1722 مع حقول ترويسة محمية ومُدمِّر افتراضي.
مُولَّد بالذكاء الاصطناعيغير مُراجَعالنموذج: gemini-3.8-flash-medium · الجهد: medium · درجة الحرارة: غير قابل للتحكم · الموجّه: 57a5a8ff765cالمصدرأسئلة مفتوحة (3)
مترجم من الدليل الألمانيgemini-3.8-flash-low · 2026-10-13 · الأصل الألماني
تُستخدم لتمثيل مخططات بيانات الصوت IEEE 1722 مع حقول ترويسة محمية ومُدمِّر افتراضي.
تُستخدم الفئة في وحدة Raw Data Stream للتمثيل الهيكلي لمخططات بيانات الصوت وفقًا لـ IEEE 1722 AVTP Audio Format AUTOSAR_AP_SWS_RawDataStream ص. 1. وتقوم بتغليف بيانات الترويسة الخاصة بالبروتوكول مثل التنسيق وعدد القنوات وعمق البت في سمات محمية، والتي يتم عادةً تهيئتها وتقييمها بواسطة فئات تدفق البيانات المشتقة. ويضمن المُدمِّر الافتراضي إمكانية تحرير كائنات مخططات البيانات المخصصة عبر مؤشرات الفئة الأساسية بطريقة متعددة الأشكال وآمنة من الاستثناءات [SWS_RDS_90273]. ونظرًا لعدم وجود تزامن داخلي، يجب تنسيق عمليات الوصول المتزامنة من قبل بنية التدفق المطبقة.
السياق
توفر الفئة ara::rds::IEEE1722DatagramAAF في وحدة Raw Data Stream (rds) التابعة لـ AUTOSAR Adaptive Platform التمثيل التقني لبيانات مخطط بيانات IEEE 1722 لـ AVTP Audio Format (AAF) AUTOSAR_AP_SWS_RawDataStream ص. 1. يُستخدم المعيار IEEE 1722 (Audio Video Transport Protocol، AVTP) للنقل المتزامن زمنيًا لتدفقات بيانات الصوت والفيديو الحساسة للوقت عبر شبكات Ethernet في بيئات السيارات. يعلن ملف الرأس ara/rds/raw_data_stream_IEEE1722.h عن البنية ضمن نطاق الأسماء ara::rds.
الفئة مسؤولة عن تغليف حقول التحكم والبيانات الوصفية الخاصة بالبروتوكول لإطار بيانات AAF. ويشمل ذلك حقل التنسيق الإلزامي format[SWS_RDS_90262] بالإضافة إلى تفاصيل حول عدد تدفقات البيانات لكل إطار عبر streams_per_frame[SWS_RDS_90263] أو sp[SWS_RDS_90269]. وللتمثيل المرن لتنسيقات الصوت المختلفة ومواصفات AES3، تتضمن الفئة سمات اختيارية لمعدلات أخذ العينات ومعدلات الإطارات مثل nsr[SWS_RDS_90268] وnfr[SWS_RDS_90265]، ومعرفات الأحداث evt[SWS_RDS_90264]، ومعلومات القنوات channels_per_frame[SWS_RDS_90267]، وأعماق البت bit_depth[SWS_RDS_90266]، بالإضافة إلى حقول المراجع وأنواع بيانات AES3 aes3_data_type_h[SWS_RDS_90270]، وaes3_data_type_l[SWS_RDS_90271] وaes3_dt_ref[SWS_RDS_90272].
بما أن جميع حقول البيانات محددة في النطاق المحمي (protected) ولا توجد دوال وصول عامة معلنة، يُرجح أن الفئة تُستخدم أساسًا كأساس توريث لأنواع مخططات بيانات ومشغلات مخصصة داخليًا ضمن الوحدة. سؤال Q-f24c82b5fa9fbaaa (مفتوح) وتتمثل أطراف التفاعل في مكونات المعالجة لنظام RDS الفرعي، والتي تستقبل تدفقات البيانات الأولية من الشبكة أو تحللها أو تجهزها للإرسال.
دورة الحياة
تُنشأ كائنات ara::rds::IEEE1722DatagramAAF في وقت التشغيل عادةً كجزء من مسار التدفق، وذلك بمجرد استلام إطار بيانات صوتي جديد عبر Ethernet أو تجميعه للإرسال. وتتولى إدارة تدفق البيانات ذات المستوى الأعلى في وحدة RDS أو فئة مشتقة متخصصة مهمة الإدارة والتخصيص.
للإتلاف المنضبط، تعلن الفئة عن مُدمِّر افتراضي ~IEEE1722DatagramAAF() noexcept[SWS_RDS_90273]. يضمن الإعلان الافتراضي تنظيف الفئات المشتقة بالكامل وبدون أخطاء عند التحرير عبر مؤشرات الفئة الأساسية، دون حدوث تسريب في الموارد. وبفضل تخصيص noexcept، يُضمن عدم إطلاق أي استثناءات عند حل الكائن، وهو أمر لا غنى عنه لا سيما عند التراجع في حالة الخطأ (Stack Unwinding).
فيما يتعلق بالتزامن، لا توفر ara::rds::IEEE1722DatagramAAF تزامنًا داخليًا خاصًا بها. ونظرًا لأن معالجة تدفق الصوت غالبًا ما تُنفذ على خيوط معالجة منفصلة في الوقت الفعلي، يجب تنسيق عمليات القراءة والكتابة المتزامنة عبر آليات تزامن خارجية للبنية البرمجية المستدعية.
مسار الاستخدام
يتم الاستخدام النموذجي للفئة عبر اشتقاق متخصص يجعل السمات المحمية متاحة لمعالجة بيانات الحمولة. يتضمن مسار الاستخدام التمثيلي أربع مراحل متتالية:
إنشاء المثيل: يقوم المكون المطبق أو مشغل الصوت بإنشاء مثيل لكائن مخطط بيانات متخصص، مما يؤدي إلى إنشاء الفئة الأساسية IEEE1722DatagramAAF.
معالجة حمولة الصوت: يتم نقل تدفق بيانات الصوت أو فك ترميزه مع مراعاة معاملات الترويسة المكونة.
إتلاف الكائن: بعد اكتمال عملية التدفق أو بعد معالجة الحزمة، يتم تحرير الكائن بشكل متعدد الأشكال عبر المُدمِّر الافتراضي ~IEEE1722DatagramAAF()[SWS_RDS_90273].
في إطار معالجة الأخطاء وأمان الواجهة، هناك جانبان أساسيان على وجه الخصوص:
من ناحية، يتطلب تغليف حقول الترويسة الاختيارية في ara::core::Optional (على سبيل المثال في evt[SWS_RDS_90264]، أو nfr[SWS_RDS_90265]، أو sp[SWS_RDS_90269]) فحصًا صريحًا لوجودها قبل الوصول للقراءة. يؤدي الوصول المباشر إلى قيم اختيارية غير مضبوطة إلى أخطاء برمجية أو أخطاء في وقت التشغيل. لذلك، يجب على الوحدات البرمجية المستهلكة التحقق دائمًا قبل التقييم مما إذا كان الحقل المعني مضبوطًا بشكل صالح لتدفق البيانات الحالي.
من ناحية أخرى، يضمن تحديد المُدمِّر كـ noexcept عدم إمكانية إفلات أي استثناءات أثناء التنظيف [SWS_RDS_90273]. وفي حال حدوث أخطاء أثناء تحرير الموارد الداخلية أو المشتقة، يجب بالضرورة اعتراضها محليًا داخل المُدمِّر لتجنب إنهاء العملية بواسطة بيئة تشغيل C++.
تم توليد هذا الدليل بواسطة الذكاء الاصطناعي استنادًا إلى وثائق مواصفات AUTOSAR Adaptive R25-11.
gemini-3.8-flash-low· 2026-10-13 · الأصل الألماني