LusoRobótica - Robótica em Português
Electrónica => Electrónica Geral => Tópico iniciado por: dropes em 17 de Julho de 2015, 14:39
-
Olá a todos :)
Estive a desmontar uma multi-funções da Brother e tenho intenções de aproveitar o display.
Sei que a resolução não é grande coisa, mas como é matricial e a cores seria muito bom para futuros projectos.
O grande problema é a quantidade de condutores (28) do flat cable, que acaba por desmoralizar qualquer um :-\
(https://lh3.googleusercontent.com/LQ2cJngxQgPljSywHBOiy-YmEIXgVocIDZrQGZZ_Nbk=w1045-h480-no)
A referência da placa do display é CMG48MC1 / L203037-1
Pelo que no google dá 0 informações sobre ela.
A única opção que vejo de momento seria usar um analisador lógico (que não tenho) mas que poderia fazer com um micro e alguma memória, será que compensa o esforço?
obs: Também tenho um display de um GPS com os mesmos sintomas, queria aproveitar mas a comunicação é...
-
É RGB com V-sync/H-sync, um colega meu tem um exactamente igual, e dado o local onde trabalha tem acesso ao esquema, é um interface RGB paralelo, 7 ou 8 bits por cor mais um fio ou dois de sync, 2 ou 3 de alimentação, e 4 para o touch.
-
A sério? :)
Já estava sem grandes esperanças para ele, ainda o desmontei mas não tem nenhum IC controlador, apenas dois chips no próprio display.
Este não tem touch aparentemente...
Se me arranjasses o esquema ficaria muito grato :) :) :)
-
Liga directo ao SoC da impressora, não tem valores de nada nem a ordem dos pinos, simplesmente uma caixa a dizer lcd e pinos a toda a volta, mas posso-lhe pedir, o touch é resistivo, logo não deve influenciar em nada o lcd.
-
Olá @Senso
Já encontrei o manual de serviço desta impressora e tem lá o esquema com pinout do display,
são 28 vias e sem o esquema não ia muito longe.
obrigadão na mesma pelo auxilio :)
Entretanto hoje "assaltei" um ponto electrão, tinha lá uma impressora HP CM755 ;D
O painel é lindo, com teclado alfanumérico também touch, não encontro o manual em lado nenhum LoL
Desta vez são 24 vias...
-
É RGB com V-sync/H-sync, um colega meu tem um exactamente igual, e dado o local onde trabalha tem acesso ao esquema, é um interface RGB paralelo, 7 ou 8 bits por cor mais um fio ou dois de sync, 2 ou 3 de alimentação, e 4 para o touch.
A interface é de 16 bits + 5 de controle, deste modo duvido que seja de 7 ou 8 bits os dados... só hoje dei conta que o display é da Casio mas nada de mais concreto pelas nets. Sem touch.
Fiz a captura de dados 8 bits de cada vez, no final juntarei tudo.
Para já só visualizei os dados pelo Digitrace, consegue ler em binário dados de 8 bits sem mais informações pelo meio dos ficheiros de data.
A captura foi através de um ATmega8515, 128kB de memória externa com compressão até 256x via código, overclock de 16MHz para 28.322MHz através de oscilador externo, sem qualquer erro, watchdog desactivado e mais uns truques para que funcionasse bem, no final o Realterm recebia os valores da memória via UART.
Neste momento vou editar os ficheiros para ficarem sincronizados, são 5, com dois deles referenciados pelo CRT ou nem sabia por onde pegar.
Um programa que achei compreensível em termos de data (ascii), é o Ant18, apesar de suportar no máximo 18 canais, sempre é melhor que os 8.
O preço dele anda perto do 500€ e não se justifica, entretanto consegue abrir ficheiros criados de outra forma via VB...
-
As coisas não correram como estava à espera, muita perda de dados na captura, limitado pela velocidade de acesso à memória.
Embora esta tenha um acesso máximo de 70nS, o layout peca pela falta de plano de terra, dupla face mas o autor não previu que fosse alterado.
A placa foi desenhada para um AT89S8252 32kB RAM externa, isto em 2005,
com algumas alterações consegui por um AVR em cima, 128kB, e fiquei com uma placa 12x mais rápida.
Parecida a esta mas pcb feita em casa
(https://lh3.googleusercontent.com/-2gWdnsArhQM/VedpuFoXjLI/AAAAAAAABm8/9Un4vjwlsXs/s356-Ic42/At89prog_elektor.jpg)
Então em overclock fica bastante limitado, por isso diminuí a velocidade de acesso à RAM, ia mais longe com um raspberry ou um beaglebone, por isso vou esperar por um analisador lógico já que não quero estar a investir num raspberry, se bem já precisei de um para um projecto novo...
Se estou a ser muito maçador digam-me, sou bastante persistente e dá nisto. :-[
-
Já consegui colocar o display a funcionar com os dados via LPT + uC
(https://lh3.googleusercontent.com/-ZFVH-qwDpZA/VhL7SFg879I/AAAAAAAABuo/AwyrxlCYKRo/s800-Ic42/Display%252520Brother%252520%25252B%252520LPT.jpg)
Usei o AL 16 canais mas só deu para fazer capturas em 4 canais de cada vez a 30MHz, porque ao aumentar o nº de canais também vai baixar a velocidade de captura o que é uma granda treta...
Então tive de fazer 8 capturas para 3 canais de cada vez + 1 de sincronismo, resultando em 12MB por captura, edição pelo Frhed e união para bytes via VB.
Pela porta paralela (LPT) envia 3 ficheiros correspondendo ao Byte1, Byte2 e CRT, tendo cada um 24MB pelo que demora cerca de 7min.
Apesar da eternidade que demora a enviar os dados, já consigo ter uma noção do protocolo a seguir, por isso o passo mais complicado está dado e posso estudar os dados mais detalhadamente.
-
Ai esses fios da porta paralela que parecem tão compridos... se tiveres um errozito de vez em quando já sabes :)
Continua. Sabes que persistência é melhor do que saber.
Já uma vez te ofereci um PSoC4 (entretanto já percebi porque é que não aceitaste :P), isso com um já devia bombar bem, e podias usar a interface USB que ele já trás.
-
Parabens!
Agora fazes ai um testamento que eu mando 500 mails para o Hack-a-Day, merecia lá aparecer.
-
Ai esses fios da porta paralela que parecem tão compridos... se tiveres um errozito de vez em quando já sabes :)
A velocidade da porta paralela é demasiado lenta para que ocorram erros devido ao comprimento dos cabos, acho que o máximo anda por volta de 1MHz, ao enviar os ficheiros tenho de colocar 1º o byte de saída depois 1 bit para a selecção da porta do uC, logo são 6 sinais que tenho de enviar por cada 3 bytes... +- 167kHz teoricamente.
Continua. Sabes que persistência é melhor do que saber.
Não é por nada que preferi investir num AL que comprar um display, dá-me mais prazer descobrir como funciona do que aplicar um comprado, ainda tenho +2 displays para investigar :P
Já uma vez te ofereci um PSoC4 (entretanto já percebi porque é que não aceitaste :P), isso com um já devia bombar bem, e podias usar a interface USB que ele já trás.
Pois, nisso tens razão, com atmegas não vou muito longe, quer dizer, vou, mas devagarinho LoL
Então se tiver intenção de o colocar em uso, não me safo de outra forma.
Parabens!
Agora fazes ai um testamento que eu mando 500 mails para o Hack-a-Day, merecia lá aparecer.
Obrigado :) vou aos poucos e assim que decifrar isto sempre posso colocar os detalhes aqui.
last edit: Depois de pensar um bocadinho ainda ontem à noite, resolvi por em prática hoje,
que é não enviar bytes repetidos, pois isso só atrasa a transmissão.
Resultado, passei de 24MB para 195kB por ficheiro, um "bocadinho" mais rápido (7min para 4seg) e funciona...
-
24MB? Mas que resolução e que profundidade de cor tem esse LCD? Ou estás só a fazer "replay" da captura que fizeste?
Os problemas que surgem com os cabos compridos não têm propriamente a ver com a frequência a que mudas o estado de um pino, mas sim com a velocidade a que o mudas (o tempo que demora a transição 0 -> 1 ou 1 -> 0). Até podias estar a enviar dados a 1Hz e ter problemas. A transição rápida do sinal provoca reflexões nos extremos do fio, levando a que quem está do outro lado possa interpretar essas oscilações como, por exemplo, transições de clock.
-
24MB? Mas que resolução e que profundidade de cor tem esse LCD? Ou estás só a fazer "replay" da captura que fizeste?
A resolução de cor é baixa, infelizmente não tinha clock externo e teve de ser capturado após o trigger via assíncrona (modo corrido).
O problema não foi a velocidade de dados a transmitir, mas a rapidez de alteração de estado de um sinal de comando, só à máxima velocidade consegui capturar isso, creio ser o de registo da data apresentada nos 16 bits. Os 24MB não têm tralha, apenas bytes repetidos.
Quanto ao comprimento do cabo não fazia ideia que isso podia acontecer a baixas frequências... tenho de me actualizar :-\
Apenas aproveitei este cabo porque já estava "feito", era de um gravador de vídeo, o mesmo com as 2 fichas.
-
Ontem deu-me para estudar mais um bocado sobre este display já que tivera algum trabalho anterior e ficou a meio.
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Flh3.googleusercontent.com%2F-PkmD1KWI1_w%2FV5-6IRJqEFI%2FAAAAAAAACV0%2FKXuyuPrG-bUQy85X6FHzSG5lVrE1ltw6QCCo%2Fs1024%2FLCD%252BBrother%252B-%252Bdiferen%2525C3%2525A7a.jpg&hash=fb47bb8ed360fa07791d412630c421ce2fa549d1)
Tirei agora esta foto para ver a diferença, à noite não fica tão bem mas já dá para ter uma ideia
O nº de cores é extremamente baixo (256), esperava muito mais mas visto ser de uma impressora acaba por ter alguma lógica.
Fiz isto mais por curiosidade outra solução seria deitar fora e não me pareceu eheh
Não tenho nenhuma aplicação para já em mente, talvez faça um jogo com ele tipo Pacman, Tetris ou GTA5 :P aceito sugestões!
Resolução: 352x132
Nº de cores: 256 (8 bits)
Configuração de cores por byte: RRRBBGGG
Tempo de envio imagem PC-LCD: 2 Segundos
ps: ENA só reparei agora, já faz um ano em que peguei nisto LoL
-
Tah fino!
Tens isso ligado a q micro ?
-
Obrigado :)
O micro é o Atmega8515 mas suporta até ao Atmega1284.
Tem 8k mas já deu para servir de interface, agora já lhe posso colocar um código mais apropriado para um stand-alone... creio que vou colocar o tetris, é simples e só peca pela falta de cache de video, com alguma ginástica consegue-se bem.
Assim que terminar coloco aqui ;)
-
Boa noite
3 semanas e mais de 1k linhas estou finalizando o código do tetris mas está com uns artefactos que não consigo descobrir o motivo, acredito que seja por exceder alguma variável e saber qual é é de doidos, tenho apagado algumas partes de código até funcionar bem, exclusão de partes que às vezes funciona outras nem por isso, enfim...
(o problema afecta apenas o programa e não o display)
Estou a programar em Bascom AVR, gosto do programa e tem funcionado, não tenho formas de fazer um debug por falta de hardware, a simulação faz bem mas ao ultrapassar tipo 255 passa para 0 e nem piu, pelo menos que eu saiba.
Stack overflow, flag, um sinal que me diga olha, foi aqui :P
Existe alguma forma de ter uma resposta, via hardware, simulação ou outra qualquer que me avise que a variável excedeu?
-
Os compiladores de C/C++ costumam ter uma flag para gerar código que verifique os limites da variável, agora o BASCOM... terás que verificar os valores à mão sempre que mexes nas variáveis, caso não tenha opção similar.
-
Desde já obrigado pela resposta ;)
Estive a procurar e lá encontrei como proceder recorrendo ao comando "Stcheck" (Calls a routine to check for various stack overflows).
Estou a usar cerca de 17 rotinas e cada vez que uma chama outra, tem de gravar as variáveis temporariamente, chego a usar 3 ou 4 sub-rotinas e as coisas tendem a piorar ficando sem memória disponível, é muito bonito a compilar mas na prática dá nisto...
-
Estou a usar cerca de 17 rotinas e cada vez que uma chama outra, tem de gravar as variáveis temporariamente, chego a usar 3 ou 4 sub-rotinas e as coisas tendem a piorar ficando sem memória disponível, é muito bonito a compilar mas na prática dá nisto...
Nunca programei nada tão "complicado" nem conheço em que contexto são usadas as subrotinas e que dados estás a passar, mas não dá para colocares os valores numa variável global e aceder a ela em cada subrotina?
-
Nunca programei nada tão "complicado" nem conheço em que contexto são usadas as subrotinas e que dados estás a passar, mas não dá para colocares os valores numa variável global e aceder a ela em cada subrotina?
Sim, posso colocar as variáveis em global e tenho feito isso o máximo possível para poupar RAM.
É preciso bastante cuidado ao usar variáveis globais para que não altere alguma em presente uso.
Sei que os procedimentos ocupam bastante memória, mas por vezes ocupam menos do que estar a repetir as mesmas instruções e é preferível ter uma macro, daí tanta rotina.
Um texto de "score" no meu caso:
- Main
- Show_next = apresenta a peça que vai aparecer a seguir, assim como a pontuação e o presente nível
- Call Header_y(3 ,1) = configuração do LCD para uma determinada área
este ainda vai chamar outro procedimento de clock e registo (12 passos) + endereçamento de configuração
- Aqui já posso colocar o texto com a fonte gravada numa label + procedimento de clock
- Depois de sair tenho outra rotina de fecho para os dados do LCD
Isto foi apenas para um simples texto, coloquei também alguns efeitos que gosto de ver tanto de fundo como das peças, entusiasmei-me :P
Claro que se for recorrer a bibliotecas não é preciso nada disto, LCD compatível.
À lá arduino seria lcd.setCursor(0,1); lcd.print(score); mas não era a mesma coisa
-
Projecto finalizado 8)
Visão geral:
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Flh3.googleusercontent.com%2F0sfXS6p5g5PoqJkcKGZed9ukm7KO_0wwJLyeOCrvWyo6kU9XAYWCl-2X7c-CVI4V-T5v4S-NswCoKN0qZ-nA8qfiFgTjcPjRpWhdUAi2Ja_4GLBgvj43PeF_2LzCIUY3qzOVTqaZ2CwY1s-6p_lIqbY7J0YFsdyZBdO5QJmdCnM2RhfizfiTNnILECVY5DVPACnG-mjlk3K3EpTu7Prso9S9kjufnVvYOqIoSeRpJYzbv27BVv7-i1SZ-sdp1IPPn0GTNP7p9hFH5HFHhbta0QH2StOP3_fCOppQKFZnRkofPl8p2cYTkwSZdZUYdKO2x27AcrkEwX9beMtNPRGwLTD6bpfaU2ev6A-ooKSKHAOqJImp5SesqWTSWTy1maJ7MuRtpXna59A6FP0qNh5GrjLj8CThoKbUOcgeGPD_5BeFxICwpntxnWNgSToasurQAztvzSesIMGjGeVx5YtzV7hos_anRt71kIc4qJDLSN41PwIsvTm4iyuose54oRWPbeWTxE6E8aaOGuzf22NDe0f_pY1d2Vb1yBiY3Q56yJliq3dwf_ihXFITE9ritt5IFOEQjUbFNpddE93WspBMSnm2TKKHIkTakfRG0Rd1rIaEYXPW%3Dw1680-h804-no&hash=3ea06a0c4d9427af76eb06ee410336523a4d39d4)
Visão interior:
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Flh3.googleusercontent.com%2FbJ_LtTbYj-Sawc8iw_6W1tg1hMwoReKbSu-QAoty0aU3NfUye7WTEXuutgrDbUpduFIINchayb69wmZHyZ1romvsbDnlTAKELAuah40vYn6Arwvm3vQwuJto24EOlSw_6Ix9Dv4fy9USto3cS2jSIAdcOtwNopazhZWceG-9BsUWSpp7yOfkR8bfvSaHIrBPq5Zq1Ba1S6Ng5VpINjp4MLSvQ1XzWlUmSpMzoBTyqMHe-XgHVco_JB-yH-VSkcbiCnzHGDGMCKd6INYINP0_LTBD4hhJAGwLFjiZ35de2t9odDFAELWFIswenNdp9MP4jA5DPHfF9KT1hm-aPt3hXPMlsrcHWpPSEqKEafYRf7VTVSDOAk7WpRQvd9RD8BAZdx384aTucD-fvq1YarT-9hGMGumAV6vB3ocKjpZqGWE9-5ZNeNlgo2AKqDtW-6ygQtsXLoV9PxxaodT_a3mRG2FbEQVkZeKnpWEein1rxGM8Aio-yOu4AE7-VdGL4bFT1Nqu3H1PcQHaFNmQYV8OBNec5AY6_RT3g9H8ZbFRL03Vdmud3UpQxDVJkmIvKuQ82-OGKdvtFhG-bebkc69OE7IbYmx4YnGoxMGPfv6V9h7icdUI%3Dw1680-h804-no&hash=0e72086f07fc6c6269884b7acb3014ca8801832b)
Adaptação de um Atmega328P em 40-pin PDIP:
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Flh3.googleusercontent.com%2FMTcC1IY2WSDW_nbu6E8coYGM4Yvpf4pO7ObRuFKYVpd_VtQxwfHMtlvJOrdDvAcIbktYl4dnWq_pZ_9dtOaKLqWI-4Lqed0_LdI3YoKl878jNFiz2uHQtQM1osb2bP1vgY9lHK-jT49urzvpc0tu7_iY1TfKxxNtSN2DruRr2PetA8KLV35Ioabh45OzoJoRqxTEIsP5N7qVJZGIiPSKm4HK3QdNxU5EhAB-c4AlWFI7WlzEPbfDCOTZnXeQehyK7dps4RwTwXYt4ZgjntJXvWyOkH69CtpFSj7YV1vsRlhuo16PKL9YrIplj67HmIei-uvNOjycxepvuTBsUJ8hsf_iQliqzEiQqHPHJmJyzOktuK6lLzePQkYZ6-vv7vZTfx7GA8iAq_Zu_GHYHEado_kNxFBJhyQaEH6cZoq95QVlKI1AloQ6yAzUMk2hfjbyexJVYMaulB4HdUcMvFHidrLjaP7_l4JP5cuFR6aGiAQZv0NRK44_mWB7iDNCRCjGILcmde9LgR6_kqu2RTgxtOfyxK7eiak0DB6QhBzaI9J9Cq8f34z7A3lbl61aXD2H_JQ2HyC3KAmb2kF2RAYU6vceCEbu2be7wLjJSA2UbqEFKWFb%3Dw1680-h385-no&hash=b94f822414b6f37334d3a4ea226bd7f6272acaac)
Demonstração:
http://youtu.be/8_nayr54OAU (http://youtu.be/8_nayr54OAU)
creio que vou colocar o tetris, é simples e só peca pela falta de cache de video, com alguma ginástica consegue-se bem.
Claro que sim, até se pegar nele e não haver velocidade suficiente de refrescamento para tanta instrução.
- Display CMG48MC1-FJ (Brother MFC-490CW)
- Atmega328P 16MHz
- Pilha Lithium (capacidade desconhecida)
- Carregador Lithium via USB
- Conversor dc-dc 3.7V to 6V para a iluminação do display
- Teclado de um auto-rádio para a interface, iluminado
- Programado em BascomAVR (80% space)
- Consumo +-70mA
:) :) :)
-
Bem.. excelente mesmo! Muito bom trabalho 8)
-
Bem.. excelente mesmo! Muito bom trabalho 8)
Obrigado :)
Meu maior desafio foi mudar do Atmega8515(8k) para o Atmega328P(32k), usei todas as portas e restou apenas um terminal para o teclado que teve de ser via ADC.
Foi um pouco arriscado até porque o cristal está mais longe do que devia, mas até agora está a portar-se bem.
Sabia que o 328 tinha mais para dar...
Para filmar pedi emprestado a semi profissional canon de minha irmã, ainda tentei com duas que tenho por aqui e ficou péssimo, agora já tenho um smartfone decente mas não o usei, fica para a próxima.
-
8) 8) 8) 8) :D
-
Muito bom! Parabens!
-
Mto fixe! À primeira vista, quase parecia um telemovel nokia (falha-me o modelo) ;D
-
Após vários pedidos pela internet sobre informações desta montagem, e dois dias a organizar para fácil entendimento, apresento código fonte, entre ouros:
https://github.com/pdropes/Display-Brother
Entretanto tenho andado entretido ;D
Esta lanterna fiz com uma fita de LEDs de uma TV avariada, cortei-a em tiras, soldei-as e colei num powerbank de 5A, o consumo é de 200mA:
(https://i.imgur.com/mv32fq9.jpg) (https://i.imgur.com/hAijmPZ.jpg) (https://i.imgur.com/q5KH0gT.jpg)
Nokia1616:
(https://i.imgur.com/SA1CpJO.jpg)
*este ninguém vai adivinhar, se criar um jogo foi complicado...