banner
Centro de notícias
Estamos comprometidos em manter nossos padrões de certificação ISO.

Novos Eletrônicos

Dec 02, 2023

A indústria automobilística mundial vive atualmente um período de grandes mudanças com a introdução dos carros elétricos e o advento dos veículos conectados e autônomos.

A estrutura do sistema dos automóveis está mudando de uma arquitetura distribuída para uma arquitetura de domínio/zona com sistemas integrados de cockpit sendo adotados que ligam vários monitores, como medidores, In-Vehicle Infotainment (IVI) e head-up displays. E, com esses vários monitores, a qualidade de imagem aprimorada e as resoluções mais altas, juntamente com a conformidade com o padrão de segurança funcional ISO26262, são essenciais quando se trata de desenvolvimento de novos ADAS automotivos e sistemas de infoentretenimento.

Assim, com o aumento do número de displays dentro dos veículos e o maior tamanho e resolução dos painéis, o cockpit do veículo deixou de ser uma simples interface que transmite informações essenciais ao motorista.

Hoje, os monitores estão se tornando cada vez mais sofisticados com toda uma gama de designs de interface inovadores e podem ser um diferencial importante para os OEMs maximizarem sua imagem de marca.

As diferentes aplicações no cockpit têm uma série de requisitos. No entanto, há uma coisa em comum, aplicável à maioria das aplicações: Segurança.

A segurança é fundamental nos veículos de hoje, não apenas no display do painel, mas também no head-up display e no painel central. Esses painéis precisam realizar o conceito de segurança específico, que é alocado para essas aplicações, dependendo das metas de segurança individuais.

Um monitor de cluster, por exemplo, deve atender a requisitos de segurança funcional específicos integrando mecanismos de segurança dedicados para realizar a detecção de congelamento e verificação de assinatura.

Embora o warping-on-the-fly seja um requisito obrigatório em monitores head-up, com monitores de pilha central, com suas resoluções maiores, eles podem exigir compressões de fluxo de exibição.

Entre todas essas aplicações, no entanto, o escurecimento local está se tornando um requisito muito mais comum.

Arquiteturas de vários monitores

Até agora, os monitores de cluster têm sido o foco principal em termos de segurança. No entanto, não é mais o caso na maioria das arquiteturas multi-display.

Hoje, o conceito de segurança está sendo ampliado para incluir displays heads-up porque o conteúdo do vídeo precisa ser modificado no final do controlador de exibição, que é baseado na matriz de distorção e decidido de acordo com o requisito óptico de cada linha de carro. Isso significa que o CRC de referência que pode ser gerado na unidade principal torna-se obsoleto. Isso também ocorre quando o algoritmo de escurecimento local é aplicado, pois o valor do pixel RGB sempre deve ser manipulado para compensar a diferença da distribuição de luz do LED em cada área.

Os monitores da pilha central também estão se tornando uma aplicação relevante para a segurança. Isso significa que uma simples verificação CRC não pode ser oferecida aqui, porque a precisão do bit não é mais mantida após a compressão da exibição do fluxo ser aplicada. O mais recente controlador de display inteligente da Socionext, a série SC172x, foi desenvolvido para oferecer recursos de segurança dedicados para atender a esses requisitos em aplicações de cockpit.

Warping-on-the-fly e Segurança

Normalmente, o conteúdo da IHM é renderizado em um SoC gráfico na unidade principal. Se o CRC de referência também puder ser gerado para os conteúdos relevantes de segurança e enviado para o display dinamicamente, ele permite a realização de um conceito de segurança muito robusto por meio de uma verificação de conteúdo de ponta a ponta.

No entanto, uma vez que o conteúdo do vídeo tenha sido modificado no lado da tela para executar o warping on-the-fly, todo o pipeline de vídeo após o buffer de warping não pode ser coberto por esse mecanismo de segurança herdado. Uma solução seria ter outro motor de warping.

Com este projeto, o segundo motor de empenamento poderia então ser usado para realizar o empenamento reverso de modo que o CRC de referência original ainda possa ser usado ou para gerar o próprio CRC de referência. No entanto, é claro que isso resultará em um tamanho de matriz maior e custo mais alto, devido à memória e à lógica duplicadas.