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.
Sirve para la representación de datagramas de audio IEEE 1722 con campos de cabecera protegidos y destructor virtual.
GENERADO POR IAno revisadoModelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: 57a5a8ff765cProcedenciaPreguntas abiertas (3)
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán
Sirve para la representación de datagramas de audio IEEE 1722 con campos de cabecera protegidos y destructor virtual.
En el módulo Raw Data Stream, la clase sirve para la representación estructurada de datagramas de audio según IEEE 1722 AVTP Audio Format AUTOSAR_AP_SWS_RawDataStream p. 1. Encapsula datos de cabecera específicos del protocolo, como el formato, el número de canales y la profundidad de bits en atributos protegidos, que típicamente son inicializados y evaluados por clases de flujo de datos derivadas. Un destructor virtual garantiza que los objetos de datagrama especializados puedan liberarse de forma polimórfica y segura contra excepciones a través de punteros a la clase base [SWS_RDS_90273]. Dado que no existe sincronización interna, los accesos concurrentes deben ser coordinados por la arquitectura de streaming que los utiliza.
Contexto
La clase ara::rds::IEEE1722DatagramAAF proporciona en el módulo Raw Data Stream (rds) de la AUTOSAR Adaptive Platform la representación a nivel de datos de un datagrama IEEE 1722 para el AVTP Audio Format (AAF) AUTOSAR_AP_SWS_RawDataStream p. 1. El estándar IEEE 1722 (Audio Video Transport Protocol, AVTP) sirve para la transmisión sincronizada en el tiempo de flujos de datos de audio y vídeo críticos en el tiempo a través de redes Ethernet en entornos de automoción. El archivo de encabezado ara/rds/raw_data_stream_IEEE1722.h declara la estructura dentro del espacio de nombres ara::rds.
La clase es responsable de la encapsulación de los campos de control y metadatos específicos del protocolo de una trama de datos AAF. Entre estos se incluyen el campo de formato obligatorio format[SWS_RDS_90262], así como información sobre el número de flujos de datos por trama mediante streams_per_frame[SWS_RDS_90263] o bien sp[SWS_RDS_90269]. Para representar de forma flexible diferentes formatos de audio y especificaciones AES3, la clase comprende atributos opcionales para tasas de muestreo y tasas de tramas como nsr[SWS_RDS_90268] y nfr[SWS_RDS_90265], identificadores de evento evt[SWS_RDS_90264], información de canales channels_per_frame[SWS_RDS_90267], profundidades de bits bit_depth[SWS_RDS_90266], así como campos de tipo de datos y de referencia AES3 aes3_data_type_h[SWS_RDS_90270], aes3_data_type_l[SWS_RDS_90271] y aes3_dt_ref[SWS_RDS_90272].
Dado que todos los campos de datos están definidos en el área protegida (protected) y no se declaran métodos de acceso públicos, la clase debería servir primariamente como base de herencia para tipos de datagramas y controladores concretos y especializados internamente en el módulo. Pregunta Q-f24c82b5fa9fbaaa (abierta) Los interlocutores de interacción son los componentes de procesamiento del subsistema RDS, que reciben flujos de datos sin procesar de la red, los analizan sintácticamente o los preparan para el envío.
Ciclo de vida
Los objetos de ara::rds::IEEE1722DatagramAAF se crean típicamente en tiempo de ejecución en el curso de la canalización de streaming tan pronto como se recibe una nueva trama de datos de audio a través de Ethernet o se compone para su transmisión. La gestión y asignación corresponden a la gestión de flujos de datos de nivel superior del módulo RDS o a una clase derivada especializada.
Para la destrucción controlada, la clase declara un destructor virtual ~IEEE1722DatagramAAF() noexcept[SWS_RDS_90273]. La declaración virtual garantiza que las clases derivadas se limpien de forma completa y sin errores durante la liberación a través de punteros a la clase base, sin que se produzcan fugas de recursos. Mediante la especificación noexcept se garantiza que no se lancen excepciones durante la disolución del objeto, lo cual es indispensable en particular durante el desenrollado de la pila en caso de error (stack unwinding).
En cuanto a la concurrencia, ara::rds::IEEE1722DatagramAAF no ofrece sincronización interna propia. Dado que los procesamientos de streaming de audio se ejecutan frecuentemente en hilos de tiempo real independientes, los accesos simultáneos de lectura y escritura deben coordinarse mediante mecanismos de sincronización externos de la arquitectura invocadora.
Ruta de uso
El uso típico de la clase se realiza mediante una derivación especializada que hace accesibles los atributos protegidos para el procesamiento de los datos útiles. Una ruta de uso representativa comprende cuatro fases consecutivas:
Instanciación: el componente usuario o el controlador de audio instancia un objeto de datagrama especializado, creándose así la clase base IEEE1722DatagramAAF.
Inicialización de la cabecera: los atributos protegidos se asignan según la especificación del flujo de datos. Se define el formato format[SWS_RDS_90262], y atributos como channels_per_frame[SWS_RDS_90267] así como bit_depth[SWS_RDS_90266] se configuran con valores como ara::core::Optional. Si se trata de un formato AES3, también se inicializan aes3_data_type_h[SWS_RDS_90270], aes3_data_type_l[SWS_RDS_90271] y aes3_dt_ref[SWS_RDS_90272].
Procesamiento de la carga útil de audio: el flujo de datos de audio se transmite o descodifica teniendo en cuenta los parámetros de cabecera configurados.
Destrucción del objeto: tras finalizar el proceso de streaming o tras procesar el paquete, el objeto se libera de forma polimórfica a través del destructor virtual ~IEEE1722DatagramAAF()[SWS_RDS_90273].
Diagrama de secuencia: secuencia típica de instanciación, asignación de los campos de protocolo protegidos y destrucción. Fuentes: [SWS_RDS_90262], [SWS_RDS_90266], [SWS_RDS_90273].
Escenarios de error
En el marco del tratamiento de errores y de la seguridad de la interfaz, resultan determinantes en particular dos aspectos:
Por un lado, la encapsulación de campos de cabecera opcionales en ara::core::Optional (por ejemplo en evt[SWS_RDS_90264], nfr[SWS_RDS_90265] o sp[SWS_RDS_90269]) requiere una comprobación explícita de su presencia antes del acceso de lectura. Un acceso directo a valores opcionales no establecidos conduce a errores de programación o errores en tiempo de ejecución. Por tanto, los módulos de software consumidores deben comprobar siempre antes de la evaluación si el campo respectivo está establecido válidamente para el flujo de datos actual.
Por otro lado, la especificación del destructor como noexcept garantiza que no puedan escapar excepciones durante la limpieza [SWS_RDS_90273]. Si se produjeran errores durante la liberación de recursos internos o derivados, estos deben capturarse obligatoriamente de forma local dentro del destructor para evitar una terminación del proceso por parte del entorno de ejecución de C++.
Esta guía ha sido generada por una IA sobre la base de la documentación de especificación de AUTOSAR Adaptive R25-11.
gemini-3.8-flash-low· 2026-10-13 · Original en alemán