Sobre a ARM e TFT LCD

[ahgan84]

Oi gente, estivemos estudando como conectar meu ARM LPC1768 MCU com um 3,5 polegadas TFT LCD. Estive pesquisando a informação na internet. Há essa entrada de dados digitais (para RGB) que é de cerca de 18 (3x6) ou 24 (3x8) pinos no LCD. Eu tenho referência de design de outras pessoas da internet e descobri que alguns deles só conectar esses pinos de entrada de dados digitais para o chão. Mas algumas pessoas conectar esses pinos para LPC1768 GPIO. Vocês sabem por quê?

 

[doraemon]

Olá! Depende muito do tipo de controlador do seu LCD tem. Em muitos casos, não há memória RAM interna, de modo que você tem que atualizar os dados permanentemente LCD Caso contrário, ele desaparece. Se você deseja atualizar pelo software, esteja ciente que você tem para transmitir 320 x 240 (supondo que é a resolução da sua tela) x 3 bytes (230400 bytes). E se você quer alguma responsavelmente, você precisará de pelo menos 5 quadros por segundo (com base na minha experiência, menos de 4 quadros, ea imagem começa a desaparecer antes do próximo quadro). Então você tem que transmitir a cerca de 1,2 MBytes por segundo. Isso vai ser uma carga muito pesada para o seu processador. Agora, se você tem um LCD com memória interna, é viável com uma CPU especificações muito baixo. Dora.

 

[ahgan84]

Olá! Depende muito do tipo de controlador do seu LCD tem. Em muitos casos, não há memória RAM interna, de modo que você tem que atualizar os dados permanentemente LCD Caso contrário, ele desaparece. Se você deseja atualizar pelo software, esteja ciente que você tem para transmitir 320 x 240 (supondo que é a resolução da sua tela) x 3 bytes (230400 bytes). E se você quer alguma responsavelmente, você precisará de pelo menos 5 quadros por segundo (com base na minha experiência, menos de 4 quadros, ea imagem começa a desaparecer antes do próximo quadro). Então você tem que transmitir a cerca de 1,2 MBytes por segundo. Isso vai ser uma carga muito pesada para o seu processador. Agora, se você tem um LCD com memória interna, é viável com uma CPU especificações muito baixo. Dora.

Então o que você quer dizer é, se o LCD que eu tenho uma memória RAM interna, então meus pinos de entrada de dados digitais serão todos conectar ao chão. E se o meu LCD não tem memória RAM interna, então eu teria que ligar os pinos de entrada de dados digitais para o GPIO do meu MCU. Estou certo? E pelo jeito, como podemos determinar se ou não o LCD tem RAM interna?. Estudei uma folha de dados LCD poucos, mas eles não indicar a RAM. Você poderia me mostrar um exemplo?

 

[doraemon]

Olá! Não, não é isso que eu quis dizer. Se você tem um TFT normal (quero dizer, o tipo mais comum, sem fronteiras internas, RAM), então você tem que enviar permanentemente dados para a tela para atualizá-lo, mesmo se você não mudar o conteúdo da tela. Você tem que manter uma memória RAM em algum lugar, porque o LCD não tem um. Mesmo se você quer imagem e fixo, você tem que enviar e reenviar novamente os mesmos dados. Agora, existem alguns LCDs que fazer isso por si só, assim que você enviar dados para ele e ele exibe. Você não tem que enviar dados de forma permanente no caso de imagens paradas, porque o LCD mantém os dados em sua memória RAM e processa as operações de atualização por si só. Basicamente, a pequena fez LCDs para telefones celulares têm muitas vezes a bordo de RAM. E telas maiores não o fazem, mas isso não é uma regra absoluta. Dora.

 

[ahgan84]

Olá! Não, não é isso que eu quis dizer. Se você tem um TFT normal (quero dizer, o tipo mais comum, sem fronteiras internas, RAM), então você tem que enviar permanentemente dados para a tela para atualizá-lo, mesmo se você não mudar o conteúdo da tela. Você tem que manter uma memória RAM em algum lugar, porque o LCD não tem um. Mesmo se você quer imagem e fixo, você tem que enviar e reenviar novamente os mesmos dados. Agora, existem alguns LCDs que fazer isso por si só, assim que você enviar dados para ele e ele exibe. Você não tem que enviar dados de forma permanente no caso de imagens paradas, porque o LCD mantém os dados em sua memória RAM e processa as operações de atualização por si só. Basicamente, a pequena fez LCDs para telefones celulares têm muitas vezes a bordo de RAM. E telas maiores não o fazem, mas isso não é uma regra absoluta. Dora.

Então essa é a parte RAM em LCD. Mas a minha pergunta ainda não foram respondidas. Por que alguns designers conectar os pinos de entrada de dados para a terra e alguns conectá-lo à GPIO do MCU?

 

[doraemon]

Olá! Acho que eles se conectam alguns dos pinos de dados, nem todos os pinos de dados. Caso contrário, eu acho que iria ficar preto o tempo todo. Por exemplo: você tem um LCD de 24-bit, mas você quer usá-lo com um MCU que tem 16-bit portas. Uma maneira é multiplex (adicionar motoristas de ônibus externas). A outra maneira é trabalhar em 16 bits 5-6-5. Neste caso, você conecta o lsb 3 de vermelho, 2 e 3 de verde, do azul ao chão, e você trabalhar com os bits restantes. Dora.

 

[ahgan84]

Olá! Acho que eles se conectam alguns dos pinos de dados, nem todos os pinos de dados. Caso contrário, eu acho que iria ficar preto o tempo todo. Por exemplo: você tem um LCD de 24-bit, mas você quer usá-lo com um MCU que tem 16-bit portas. Uma maneira é multiplex (adicionar motoristas de ônibus externas). A outra maneira é trabalhar em 16 bits 5-6-5. Neste caso, você conecta o lsb 3 de vermelho, 2 e 3 de verde, do azul ao chão, e você trabalhar com os bits restantes. Dora.

Eu tenho carregado duas desenho esquemático eu encontrei na internet para discutir aqui. Ambos são ligando os pinos de dados de LCD para o chão. Acho que ligar todos os pinos de dados para o chão. Você poderia explicar melhor? Vi que no projeto, o LCD também usar SDO e SDI para se comunicar. Eles estão usando a comunicação SPI? Eles estão apenas usar esses dois pinos para se comunicar é por isso que ligar todos os pinos de outros dados para o chão?

 

[doraemon]

Olá! OK, eu olhei para a fiação de LCD. Na verdade, todos os pinos de dados estão no chão, mas SDI / SDO e SCK são utilizados, o que significa que este LCD comunica em série. Assim que deve ser fácil, você pode dirigi-lo com um micro controlador. Aparentemente, este LCD tem duas interfaces (há uma VSYNC / HSYNC, relógio de ponto, etc). Provavelmente, pode ser usado com que a interface último para sinais de vídeo de jejum, e com a interface MCU para mais MCU-like aplicações com imagens estáticas. De qualquer forma, a interface deve ser fácil. Dora.

 

[ahgan84]

Olá! OK, eu olhei para a fiação de LCD. Na verdade, todos os pinos de dados estão no chão, mas SDI / SDO e SCK são utilizados, o que significa que este LCD comunica em série. Assim que deve ser fácil, você pode dirigi-lo com um micro controlador. Aparentemente, este LCD tem duas interfaces (há uma VSYNC / HSYNC, relógio de ponto, etc). Provavelmente, pode ser usado com que a interface último para sinais de vídeo de jejum, e com a interface MCU para mais MCU-like aplicações com imagens estáticas. De qualquer forma, a interface deve ser fácil. Dora.

Yup. Estes LCD está ligado a um MCU. É que, se o LCD pode comunicar em série para MCU com SPI, não há necessidade de o sinal de dados RGB ser ligado ao MCU? Posso saber qual é a melhor interface? Usando os pinos de entrada de dados RGB apenas se comunicar com o MCU? Ou use o serial SPI para se comunicar com o MCU? Ou devemos conectar os dois?

 

[radnusmar]

Eu li, tanto através de suas conversas. Usando RBG é difícil quando comparado com a interface em série. Como toda carga do processador será dedicado em lidar com RGB. Interface através RBG permite mais flexibilidade para mudar a imagem que é exibida, mas a interface Serial, provavelmente, terá flexibilidade limitada. Dora! Estou certo? Eu sou um begineer. No que se refere, Ram