Success Intelligence

Guia de resolução e proporção de tela LCD para projetos OEM

Planejamento da geometria do display e da carga do sistema

A resolução de um display LCD é a contagem de pixels endereçáveis na horizontal e na vertical. Ela deve ser selecionada junto com a área ativa física, a proporção da tela, o conteúdo da interface do usuário, a memória do controlador, a taxa de atualização e a temporização da interface. Este guia ajuda equipes OEM a transformar uma denominação de resolução em uma especificação prática de módulo, sem confundir a quantidade de pixels com o tamanho da tela.

. Os exemplos de resolução são cálculos, não uma declaração de estoque fixo; confirme o desenho final do módulo, a tabela de temporização e os limites do controlador.

Resposta direta A resolução de um display LCD é escrita como pixels horizontais × pixels verticais, por exemplo 800 × 480. A proporção descreve a relação entre largura e altura da matriz de pixels ou da área ativa física; essas relações podem ser diferentes quando os pixels não são quadrados. Diagonal da tela, área ativa e dimensões externas do módulo são medidas físicas separadas.

O que significa a resolução de um display LCD

A resolução informa quantos elementos de imagem endereçáveis estão dispostos na horizontal e na vertical do display. Uma matriz 320 × 240 tem 320 colunas e 240 linhas, totalizando 76,800 pixels. Uma matriz 1024 × 600 tem 614,400 pixels. O número maior não comprova, por si só, que o texto será mais fácil de ler, pois a legibilidade também depende das dimensões da área ativa, do passo dos pixels, do tamanho da fonte, da distância de visualização, do contraste e das condições ópticas.

Em LCDs TFT coloridos, um pixel exibido normalmente contém subpixels vermelho, verde e azul. O sistema host continua tratando a resolução do painel como o número de pixels completos do display. A profundidade de cor descreve quantos bits são usados para representar cada pixel; é uma especificação separada da resolução.

Cálculos preliminares para planejamento da arquitetura. A memória real pode incluir stride, alinhamento e múltiplos buffers; a temporização da interface também inclui intervalos de apagamento e sobrecarga de protocolo.

Resolução versus tamanho da tela, área ativa e proporção

Três desenhos podem compartilhar a mesma denominação de diagonal e utilizar matrizes de pixels, áreas ativas ou dimensões externas de módulo diferentes. Da mesma forma, dois módulos podem ter a mesma resolução e dimensões físicas diferentes. Trate os campos a seguir separadamente durante o projeto mecânico e da UI.

Exemplo de módulo redondo: COM31H3P76ULC é um exemplo de display redondo 480 × 480 com área ativa de 78.62 mm de diâmetro e dimensões externas documentadas de 88.83 × 91.43 mm, além da disposição inferior do FPC/estrutura. As decisões sobre o gabinete devem seguir o desenho controlado, não apenas a matriz quadrada de pixels.

Resolução em pixels

A contagem de colunas e linhas endereçáveis, por exemplo 800 × 480. Ela define a área de trabalho da UI e contribui para a demanda de memória e transmissão.

Área ativa ou de visualização

A área física que produz a imagem, normalmente especificada em milímetros. Utilize-a com a contagem de pixels para calcular o passo horizontal e vertical dos pixels.

Contorno do módulo

O tamanho mecânico total, incluindo vidro, retroiluminação, PCB, abas, conectores e tolerâncias. Não equivale à diagonal da tela nem à área ativa.

O passo horizontal dos pixels pode ser estimado dividindo a largura ativa pela quantidade de pixels horizontais; o passo vertical utiliza a altura ativa dividida pela quantidade de pixels verticais. Os pixels por polegada podem ser calculados em cada eixo após converter milímetros em polegadas. Se os resultados diferirem, os pixels não são quadrados, portanto a proporção física da área ativa e a proporção numérica da resolução não devem ser tratadas como idênticas.

Exemplo detalhado de módulo: 128 × 128 não garante uma área física de imagem quadrada. A exemplo de módulo COG-T144MHGS-07 128 × 128 tem proporção da matriz de pixels de 1:1 e 16,384 pixels, enquanto sua área ativa documentada é de 25.50 × 26.50 mm e seu passo de pixels é de 0.1992 × 0.2070 mm. A área de trabalho da UI é quadrada em quantidade de pixels, mas as decisões de gabinete e arte devem utilizar as dimensões físicas da área ativa e o desenho controlado.
Não deduza “16:9” de uma denominação conhecida. A proporção numérica de 1024 × 600 é 128:75, ou cerca de 1.707, enquanto a proporção exata de 16:9 é cerca de 1.778. A área ativa física ainda pode usar outra proporção quando o passo dos pixels difere entre os eixos. Crie os gráficos com base na matriz real de pixels e no desenho mecânico.

A orientação é outra decisão independente. Girar um painel 800 × 480 cria uma área de trabalho da UI de 480 × 800, mas não altera a mecânica do módulo, os limites do controlador, a direção de visualização ou a posição do cabo. O abrangente guia de seleção de módulos LCD TFT para projetos HMI industriais aborda essas restrições no nível do sistema.

Exemplos comuns de resolução e proporção LCD

Os valores a seguir são exemplos de cálculo frequentemente encontrados em discussões sobre displays embarcados. Não são uma lista de estoque da SuccessLCD, e nomes como QVGA ou WVGA nunca devem substituir a matriz horizontal × vertical exata em uma RFQ.

ResoluçãoProporção simplificada dos pixelsTotal de pixelsUm quadro RGB565Um quadro RGB888Contexto típico de planejamento
320 × 2404:376,8000.154 MB0.230 MBInstrumentos compactos e HMI gráficas mais simples
480 × 27230:17130,5600.261 MB0.392 MBInterfaces embarcadas pequenas de formato largo
800 × 4805:3384,0000.768 MB1.152 MBLayouts HMI largos com detalhe gráfico moderado
800 × 6004:3480,0000.960 MB1.440 MBLayouts quatro por três e ecossistemas de controladores consolidados
1024 × 600128:75614,4001.229 MB1.843 MBPainéis industriais mais densos e layouts de UI com múltiplos painéis
1024 × 7684:3786,4321.573 MB2.359 MBInterfaces gráficas quatro por três com mais detalhes
1280 × 8008:51,024,0002.048 MB3.072 MBInterfaces com mais detalhes quando o sistema host e o link suportam a carga

Os valores de memória utilizam megabytes decimais e um quadro sem compressão: RGB565 = 16 bits por pixel; RGB888 = 24 bits por pixel. Buffer duplo ou triplo, stride de linha, alinhamento e camadas gráficas aumentam a memória necessária.

A decisão sobre um módulo específico de 7 polegadas ainda exige evidências no nível do produto. Utilize o perfil do modelo de LCD TFT COG-T700MI2XE-02 de 7 polegadas e 1024 × 600 para essa configuração documentada do produto; esta página mantém sua função geral de resolução e cálculo.

Como a resolução LCD afeta a memória, o clock de pixel e a carga da interface

Uma quantidade maior de pixels aumenta o volume de dados de imagem que o controlador precisa criar, armazenar e transmitir. A 60 quadros por segundo, 800 × 480 exige 23.04 milhões de pixels ativos por segundo; 1024 × 600 exige 36.864 milhões. Multiplicar por 24 bits por pixel fornece uma estimativa inicial dos dados úteis de RGB ativo, mas não a taxa de linha final da interface.

A Texas Instruments explica que o planejamento do clock de pixel deve incluir a temporização horizontal e vertical e os intervalos de apagamento, e que os valores finais vêm da documentação do painel. Serializador, desserializador, controlador e painel devem suportar o clock e a vazão necessários. Consulte as orientações oficiais da TI sobre resolução de display e projeto de clock de pixel.

Quatro verificações antes de aprovar uma resolução

  1. Capacidade do buffer de quadro: calcule um quadro na profundidade de cor pretendida e inclua o número real de buffers, o stride, o alinhamento, as sobreposições e os recursos gráficos.
  2. Faixa de clock de pixel: compare a temporização completa do painel — pixels ativos, larguras dos pulsos de sincronismo, front/back porches e taxa de atualização — com os limites do sistema host e dos dispositivos de interface.
  3. Largura de banda de transmissão: inclua quantidade de lanes, serialização, codificação, sobrecarga de pacotes ou intervalos de apagamento e qualquer compressão suportada, em vez de utilizar apenas os dados úteis dos pixels ativos.
  4. Desempenho de renderização: confirme que o processador, a largura de banda da memória e a pilha gráfica conseguem atualizar a UI pretendida na taxa de quadros e na faixa de temperatura exigidas.

A panorama DSI-2 da MIPI Alliance descreve uma interface escalável de alta largura de banda entre o sistema host e o display, com múltiplos modos de operação e suporte opcional à compressão de exibição. O panorama da VESA sobre compressão de exibição explica como os codecs suportados podem reduzir a taxa de transmissão de dados. A compressão não é automática: as duas extremidades e a implementação de interface selecionada devem suportar o mesmo método.

Para responsabilidades sobre a interface e validação, utilize o guia de interfaces LCD RGB, LVDS, MIPI e SPI. A seleção da resolução deve indicar a temporização e a carga da UI exigidas; o guia de interfaces aborda os padrões de sinal e os detalhes de integração.

Resolução nativa e escalonamento

Projete a UI na matriz nativa de pixels do painel sempre que for viável. Enviar uma resolução de origem diferente exige escalonamento, recorte, adição de barras ou um novo layout. Um escalonador pode adicionar custo, latência, tráfego de memória e premissas de processamento de imagem; controladores simples podem não incluir um. Textos, linhas de um pixel e ícones são especialmente sensíveis ao escalonamento não inteiro, portanto teste o controlador e o painel reais em conjunto.

Como escolher a resolução de um display LCD para um projeto OEM

  1. Comece pela tarefa de informação. Liste os menores textos, ícones, gráficos, regiões de vídeo e controles simultâneos que o operador precisa compreender.
  2. Defina a distância de visualização e a área ativa útil. Converta os tamanhos físicos pretendidos de textos e controles em uma quantidade prática de pixels; não comece apenas pela diagonal.
  3. Escolha a orientação e a proporção da UI. Ajuste a composição em retrato ou paisagem ao gabinete, ao fluxo de trabalho do operador e à matriz exata de pixels.
  4. Calcule a memória e os dados úteis ativos. Utilize a profundidade de cor, a taxa de quadros e o número de buffers pretendidos e adicione a sobrecarga de implementação.
  5. Verifique os limites do controlador e da temporização. Verifique o clock de pixel, a atualização, os porches, a quantidade de lanes, a tensão da interface, a inicialização e o desempenho gráfico com base na documentação real.
  6. Analise a mecânica e a óptica. Confirme a área ativa, a área de visualização, as dimensões externas, a posição do conector, o brilho, o comportamento de visualização, o conjunto touch e a abertura da lente de proteção.
  7. Valide a amostra completa. Execute a UI real com o controlador, o cabo, o gabinete e as condições de operação pretendidos antes de congelar o módulo.

Não maximize os pixels por padrão

Pixels adicionais podem aumentar a memória, a largura de banda, o trabalho de renderização e o custo de desenvolvimento da UI sem melhorar a tarefa do operador.

Não especifique apenas a diagonal

Diagonal, área ativa, dimensões externas e matriz de pixels são campos separados. O gabinete e a UI precisam dos quatro.

Não aprove com base em uma denominação

Nomes como WVGA podem ser usados de forma inconsistente. Inclua a matriz exata e a temporização do painel na especificação controlada.

Informações mínimas para uma análise de engenharia

  • Capturas de telas da UI ou wireframes
  • Menor tamanho exigido de textos e ícones
  • Distância de visualização e orientação
  • Área ativa e dimensões externas pretendidas do módulo
  • Matriz de pixels candidata
  • Processador host ou controlador de display
  • Memória disponível para buffer de quadro
  • Profundidade de cor e requisito de atualização
  • Interface preferida e restrições de lanes
  • Conjunto touch e lente de proteção
  • Temperaturas de operação e armazenamento
  • Desenho de referência, amostra ou peça atual

Depois de esclarecer os limites de pixels e do sistema, analise as possibilidades disponíveis de módulos LCD TFT. Para uma transferência de informações mais clara ao fornecedor, utilize a lista de verificação de RFQ de módulo TFT LCD.

Perguntas frequentes

O que significa a resolução LCD 800 × 480?

Um LCD 800 × 480 tem 800 colunas de pixels endereçáveis e 480 linhas de pixels, totalizando 384,000 pixels. A proporção numérica da matriz de pixels se simplifica para 5:3. Isso não informa o tamanho físico da tela, a área ativa, o passo dos pixels, a interface, a taxa de atualização ou as dimensões externas do módulo; esses valores devem vir do desenho e da documentação específicos.

1024 × 600 equivale a uma proporção de 16:9?

Não exatamente. A proporção numérica de 1024 × 600 se simplifica para 128:75, aproximadamente 1.707, enquanto 16:9 equivale a aproximadamente 1.778. A proporção física da área ativa também pode diferir quando os passos horizontal e vertical dos pixels não são iguais. Utilize a matriz exata para o projeto da UI e o desenho para a mecânica.

Uma resolução LCD maior sempre produz um display melhor?

Não. Uma resolução maior pode exibir mais detalhes dentro de uma área ativa adequada, mas também aumenta a demanda de memória, vazão da interface e renderização. Se fontes e controles ficarem fisicamente pequenos demais, a usabilidade pode piorar. Escolha a resolução com base na tarefa do operador, na distância de visualização, na área ativa, na capacidade do controlador e no ambiente óptico, não apenas na quantidade de pixels.

De quanta memória de buffer de quadro um LCD precisa?

Para um quadro sem compressão, multiplique os pixels horizontais pelos verticais e pelos bits por pixel, depois divida por oito. Um quadro 800 × 480 RGB565 utiliza 768,000 bytes; RGB888 utiliza 1,152,000 bytes. Sistemas reais podem precisar de dois ou três buffers, além de stride, alinhamento, sobreposições e recursos gráficos.

Um controlador LCD pode escalonar conteúdo para outra resolução nativa?

Muitos controladores e processadores podem escalonar conteúdo, mas a compatibilidade depende do controlador, da proporção entre a origem e o painel, do caminho de memória e do algoritmo de escalonamento. O escalonamento não inteiro pode reduzir a nitidez de textos ou linhas de um pixel, enquanto uma diferença de proporção pode distorcer a geometria. A renderização na resolução nativa é preferível para conteúdo HMI crítico, a menos que todo o caminho de escalonamento seja validado.

Referências de engenharia

Congele os pixels, a mecânica e o controlador em conjunto

Envie a UI pretendida, os limites de área ativa e dimensões externas, o controlador, a interface e os requisitos de atualização, profundidade de cor e operação. A SuccessLCD pode analisar o caminho de resolução como parte da especificação completa do display OEM.

Envie os requisitos do seu projeto LCD
Rolar para cima
Envie uma RFQProdutos