vtrx

Ressaltando que um programador que não domina a linguagem nativa de um microprocessador ou microcontrolador,estará a merce do compilador de alto nível e restrições que as lingaugens de alto nível oferecem. Muito bem lembrado em relação ao DSP,que é projetado para alto desempenho que naturalmente só a linguagem ASM pode oferecer. Ha um abismo entre um código programado em ASM por uma pessoa experiente,e por um garoto de 14 e um rapaz de 25 usando,por exemplo,o MikroC. Ambos os códigos terão o mesmo' córe' genérico. Sem desmerecer quem programa exclusivamente em linguagem de alto nível,pois cada um tem suas limitações,pode-se perceber que a maioria da dúvidas no programa em C,por exemplo,são facilmente resolvidas se estivesse em ASM pois muita gente confunde programar em C para microcontroladores e programar em C para o PC(que contém um sistema operacional). Neste caso específico,a programação é direcionada a um sistema operacional que comandará o sistema,o que nem sempre é nescessario. Não se tem total acesso ao HardWare sem a implemetação da linguagem nativa (ASM),exemplo é quando se vai zerar toda a área de memória ou quando se deseja,por exemplo,executar o programa principal através de memória externa que em linguagem C se torna quase impossível,começando pela instrução 'GOTO',que em C pode gerar indefinição(inclusive esta restrição e abordada pela maioria dos compiladores). Enfim,se quisermos deixar de ser 'indios do terceiro mundo',precisamos ser menos 'acomodados' na hora de criar algo ou programar algo. PS:Não estou dizendo que quem programa em uma só linguagem é 'indio'.

Ja está tudo falado... Esse é o básico de buzinas eletronicas ou alarmes etc. voce pode usar um 16F628,uma ou duas Eeproms,botões e uma saída de audio qualquer. Eu tenho um projeto,que é fechado,onde ja tenho um programa próprio que voce escolhe os audios e ele é transferido para o circuito(USb ou Serial) onde o Pic ja le e sabe onde começa e termina cada audio. http://img717.imageshack.us/img717/4485/buzina.jpg' alt='buzina.jpg'>

Numa 24C512 a capacidade é de 65535K. Use arquivo 8 Bits/8 khz/Mono ou 5 Khz. Se for para gerar efeitos,voce deve juntar o audio usando um programa qualquer,e verificar o tamanho dos bytes de audio. A 8 khz a qualidade é melhor,mas o tamanho do arquivo aumenta. Este sample é da risada do pica pau a 5 Khz,.+- 3 segundos com 17 K: http://www.4shared.com/file/oFz9tLMk/picapau.html voce deve programar o firmware do microcontrolador para gerar a sequencia na velocidade da gravação. Teste usando o esquema R2R na porta paralela do PC,pois voce pode fazer o mesmo com uma porta interira de um pic. Nada impede que voce 'junte' alguns trechos de efeitos num programa de audio e gere um arquivo hex com o tamanho da memoria que vai usar(que pode ser gravado usando o PonyProg). http://www.lancos.com/prog.html Usando um esquema R2R e um bom filtro(procure na net),o áudio é muito bom para robos e brinquedos.

Estou postando um programa para estudo ou outros fins,que extrai o audio de um arquivo .wav e grava num arquivo .hex para gravar em mémoria(para ser tocado),ou para tocar o audio diretamente pela porta paralela. http://www.4shared.com/file/NXSRjocy/AudioHex.html

voce deve estar usando o Windows 7,está usando?

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

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.

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