vtrx

Mas a mensagem de erro indica que a palavra reservada '_DATA_CP_OFF',não foi definida,mas no seu código a palavra está como 'DATA_CP_OFF'. Compile de novo.

Mulder,dei uma pesquisada rápida na net,e algumas pessoas estão comentando sobre este erro,que possívelmente é um Bug,pois se as outras palavras reservadas comtem o underline,não ha motivo para uma palavra só no bloco ser diferente. Chuiki,no seu caso,volte para; DATA_CP_OFF

Se toda versão do Mplab,mudar algumas palavras reservadas,vai ser duro...

Colocou antes o & ? Cole esta linha no lugar da outra; __CONFIG _INTOSC_OSC_NOCLKOUT & _WDT_ON & _PWRTE_ON & _MCLRE_OFF & _BOREN_OFF & _LVP_OFF & _CP_OFF & _DATA_CP_OFF

talvez um bug do seu arquivo? Tem que ter pois é padrão(acho). Veja,se o seu .inc não tiver e o padrão tiver,só vai compilar na sua máquina,melhor colocar:) Eu uso a versão 8.53.00.00.

Troque, #INCLUDE <PIC16F628A.INC> por #INCLUDE <P16F628A.INC> Está faltando tambem o underline aqui; & DATA_CP_OFF Troque por; & _DATA_CP_OFF Uma dica. è boa prática,em qualquer linguagem,dar uma lida nos arquivos .Inc. voce pode abrir usando o Bloco de notas,neste caso voce leria quais as palavras reservadas. Para o P16F628A.INC,neste caso; _BODEN_ON EQU H'3FFF' ;Backwards compatability to 16F62X _BODEN_OFF EQU H'3FBF' ;Backwards compatability to 16F62X _BOREN_ON EQU H'3FFF' _BOREN_OFF EQU H'3FBF' _CP_ON EQU H'1FFF' _CP_OFF EQU H'3FFF' _DATA_CP_ON EQU H'3EFF' _DATA_CP_OFF EQU H'3FFF' _PWRTE_OFF EQU H'3FFF' _PWRTE_ON EQU H'3FF7' _WDT_ON EQU H'3FFF' _WDT_OFF EQU H'3FFB' _LVP_ON EQU H'3FFF' _LVP_OFF EQU H'3F7F' _MCLRE_ON EQU H'3FFF' _MCLRE_OFF EQU H'3FDF' _RC_OSC_CLKOUT EQU H'3FFF' _RC_OSC_NOCLKOUT EQU H'3FFE' _ER_OSC_CLKOUT EQU H'3FFF' ;Backwards compatability to 16F62X _ER_OSC_NOCLKOUT EQU H'3FFE' ;Backwards compatability to 16F62X _INTOSC_OSC_CLKOUT EQU H'3FFD' _INTOSC_OSC_NOCLKOUT EQU H'3FFC' _INTRC_OSC_CLKOUT EQU H'3FFD' ;Backwards compatability to 16F62X _INTRC_OSC_NOCLKOUT EQU H'3FFC' ;Backwards compatability to 16F62X _EXTCLK_OSC EQU H'3FEF' _HS_OSC EQU H'3FEE' _XT_OSC EQU H'3FED' _LP_OSC EQU H'3FEC'

Mulder,sempre repita o Link,pode ter alguem que esta lendo a partir daqui e não leu no começo.

O LT não precisa,o projeto pode usar um LCD com tensão normal,alem disso é profissional,não creio que ele queira montar um trambolho só para mostrar a temperatura e horas.

Claro!,não precisa desperdiçar um 16F877 só para isso! voce pode usar um 16F84 ou 16F628 + LCD+horas+temperatura. Ja cansei de postar o Link,o projeto é feito em ASM(por isso é eficaz),é so compilar pelo MPLAb,caso não encontre o 16F84(que ja não é mais fabricado)pode procurar alguem que o fez no 16F628. http://www.4shared.com/file/ojWFwRbW/zip.html

Olha,eu acho que precisa programar sim. Devem ter confundido com atualização de firmware,pois como voce vai programar a flash se não tem firmware para ativar o leitor óptico?

Atente que a 'lingaugem' nativa é ASM,os compiladores tentam converter o código gerado de alto nivel no melhor possível em linguagem de máquina(apenas compiladores ASM geram código direto).

A linguagem nativa dos Procesadores/Microcontroladores é ASM. Com o a evolução dos periféricos,a programação se tornou grande e de nível específico(grande conhecimento em HardWare/Software). Então 'portaram' a linguagem C para instruções de microcontroladores tornando mais acessível aos iniciantes (ou avançados) a programação,mas com certas limitações da linguagem de alto nível. De qualquer maneira,se voce não tem conhecimento na linguagem nativa do micro,voce terá problemas em programação avançada pois não entenderá corretamente os DataSheets ou ficará totalmente dependente do compilador de alto nível. É comum a programação Híbrida (rotinas principais ou 'importantes' em ASM dentro do código de alto nível).

Vini,não é suficiente para voce usar HID ? Não precisa de drivers. Máximo de 64 kb/s. Pode enviar pacotes de 64 bytes por vez. O programa HOst/Pc é extremamente simples(sem DLL,aceso por API do Windows). A não ser que esta planejando fazer um disco virtual ou pen drive,não veja a não utilidade de se usar HID.

Seu problema é no Hardware. Faça uma experiencia. Conecte o dispositivo na porta USB e fique segurando o 'terra' do conector e veja se indentifica.

Ta baixando sim. Mulder,quando postar um link de páginas com arquivos virtuais,deslogue e teste o link!

Desinstale o MPLBA e instale uma versão mais recente. Caso não tenha uma versão mais recente,depois de desinstalar,vai ter que procurar no registro do Windows (REGEDIT),por referencia a MPLAB e apaga-las manualmente.

A questão é o padrão C que tem que ser seguido e não o tipo de compilador. Ponteiros não tem emdereços definidos,logo não são exatos. Concordo que os melhores compiladores devem ser o do fabricante,mas a linguagem não pode sair dos padrões. Ja tentou usar 'GOTO' para saltar para alguma subrotina em C? Se voce usar mais de uma,com certeza o programa vai se perder. Existe certos registradores que o compilador C vai usar para sí mesmo,então não fica disponível. Eu acho que programar 100% em C (para microcontroladores) é dar um tiro no pé.

Edu.se voce não usar ASM,mesmo que em rotinas num compilador C ou outro de alto nível,voce nunca terminará um grande projeto de alto desempenho pois os compiladores não tem acesso total aos registros e arquitetura de um Microcontrolador. Exemplo é quando voce tenta rodar o programa não da flash mas de uma memória externa. Úsando C,voce terá problemas com ponterios,ja em ASM voce apenas dará um salto para a localização onde começa o programa. Zerar o conteudo da Ram e Flash então,complica ou deixa inviável se não for em ASM. Eu mesmo usei muitas vezes C(Mikroc) para aprender a usar USB/HID,mas programo em ASM,mesmo para ARM ou DSPIC pois meus projetos pedem acessos precisos. voce estava com esse problema pois devia ter feito a rotina principal em ASM. Lógico que programar em ASM exige muito conhecimento de HardWare e programação,mas aí esta a diferença entre programadores completos ou não. Vejo muito nos forums de eletronica os iniciantes querendo programar um micro usando C do mesmo jeito que no Windows ou Linux,este é outro erro muito comum que confudem os iniciantes mas tem bons livros sobre C direcionado a microcontroladores.

Se não me engano,o cartão SD se comunica em protocolo SPI,a USB não. Quando voce coloca o cartão para ler/escrever pela USB voce usa um adaptador,certo? Se sim,no adaptador deve ter o hardware e específico para a comunicação.

Para o reflow ja é suficiente mas para o reballing não.

Se voce pretende gravar programas captados pela antena,use um serviço de canal pago como o da Embratel que eles transimtem em NTSC.

Vamos ver se depois de 4 anos alguem pode ajudar...

Tem algo errado com sua tela LCD,leva numa autorizada (ou ela está bem suja).

Da para ver cabos conectados,isto siginifica que ja está funcionando?

Lembrando que qualidade e potência só se cosegue com AMPs valvulados. http://produto.mercadolivre.com.br/MLB-143387828-cabecote-marshall-jcm800-para-guitarra-valvulado-100w-rms-_JM