vtrx

Crie uma variável de 8 bits. A cada presionamento do botão ,encremente. Faça testes condicionais para saber quantas vezes foi pressionado e o que fazer. Obs:existe várias maneiras de se fazer a mesma coisa.

A linha CX,continua sendo o mais usado ainda. Ainda bem que programo bem em ASM e consigo,ainda,programar 100% em ASM até alinha 24. Concordo que para a linha da Microchip,este compilador ,(C18 etc),é perfeito.

Só da defeito.

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.

Para voce obter suceeso,vai ter que entender o que é mutiplexação e como funciona. Sem CIs adicionais,só vai conseguir uma matriz.

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.

Verifique a configuração LVPP.

Qual Framework da Microchip voce esta usando?

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'.

Vou ser sincero e tambem vou dar opinião prática pois trabalho a um bom tempo com circuitos,principalmente microprocessados e digitais. Eu ja levei muitos choques(que são rápidos e seguido de um estalo)em circuitos eletronicos e nunca danifiquei nehum por isso. Geralmente voce acumula estática quando o tempo está seco,mas qualquer método que voce fique em contato com algo ligado ao solo(não precisa estar aterrado)vai servir d proteção.

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).