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.
Encapsula e gerencia datagramas do IEEE Clock Reference Format 1722 para sincronização temporal em fluxos de dados brutos.
GERADO POR IAnão revisadoModelo: gemini-3.8-flash-medium · Esforço: medium · Temperatura: não controlável · Prompt: 5538d6188cf1ProcedênciaPerguntas em aberto (2)
traduzido do guia alemãogemini-3.8-flash-low · 2026-10-13 · Original em alemão
Encapsula e gerencia datagramas do IEEE Clock Reference Format 1722 para sincronização temporal em fluxos de dados brutos.
No módulo rds, a classe serve como representação para datagramas do Clock Reference Format de acordo com o padrão IEEE 1722 AUTOSAR_AP_SWS_RawDataStream p. 1. Ela encapsula informações de cabeçalho e de clock específicas do protocolo em campos de dados protegidos e opcionais e disponibiliza um destrutor virtual para a liberação polimórfica de memória [SWS_RDS_90304]. As aplicações utilizam estruturas derivadas para a configuração de dados de clock e devem verificar a validade dos valores opcionais contidos antes do acesso. Isso assegura um manuseio flexível e livre de erros de fluxos de dados heterogêneos.
Contexto
A classe ara::rds::IEEE1722DatagramCRF representa, dentro do cluster funcional Raw Data Stream (rds) da AUTOSAR Adaptive Platform, um datagrama para o Clock Reference Format (CRF) de acordo com o padrão IEEE 1722 AUTOSAR_AP_SWS_RawDataStream p. 1. A estrutura é definida no arquivo de cabeçalho ara/rds/raw_data_stream_IEEE1722.h[SWS_RDS_90304]. A classe destina-se ao encapsulamento e à disponibilização de metadados específicos do protocolo e atributos de sincronização necessários para a transmissão de referências de clock por meio de conexões Ethernet.
A destruição de instâncias ocorre por meio do destrutor virtual ~IEEE1722DatagramCRF() noexcept[SWS_RDS_90304]. Pela declaração como virtual, a liberação adequada de todos os recursos é garantida mesmo quando objetos de classes derivadas são gerenciados e destruídos por meio de um ponteiro para a classe base. A marcação com noexcept garante que o processo de destruição ocorra comprovadamente sem exceções.
A criação e inicialização de instâncias ocorre, devido à ausência de um construtor público próprio no payload, presumivelmente por meio de classes derivadas ou mecanismos de fábrica específicos do módulo. Pergunta (aberta) Em relação à concorrência, as instâncias da classe não são autonomamente thread-safe; como os atributos consistem em valores escalares opcionais simples, o acesso concorrente de leitura e escrita deve ser coordenado por mecanismos de sincronização superiores da aplicação.
Caminho de utilização
Um caso de uso típico abrange a criação, configuração e processamento de um datagrama CRF no fluxo de dados, seguido por sua liberação.
Primeiramente, a aplicação instancia uma variante concreta da classe de datagrama CRF. Em seguida, os parâmetros relevantes para a referência de clock são preenchidos. Assim, por exemplo, o endereço MAC mac_address[SWS_RDS_90299], a frequência de amostragem por meio de fs[SWS_RDS_90302] ou base_frequency[SWS_RDS_90295], bem como o intervalo de timestamp timestamp_interval[SWS_RDS_90303] podem ser definidos. Como todos os campos são opcionais, entradas de cabeçalho não necessárias ou incompletas podem ser deixadas no estado ara::core::nullopt. Após a configuração, o datagrama é entregue ao canal Raw Data Stream. Assim que o processamento for concluído, a instância é destruída com segurança por meio de ~IEEE1722DatagramCRF()[SWS_RDS_90304].
Cenários de erro
O destrutor virtual ~IEEE1722DatagramCRF() é declarado como noexcept[SWS_RDS_90304], de modo que nenhuma exceção C++ possa escapar durante a limpeza e um encerramento anormal do programa durante o desenrolamento da pilha (stack unwinding) seja evitado.
Na utilização dos campos de dados, o risco principal reside na leitura incorreta de valores não definidos. Antes do acesso a valores como unique_id[SWS_RDS_90294], sequenceNum[SWS_RDS_90298] ou tu[SWS_RDS_90296], a aplicação deve sempre verificar se o respectivo ara::core::Optional realmente contém um valor (por exemplo, via has_value()). Um acesso direto por desreferenciação a um opcional vazio representa uma violação de pré-condição e leva a comportamento indefinido ou a erros.
Este guia foi gerado por uma IA com base na especificação AUTOSAR R25-11.
gemini-3.8-flash-low· 2026-10-13 · Original em alemão