vtrx

É fácil,ja que fiz isso a muito tempo. Me diga em detalhes como quer que funcione.,qual as teclas que precisa simular.

Qual compilador vai usar com o PIC,e qual a versão do Delphi vai usar? Posso te ajudar com o PIC e com o Delphi.

Pode levar numa assistência,o preço vai depender do tipo de serviço feito,tipo,troca da barra de leds,troca apenas dos Leds com defeito etc.

Delta tem representação em vários paises. Mande um email para eles... http://www.deltaww.com/services/customerService.aspx?secID=8&pid=2&tid=0&typeid=5&hl=en-US

Qual a marca do projetor!!! Tomara que use o padrão NEC.

Se o Display apresentava linhas,isso não muda,mesmo trocando alguma placa. Sobre o estouro,em 8 anos de Samsung,nunca ví este modelo estourar a placa principal... Se eu fosse bem malicioso e desonesto,eu pegaria a sua placa principal,ja que o painel esta com defeito,e te contaria alguma história parecida.

voce começou a postar do fim... Poste a foto com o defeito.

Situações que podem ocorrer; O programa na memória Flash,pode estar corrompido e deste modo o processador não consegue dar Boot. Algum conversor DC/DC com defeito. Desconecte o cabo da fonte que alimenta a placa principal. Verifique a fonte e inverter,acionando a fonte. Procure pelo Power On na fonte e alimente ele com a tensão Stand-by que a própria fonte fornece para a placa principal. Se a fonte estiver OK,o painel vai acender o back light.

Não existe uma 'regra' para localizar um defeito nesta placa. Vai ter que analisar bastante.

Antes de regravar os dados,porque não verifica se a Eeprom esta ok? Salve os dados delas,apague e verifique se zerou.

Vai ter que continuar a usar Ram externa. Eu utilizaria arquitetura ARM,que é fácil de portar. Tudo depende do que quer emular ou criar,e da resolução vai depender a Ram externa. Poderia também fazer um 'mix',usando um micro para video com sua Ram dedicada e outro para periférico e comunicação externa,deste modo poderia usar ATmega e algum outro qualquer. Se seu desafio seriam em 8 bits,imagino que teria que usar mais de um para um bom resultado. Se mesmo assim for um desafio de um micro 8 bits,então além da Ram externa,vai ter que usar ASM. Pena que depois dos celulares,minha vontade de fazer algo similar sumiu... Fiquei com a impressão de reinventar a roda por causa dos Tablets e celulares,afinal um Tablet é tudo isso que precisamos ja montado,apenas mudando o sistema operacional.

Se os vídeos do link tem 7 anos em média,e ja geram vídeo e algum movimento,não entendo porque parou,a ponto de abrir um tópico.

Ja postei a solução em outro tópico. Faz uma pesquisa.

@Murilo Karlo de Souza Sua pergunta está vaga. Geralmente ajudamos a melhorar ou achar erros em códigos e circuitos. O circuito da imagem parece bom.

No caso do vídeo,o PC mais enviava que recebia. O programa no PC enviava todos os bytes da imagem,63 por vez,ja que um byte era usado para o PIC saber o que fazer. Diga mais detalhes de como o seu circuito tem que enviar os dados dos sensores,que velocidade voce precisa ler estes sensores?

Vai ter que usar o timer mesmo. Velocidade máxima do Timer vai ser de +- 5 milissegundos,pois o PC fica 'esperando' a transação USB acabar para depois enviar outra. No video do Link,eu usei a velocidade máxima da comunicação HID para enviar os dados de imagem. https://www.youtube.com/watch?v=XRyC43_bSmY Como pode ver,não é tão rápido,mas vale lembrar que a imagem tem em média 1 mega.

Tenho uma dica. As curvas Samsung tem grande vazamento de backlight se o usuário não estiver de frente a tela. Eu fugiria das telas curvas.

Amigo. Com um multímetro e a TV funcionando,veja se tem +- 180v ou mais entre o terra(pode ser a lata do painel lcd )e um dos terminais do conector perto do selo onde esta escrito 32LN5400. Se tiver,tem Leds aberto ou em curto.

@iFireOxz Visual Studio não pois gosto de executáveis independentes de complementos. Para voce testar seu aplicativo feito no Visual Studio,faça uma comunicação simples,se funcionar,sua lógica dos sensores pode estar errada. Comunicação simples poderia ser envie 'a' receba 'ok'. Para saber se seu aplicativo esta recebendo caracteres,conecte um Joystick USB,aperte algumas teclas e veja se tem leitura em um Edit ou Memo. Sobre Hardware,o PIC 18F2550 tem um 'bug' de Hardware usando USB quando faz a gravação do Firmware usando baixa tensão (LVP). Isto desabilita o pino RB5 e deixa o circuito USB sensível a estática,só de encostar o dedo em cima do PIC ja é o suficiente para 'desconectar' o USB e reiniciar,não sei se o 18F4550 também é assim. Para estabilizar e evitar isso,no 18F2550,deixo o pino RB5/PGM como entrada e aterro este pino.

Sim,sabe porque? Na verdade o PIC não envia nada,é o PC que tem acesso a memória Ram do PIC onde fica os dados,logo se o PC não ler,nunca vai saber se tem dados novo. voce tem certeza que seu Hardware esta funcionando OK?

@iFireOxz Sabia que iria ter algum incomodo nessa historia,neste caso é o MikroC. Ainda não entendi seu esquema. Quem faz a leitura para saber se um sensor foi ativado é o PC? voce escreveu; e depois continuou; Quem é o PIC e quem é o PC? Acho que os sensores são ligados ao PIC,então o PIC 'le' qual sensor foi ativado e envia ao PC,mas o PC não tem que contar as vezes mas sim o PIC! Na comunicação HID,o dispositivo,no caso o PIC,só pode enviar algo se for solicitado,então o PC envia alguma coisa,tipo um caractere,mesmo tendo que enviar 64 bytes(o padrão full speed),você carrega o primeiro buffer,no PC,com um caractere que o PIC entenda que é para executar alguma rotina. Exemplo,o PC envia o caractere a. Se fosse em C; HidWriteBuff[0] = 'a'; No PIC,sua rotina estaria esperando este a para executar algo; while(1){ if(HID_Read() > 0) //Verifica se recebeu algum dado. { if(HidReadBuff[0]=='a') //Faz a leitura do primeiro byte recebido e compara com a { HidWriteBuff[0] = valor_sensor1; //valor_sensor seria a variavel do sensor 1 while(!Hid_Write(HidWriteBuff, 64)); //Envia algo atraves da USB para o PC. } }} Usando o HID terminal,voce digitaria a e receberia o valor da variável valor_sensor1. Para agilizar o programa,voce poderia ter feito; while(1){ if(HID_Read() > 0) //Verifica se recebeu algum dado. { if(HidReadBuff[0]=='a') //se for a,envia logo os 63 sensores { HidWriteBuff[0] = valor_sensor1; HidWriteBuff[1] = valor_sensor2; HidWriteBuff[2] = valor_sensor3; HidWriteBuff[3] = valor_sensor4; HidWriteBuff[4] = valor_sensor5; HidWriteBuff[5] = valor_sensor6; HidWriteBuff[6] = valor_sensor7; HidWriteBuff[7] = valor_sensor8; HidWriteBuff[8] = valor_sensor9; HidWriteBuff[9] = valor_sensor10; HidWriteBuff[10] = valor_sensor11; HidWriteBuff[11] = valor_sensor12; HidWriteBuff[12] = valor_sensor13; HidWriteBuff[13] = valor_sensor14; HidWriteBuff[14] = valor_sensor15; HidWriteBuff[15] = valor_sensor16; HidWriteBuff[16] = valor_sensor17; HidWriteBuff[17] = valor_sensor18; HidWriteBuff[18] = valor_sensor19; HidWriteBuff[19] = valor_sensor20; HidWriteBuff[20] = valor_sensor21; HidWriteBuff[21] = valor_sensor22; HidWriteBuff[22] = valor_sensor23; HidWriteBuff[23] = valor_sensor24; HidWriteBuff[24] = valor_sensor25; HidWriteBuff[25] = valor_sensor26; HidWriteBuff[26] = valor_sensor27; HidWriteBuff[27] = valor_sensor28; HidWriteBuff[28] = valor_sensor29; HidWriteBuff[29] = valor_sensor30; HidWriteBuff[30] = valor_sensor31; HidWriteBuff[31] = valor_sensor32; HidWriteBuff[32] = valor_sensor33; HidWriteBuff[33] = valor_sensor34; HidWriteBuff[34] = valor_sensor35; HidWriteBuff[35] = valor_sensor36; HidWriteBuff[36] = valor_sensor37; HidWriteBuff[37] = valor_sensor38; HidWriteBuff[38] = valor_sensor39; HidWriteBuff[39] = valor_sensor40; HidWriteBuff[40] = valor_sensor41; HidWriteBuff[41] = valor_sensor42; HidWriteBuff[42] = valor_sensor43; HidWriteBuff[43] = valor_sensor44; HidWriteBuff[44] = valor_sensor45; HidWriteBuff[45] = valor_sensor46; HidWriteBuff[46] = valor_sensor47; HidWriteBuff[47] = valor_sensor48; HidWriteBuff[48] = valor_sensor49; HidWriteBuff[49] = valor_sensor50; HidWriteBuff[50] = valor_sensor51; HidWriteBuff[51] = valor_sensor52; HidWriteBuff[52] = valor_sensor53; HidWriteBuff[53] = valor_sensor54; HidWriteBuff[54] = valor_sensor55; HidWriteBuff[55] = valor_sensor56; HidWriteBuff[56] = valor_sensor57; HidWriteBuff[57] = valor_sensor58; HidWriteBuff[58] = valor_sensor59; HidWriteBuff[59] = valor_sensor60; HidWriteBuff[60] = valor_sensor61; HidWriteBuff[61] = valor_sensor62; HidWriteBuff[62] = valor_sensor63; HidWriteBuff[63] = valor_sensor64; while(!Hid_Write(HidWriteBuff, 64)); //Envia algo atraves da USB para o PC. } }} Isso porque independentemente de voce usar um byte ou 64,tanto o PC como o PIC vão enviar/receber 64 de uma só vez. Por padrão,a comunicação HID se inicia com o primeiro byte com valor zero(0),o compilador trata isso automaticamente. Na minhas comunicações HID,eu sempre uso o primeiro Buffer para dizer ao circuito que rotina usar,tipo; while(1){ if(HID_Read() > 0) //Verifica se recebeu algum dado. { if(HidReadBuff[0]=='a') //se for a,inverte a saida de um pino do PIC { PORTB.B0 = ~PORTB.B0; } }} Poderia ser uma rotina. Isso ja é um começo para voce. Faça o teste; while(1){ if(HID_Read() > 0) //Verifica se recebeu algum dado. { if(HidReadBuff[0]=='a') { HidWriteBuff[0] = 'o'; HidWriteBuff[1] = 'k'; } while(!Hid_Write(HidWriteBuff, 64)); }}} Digite a no HID terminal e deve retornar 'ok'.

@iFireOxz Vamos ver se tenho a sorte de te ajudar. Esta é uma comunicação que estudei e pratiquei a fundo,ja usei com PIC em ASM e 3 compiladores C diferente,e até implementei em ARM. Mas preciso de umas informações par agilizar. 1-Qual compilador esta usando com o PIC? 2-Qual programa você usa para se comunicar com o PC? 3-voce ja tem um prototipo montado e este prototipo ja esta enumerando(sendo reconhecido e alocado) com o PC? 4-O que os sensores tem que enviar,um valor ou apenas se foram ativados? 5-Tenho que saber como definiu as variáveis e como sua rotina se comunica com a USB,se usa uma interrupção ou via Looping.

Refaça a lógica do programa. HID é um padrão e não tem como alterar um padrão universal. Toda comunicação HID vai trafegar os bytes padrão da comunicação. Valor_Sensor_1 = ReadBuff[1]. O Buffer que envia/recebe os bytes tem que ter o mesmo tamanho (64 para FullSpeed). Com 30 sensores sobra 33,não vejo o problema ainda. Outro detalhe,a comunicação USB HID FullSpeed comunica com o PC no mínimo em 1 milissegundo,não tem como 'atropelar' este tempo(64K/S).

O padrão HID não envia 1 byte,mas 64 bytes no modo full speed ou 8 bytes no modo low speed,e não é 1 bit mas sim 1 byte. Pense comigo,se voce precisa de apenas 1 bytes,horas,apenas use o Buffer1 e descarte o resto... Leia e use apenas o resultado do primeiro buffer.

@fabiano aladin Piscar um Led não tem segredo. O Compilador CCS,faz muita coisa 'sozinho' para o programador,e não era para voce ter dificuldade. Segue um Link funcionando,com simulador. http://www.4shared.com/rar/Gy-40-Tvba/CCS_LED.html O código é esse; # INCLUDE <16f628a.h># USE DELAY (CLOCK=4000000)# FUSES XT ,NOWDT , PUT , BROWNOUT , NOLVP# USE FAST_IO( VOID MAIN (){ set_tris_b (0b00000000); set_tris_a (0b00000001); setup_comparator(NC_NC_NC_NC); //DESABILITA OS COMPARADORES ANALOGICO DESTE PIC WHILE (TRUE){ IF (input(pin_A0)) { output_toggle(PIN_B7); while(input(pin_A0)); //ENQUANTO A TECLA ESTIVER PRESSIONADA,NADA FAZ } }}