vtrx

voce deve postar o código para que mais pessoas te ajudem. Parece que voce esta completamente perdido nesta sua tarefa. Usar 2 pics para isso é o mesmo que usar 2 Pcs para assistir 2 videos no youtube ao mesmo tempo.

voce pode usar interrupção ou invés de usar a função Delay,voce pode fazer um LOOP e dentro deste LOOP ler o sensor,bastaria calcular quantas vezes este LOOP tem que ser feito para 'gastar' o mesmo tempo se fosse usar Delay. Não existe problema,todo mundo programa assim,imagine ter 50 interrupções para fazer 50 tarefaz...

Usar RTOS para rotinas simples como as que voce citou,limita sua memória e seu sistema. Se for usar USB,que esse pic tem,nem sei se o comportamento seria desejável. RTOS é mais usado em arquitetura ARM. voce pode usar num PIC mas não vejo nenhuma utilidade prática na linha 16F,18F,geralmente se programa em Assembly quando a temporização ou sincronização de algum periférico ou rotinas é crítico.

Observe que não existe 'multi tarefa' no microcontrolador,é tudo sequencialmente. A velocidade de processamento é que dá a impressão de multitarefa,a não ser que o micro tenha mais núcleos,que não é o caso do PIC. voce deve implementar as rotinas sequencialmente,pela ordem das rotinas de maior prioridade,ou seja,o que voce deseja executar primeiro.

AVR Studio.

O algoritimo é o seguinte. 1-primeiro voce espera um sinal pelo receptor de 9 milessegundos,se for continua(é o protocolo NEC,não outro). 2-Depois aguarda um espaço de 4.5 milessegundos,se não for sai da rotina. 3-Caso tudo ok,começa a decofificar os bits para formar um byte. 4-Bit 1 é +- 1.2 milessegundo,Bit 0 é +. 560 µ. 5- Decodifique 8 bits. Isso é o básico. Outro detalhe,voce tem que usar um IR receiver de 38KHZ para o protocolo NEC. Em vez de reinventar a roda,usae o código e explicações do link abaixo; >Protocolo NEC IR HitechC <- Foi programado para Hitech,mas talvez voce possa mudar para outro compilador.

O protocolo NEC (38KHZ) é mais fácil de usar pois ele primeiro envia o código do aparelho(TV,DVD,etc) e depois os comandos,assim voce pode fazer seu código,tipo,PIC-comando. De uma olhada no Link. -> Porotcolo NEC IR <- Parece complicado mas não é.

Sabe aquelas frequencias na tabela? Vai ter que saber qual é a do seu componente. O melhor é usar o mais comum que de 38 KHZ. O protocolo é de livre escolha,respeitando a frequencia portadora para não haver instabilidade na recepção.

Primeiro voce tem que escolher um protocolo,tipo,NEC,SONY RC5,6 etc. Depois voce deve dizer se quer receber o sinal ou transmitir. É muito fácil programar isso em ASM pois voce calcula certinho a portadora de 38KHZ que o receptor usa e transmite ou recebe,eu não tentei usando C mas não deve ser tão doloroso.

Que tipo de conexão USB está usando,é nativa? Alguma preocupação em especial sobre um dos lados não estar ativo?

Sobre o seu projeto eu não sei,mas numa conexão USB nativa,essas informações são facilmente controladas. Por exemplo,usando HID,que é simples, o programa no PC só envia pacotes de bytes quando existe uma conexão. Nos programas que faço, cada vez que algo é enviado,é feito uma verificação,mas essa verificação,no meu caso,é dependente do Componente que uso no Delphi ou Borland C++. No lado do PIC,usando HID,ele só retorna algo ser for consultado primeiro,isso é uma caracteristica da classe HID,logo se o programa no PC não consultar o PIC ou não estiver mais ativo,o PIC fica em stand by ou tambem pode ser programado no firmware para se desconectar depois de um tempo.

Usando CDC,(COM emulada), só vai conseguir isso,que é o mesmo da classe USB HID e BULK,isto é pacotes de 64 bytes. Usando isochronous,o tamanho é determinado pelo driver no Windows,que voce tem que programar. Pacotes infinitos ou 'grandes',só com USB nativo e um driver específico para o dispositivo. Uma observação interessante é que se voce usar BULK ou HID,o Windows XP aceita pacotes de até 512 bytes,mas com o Windows vista em diante isso foi 'barrado'.

A linha 16F não tem vantagem usar C,ja que voce ja programava.

O segredo esta no circuito que vai ler os sinais. Basta um circuito ligado a entrada AV da tv de 5 polegadas.

A frequencia é de 38Khz,é bem comum. Escolha um que tenha o mesmo tamanho e apenas verifque qual terminal é 5v,GND e Out.

Troque direto(o receptor (que tem 3 terminais)).

Se o defeito tambem está relacionado ao teclado(touch),é preciso regravar o firmware da placa do teclado. ISto é feito na autorizada. Caso seja apenas defeito no controle remoto,voce pode tentar tocar o receptor IR,

Me diga a data de fabricação(selo atrás da tv)e te digo se é um problema de fabricação. Confirme tambem o modelo que está escrito no selo atrás(model code).

Se o DVD tiver saída Video Componente,não haverá problema pois é o tipo de conexão que vai importar neste caso(que é padrão).

Vai ter que gravar o PIC. Se voce conseguir um PC com porta paralela o esquema do gravar é barato. Creio que não terá dificuldade de alguem gravar para voce aí na sua região.

A placa esta pronta para ser montada diretamente,o conector ja está na posição,voce não precisa de nada,apenas corroer e furar. Astrilhas estão finas,mas deixei o Egle escolher. Eu fiz o teste imprimindo o layout num papel Glossy,com impressora laser,e usei o sistema de 'ferro' de passar roupa. Ficou muito bom. O outro esquema é de um gravador de PIC pela porta paralela usando o programa WinPIc800. Use ele caso não saiba como gravar num 18F2550. Link -> ART2003

Eu não entendí. O Layout foi eu quem fiz,não entendo o que voce quer dizer com 'parte do pic'. A placa tem o PIC e um Sockete para Eeprom 24CXX. O PIC é o gerenciador do programa que grava a 24CXX,pois usa a USB(através do PIC).

É isso que o circuito e programa do link faz. Desde o último post,o programa foi bastante atualizado.

Manda; [email protected]

Tem como voce passar o artigo para mim? Tentei mas tem que ter créditos.