aphawk

Opa, bons usos , test man, espero que ache ele legal, aliás, fica aqui um pedido que faço a todos que estejam lendo, se gostarem do tutorial, por favor, dêem uma nota a este tópico..... no tutorial que eu fiz de PIC, tem centenas de acessos, mas ninguém deu uma única nota para ele ....... heheheh po o ego agradece muito !!!!!! Abraços a todos ! Paulo

Só para manter o tópico atualizado ... Achei um bug do Bascom ..... declarei uma variável do tipo WORD ( pode ir de 0 até 65535 ), e fiz um loop usando o FOR - NEXT com ela, indo de 0 até 9999 , e o loop abortava quando o valor da variável chegava a 236 .... não conseguí achar o motivo, e só resolveu o problema quando eu declarei a variável como Long . Aliás, esse bug foi justamente no exemplo do tutorial sobre um contador de 0 até 9999 com 4 displays de 7 segmentos. Repare que eu tive de declarar ela como Long ! Fica aqui o aviso, pois é um daqueles bugs difíceis de se achar, pois tive de ficar acompanhando a contagem para perceber o bug ! Paulo

Caramba .... Tchecara ...... voce é o meu Karma terrestre hahahahahahah! Olha, entendi o que voce quer, mas acho que a sua estrutura está errada. Vou reproduzir aqui o que acho que deve funcionar : Letra B =======matriz 7 linhas X 5 colunas Linha1=30 Linha2=9 Linha3=9 Linha4=14 Linha5=9 Linha6=9 Linha7=30 seleciona: For k = 1 To 7 Select Case letra Case a dig = LookUp(4, 10, 17, 17, 31, 17, 17), k Case b ---bytes da letra b dig = LookUp(30, 9, 9, 14, 9, 9, 30), k case ....... EndSelect linha(k) = dig Next k Na minha visão do programa, este trecho é uma sub-rotina, que deve ser chamada apenas para montar a matriz linha() com as linhas correspondentes à uma determinada letra. Mas como voce vai fazer o Shift ??? voce teria de ter uma outra matriz, com a próxima letra, e ficar fazendo o deslocamento de valores ( shift ) , usando as duas matrizes. Mas isso também não vai dar certo.... o correto é voce fazer uma tabela enorme, com todas as linhas de cada uma das letras e números possíveis, baseados no valor ASCII crescente, assim fica fácil pesquisar elas, e localizar a sequência de linhas . Eu montaria vários ponteiros, para ser mais exato seriam 7 ponteiros, um para cada linha, e eles iriam se deslocando todos ao mesmo tempo, para ir mostrando as linhas passando pelo display. É mais fácil voce deslocar os ponteiros, do que ficar copiando as linhas para ficar mostrando. Agora, cá entre nós, essa ideia de usar um shift register para o deslocamento..... isso funciona bem quando é para acender um display de 7 segmentos, acabamos perdendo tempo precioso nas rotinas de shift .... voce poderia fazer isso, usando uma das portas de um 16f877a para as linhas, e uma outra porta para as colunas, assim fica fácil trabalhar com um display de 64 pontos ( 8 x 8 ) , sem precisar perder tempo com os shifts. Aliás, é assim que eu ví alguns projetos, usando AVR's. O truque é usar a interrupção do timer para ficar acendendo apenas uma coluna de cada vez, a cada 1/240 de segundo. Assim voce monta uma máquina de estado, e , por exemplo, a cada 1/8 de segundo voce faz o shift das colunas. Isso, com uma rotina de vários ponteiros se deslocando, sincronizados com as interrupts, ficaria lindo de se ver ! Mas , essa tarefa deixo como um exercício de FS para o meu dileto aluno Tchecara !!!!! E ve se dá um tempo prá mim né , afinal ainda estou terminando a parte 2 do tutorial de programação de AVR's em Basic, fico sem cabeça para pensar em programas para PIC do PSI ao mesmo tempo !!!!!! Um abraço a todos ! Paulo

Felipe, o problema é que a Phillips também faz muito componente que usa o SMBUS, que é um subset do I2C. E ela chama isso de I2C ! Muda o timeout, o clock speed, e os níveis de tensão. Segue este link que mostra as diferenças : http://www.maxim-ic.com/app-notes/index.mvp/id/476 Como os AVR's podem trabalhar com tensões mais baixas ( modelos com sufixo v ), os níveis de tensão são resolvidos fácilmente, mas as diferenças de timing ( o PSI usa 400 Khz de clock no I2C, ou seja, segue o modelo FAST do I2C, mas isso atende apenas às memórias seriais, outros componentes não aceitam essa velocidade, suportam apenas 100 Khz no máximo. ) são bem complicadas, eu tive de refazer um monte de código para falar com o maldito chip a 10 Khz ...... Fora que existem chips onde temos de conversar sem o Ack / Nak ( e o PSI só faz Ack .... ) ! Mas se serve como consolo, o Bascom tem uma função que deve resolver isso, tem o Config I2CDELAY, que permite chegar a um clock desde os 10 Khz até os 400 Khz ! E tem todo o subset de comandos I2C, inclusive com ou sem Ack / Nak ! Dá uma olhada no manual, é bem explicativo ok ? Paulo

Felipe e Cácio, Obrigado a vocês, meus amigos, a área dos AVR's também é bem nova para mim, e peço a ajuda de vocês, como sempre, para qualquer dúvida dos usuários iniciantes ! Aliás, gostaria que vocês dessem uma boa olhada no tutorial, como eu escreví ele a toque de caixa, podem existir alguns erros que eu não tenha revisto. Estou começando amanhã a escrever a segunda parte, espero terminar logo ! Um abraço a vocês, amigos ! Paulo Opa -> Felipe, se voce quis dizer o AVR Simulator Ide, os programas que eu gerei no Bascom, que utilizam o Timer0, não conseguí fazer a simulação..... mas os que não envolveram interrupções do Timer, funcionaram direitinho !

Opa ... parece que tem um cara dos ASM's "infiltrado" aqui no tópico !!!!! Poxa, Felipe, assim vai acabar a minha matéria por falta de alunos KKKKKKKK! Não vou discutir de novo Basic x ASM, mas acho que o que está acontecendo aqui é mais um daqueles problemas simples .... já que os Shifts e os Shifts-and-rotate são mais difíceis de serem feitos em Basic, porque não colocar essas funções que são muito fácilmente implementadas no Assembler ( creio que duas ou 3 instruções bastam, certo Mestre Felipe ? ) como sub-rotinas do Basic ?????? Já fiz isso com rotinasbem mais complexas, e funcionou direitinho, tinha 8 funções para conversar com uma maldita memória serial, que só mesmo em Assembler pois o I2C do PSI não era compatível com ela ! Às vezes, apenas o Basic não resolve, então, temos de "apelar" ( com todo o respeito, viu Felipe ! ) para o Assembler para ser usado pelo Basic ! Mudando de assunto um pouco .... agora que vou ficar doido de vez, acabei de publicar um tutorial semelhante para os AVR's usando o Bascom.... tirar dúvidas dos dois ao mesmo tempo vai ser fogo.... Pablors, A comunicação é do tipo I2C, mas existe um terceiro sinal, o Dlen, que voce vai ter de tratar fora do I2C.... o problema é que a Phillips é campeã de circuitos I2C que utilizam clock de baixíssima velocidade, e voce não consegue isto com o PSI.... O correto seria voce mesmo implementar o protocolo de baixa velocidade, em Basic mesmo, mas não é fácil, ok ? Paulo

Pessoal, segue um novo tutorial, baseado na linguagem BASIC do Bascom, e no uso de programadores ICSP, para quem quiser usar os processadores AVR's em seus projetos. Como é a primeira versão, podem existir erros de escrita, ou até mesmo algum conceito que eu tenha entendido de uma maneira pode estar errado, mas basta me avisarem, que eu corrijo o tutorial, ok ? Os programas e circuitos do tutorial foram todos montados e testados. E gostaria de enviar um agradecimento ao nosso amigo SOSCHIP, pois ele, mais do que todos os outros deste Fórum, é quem mais batalhou para incentivar o uso dos AVR's, e até mesmo foi por indicação dele que eu iniciei a usar o programa Bascom em meus projetos. SOSCHIP, obrigado, meu amigo ! Segue o link para o tutorial : http://www.4shared.com/office/WHtIxI3t/TUTORIAL_PROGRAMAO_AVR_EM_BASI.html Paulo EDIT: Dúvidas sobre este Tutorial, Retire-as no tópico abaixo: http://forum.clubedohardware.com.br/tutorial-programacao-basic/790825

Pessoal, segue um novo tutorial, baseado na linguagem BASIC do Bascom, e no uso de programadores ICSP, para quem quiser usar os processadores AVR's em seus projetos. Como é a primeira versão, podem existir erros de escrita, ou até mesmo algum conceito que eu tenha entendido de uma maneira pode estar errado, mas basta me avisarem, que eu corrijo o tutorial, ok ? Os programas e circuitos do tutorial foram todos montados e testados. E gostaria de enviar um agradecimento ao nosso amigo SOSCHIP, pois ele, mais do que todos os outros deste Fórum, é quem mais batalhou para incentivar o uso dos AVR's, e até mesmo foi por indicação dele que eu iniciei a usar o programa Bascom em meus projetos. SOSCHIP, obrigado, meu amigo ! Segue o link para o tutorial : http://www.4shared.com/file/251546552/110b26b/INTRODUO_AO_USO_DE_AVR_-_PARTE.html Paulo

Tchecara, Coloca também o esquema eletrônico, fica complicado advinhar o hardware apenas pelo software ( :D:D ) ! Paulo

Tchecara, Me parece que voce tem de ligar o sinal de clock gerado pelo seu programa no pino 12, e o dado a ser "shiftado" ( nossa...... ) ligue no pino 14. Se não funcionar, ligue também o pino 11 junto com o pino 12 ao sinal de clock. O datasheet me parece meio confuso sobre isso, mas uma dessas maneiras com certeza vai funcionar, ok ? Ah, pino 10 no +5V, e o pino 13 ao terra, senão nada vai funcionar.... Paulo

Tchecara, Já que a sua matriz é 7 X 8, eu criaria uma tabela com os bytes equivalentes para cada símbolo. Para não ter muiiito trabalho, pode usar 7 bytes para armazenar o estado dos teus 56 leds, usando 7 diferentes chamadas para aquela famosa instrução LOOKUP() do Basic. Por exemplo, montar 7 tabelas tipo LOOKUP, sendo que cada uma delas devolve um byte ( 8 bits = 8 leds ) , chamar uma de cada vez em sequência e fazendo o shift register para deslocar até a posição correta, entendeu ? Fica simples dessa maneira. Isso é fácil se voce não quiser deslocar a letra ao longo da matriz. Se quiser deslocar a letra, tipo ela vai entrando pela esquerda e saindo pela direita, o correto é temporizar os shifts, para fazer o efeito. Vai dar um pouco mais de trabalho, mas o efeito fica muito bonito ! Agora, existem várias soluções de software para isso, se pegar 3 programadores diferentes para fazer o programa, com certeza vai ter 3 soluções diferentes, pois depende mesmo da criatividade de cada um. Manda bala e depois fala pro pessoal aqui, postando tanto o hardware como o software, para ajudar mais a quem está aprendendo, ok ? Um abraço ! Paulo

Tchecara, Matou a questão ! Quando usamos simuladortes, tipo PSI, Proteus, ou qualquer outro semelhante, o que obteremos sempre será o funcionamento do hardware, mas nunca obteremos a VELOCIDADE REAL do processamento, entendeu ? Existe uma grande chance de voce montar o protótipo e ele funcionar certinho ! IAS, Gostei do seu programa hehehehehehh !!! Eu sou adepto das coisas que funcionam, não importa como ...... continuo fiel ao meu lema : NÃO IMPORTA A COR DO GATO, DESDE QUE COMA RATOS !!!!! Ou seja, o que importa são RESULTADOS ! Seja feio, deselegante, enorme, .... se funcionar direito tá aprovado ! Quanto à interface serial opto-isolada, fico muito contente que tenha funcionado e dado os resultados esperados. Ah, e quanto à montagens de matriz de Leds : Comprei uma revista Elektor nacional, um número especial sobre microcontroladores, tem um excelente projeto de um cubo de leds, com 125 ( 5 x 5 x 5 ) leds, usando um ATMEGA comum, e pelo esquema, nada impede de ser feito com um PIC 16F877A.... detalhe : sem nenhum shift-register .... Vale a pena darem uma olhada. E também tem um projeto muito legal de um Pendulo que se movimenta, recebendo impulsos e freadas de um microcontrolador, com apenas UMA só bobina que tanto serve de sensor como serve de impulsor..... o projeto é muito elegante, e vale a pena montar algo semelhante com um PIC 16F877A, usando o mesmo princípio, com certeza é algo que vai compensar o trabalho de software ! Um abraço a todos ! Paulo

Pessoal, desculpem minha ausência, mas como apareceu uma chance legal de fazer uma pequena viagem, resolví aproveitar, e me desliguei por completo de tudo o que é Internet .... mas valeu a pena, estou com carga 100% ! Primeio, agradeço ao Felipe_Eletronic, valeu meu amigo, pelas dicas que voce tem dado ao pessoal ! Vou responder aos vários posts, um de cada vez. OILUJ, No tutorial tem um exemplo prontinho de como fazer a leitura e mostrar a tensão com uma casa decimal. O exemplo usa displays de 7 segmentos, mas adaptar para o LCD é muito mais fácil. Veja as dicas comentadas sobre a conversão de valores lidos pelo ADC e a maneira de calcular os valores decimais, pois lembre-se de que o PSI só trabalha com números INTEIROS, e o maior NÚMERO que ele pode trabalhar é 65535. Muitas vezes na simulação as contas funcionam direitinho, mas quando voce usa o código compilado, as coisas dão errado justamente por causa dos tamanhos dos números envolvidos nos cálculos. E quanto ao seu relógio, lembre-se do que eu falei para voce num post passado. Defina CERTINHO como voce quer que as teclas funcionem, bem detalhado, e a partir daí podemos te ajudar, ok ? IAS, Existem MUITOS exemplos de isolação ótica RS-232C na internet. Mas lembre-se de que a maioria não aceita comunicação em alta velocidade, tipo 4800 ou mais. Faça em 1200 Bauds que vai funcionar. Se eu não me engano, eu postei algo a respeito disso no Fórum geral. Agrício, Oi meu amigo, eu ainda não terminei a terceira parte simplesmente por falta de alguns potenciômetros digitais.... e como também estou terminando um tutorial semelhante para a linha da ATMEL ( AVR's ) usando o Bascom, ainda vai demorar um pouquinho para terminar, ok ? Quanto à sua pergunta sobre potenciômetros digitais, não tem nenhum segredo em programar eles, basta voce pegar o datasheet e ver quais são os comandos. A única dificuldade é o tipo de interface, que pode complicar um pouco. Se voce utilizar I2C, basta ver como eu programei o chip RTC no tutorial, em termos gerais é muito parecido. Ah, em tempo.... o procedimento não muda se voce usar oscilador interno ou externo, ok ? Mas recomendo que no caso de oscilador interno, nunca zere o valor do registro de calibração de fábrica, pois ele é usado para garantir alguma precisão do clock ( mesmo assim, não espere precisão melhor do que 5% ..... ) . James Freire e Carlosgn, Bem vindo ao fórum, pessoal, se vocês procurarem em sites do tipo 4SHARED vão encontrar as ferramentas completas ok ? Recomendo que leiam BASTANTE o tutorial, sem pular nenhuma parte, pois tem muitas dicas que são explicadas conforme os programas são apresentados, um de cada vez. No mais, um abraço para todos, e vamos em frente ! Paulo

Tiagod, Eu faria tudo do zero, e o que o Tche falou é o mais correto, eu também tenho aqui Windows XP e Windows 7.... Crie uma partição com uns 20 Gb , por exemplo, e deixe o resto do hd sem criar nada. Aí, voce instala o Windows XP. Depois, peque o Windows 7, e na hora de instalar, crie uma nova partição no espaço vazio, e pronto, ao terminar voce terá o gerenciador de boot instalado. Toda vez que ligar, vai aparecer um menú com as duas instalações, voce escolhe qual vai rodar, ok ? Eu faço isso exatamente para garantir que alguns programas rodem sempre. Por exemplo, tenho alguns jogos que não rodam no Windows 7 de jeito nenhum..... Savant_rj, segue o código, modifiquei ele para poder aumentar e diminuir os brilhos através de 6 portas, e controla 3 leds, basta dar um rápido toque ao terra nos pinos de entrada e verá os brilhos aumentarem ou diminuírem. Ah, controla 16 níveis de brilho ok ? PROCESSADOR : ATMEGA8 LINGUAGEM : BASIC BASCOM Veja que o truque é feito na interrupção do Timer, ok ?Um abraço ! Paulo

Opa pessoal, o tópico deu uma aquecida.... legal !!! Vamos lá : Savant_rj, Eu não entendí o seu programa, mas eu fiz uma rotina de PWM para os AVR, que controla 8 LEDS, mas o princípio deve funcionar igualzinho para os PICs -> Vamos supor que voce quer para 5 leds, com 16 níveis de intensidade ok ? Crie 5 variáveis tipo Byte, uma para cada LED,que indicará o nível desejado de brilho, e como queremos apenas 16 estados diferentes de brilho, seu valor terá de ir de 0 até 15 apenas, ok 1 - Crie uma interrupção do timer1, por exemplo, 16000 interrupções por segundo. 1.1 - a cada 16 interrupts, zere todos os contadores da rotina, 2 - Na rotina de interrupção, use um contador para cada um dos Leds, que conte até 16. 3 - incremente todos os contadores a cada interrupt, e compare o valor da contagem com o do brilho de cada um dos Leds. Caso esse contador seja menor ou igual ao do brilho desejado, mude o valor da porta de saída do led, para ele acender. Mas, se o contador for maior, apague o LED ! 4 - quando os contadores de interrupts chegarem a 16, zere todos os contadores, e , caso o valor da variável de brilho ser diferente de zero, ligue o LED correspondente. Se a variável de brilho desejado for zero, desligue o led. Agora, tudo vai começar de novo ! Entendeu ? A coisa é mais ou menos assim. Faça a simulação e veja o instante em que os Leds acendem, quanto mais cedo ele acende, maior é o brilho , e quanto mais tarde, menor é, ok ? Isso é um PWM por software. Eu testei eles com os Avr's e funcionou direitinho no protoboard. Se quiser, eu posto o código dos Avrs, mas está em Basic do Bascom. PK_zer0 , Legal que voce tenha gostado ! Agora, o circuito não é usado no PSI, é apenas para voce entender o hardware e o simulador, e, claro, para voce montar o seu circuito real, entendeu ? Tchecara, Obrigado pelo suporte, meu amigo !!!!! estou gostando de ver, voce já está até ajudando os outros com sua experiência ! Muito legal, agora, me fala uma coisa, quando voce leu o tutorial a primeira vez, voce imaginava que em tão pouco tempo estaria fazendo as coisas que voce está fazendo hoje ????? TiagoD2, Esse teu Windows , ou tá bichado, ou tá com vírus, ou tá com spyware de monte ..... sinceramente, nunca tive UM problema em rodar o PSI, aliás, até agora, voce foi o único que está com problemas ... Não perde mais tempo não, reinstala isso tudo ok ? Um abraço a todos ! Paulo

Tiagod, Esse erro é do seu Windows ... eu te mandei via email esse mesmo arquivo do meu micro que está funcionando direitinho, eu uso Windows 7 Ultimate português ok ? Se não funcionar, só mesmo reinstalando ..... Paulo

Jfeliciano, calma que eu vou trazer algumas peças desse cara, mas vai demorar umas 2 a 3 semanas... mas eles chegam sim ! Pelo menos voce já está fazendo algumas experiências e pegando prática, assim fica cada vez mais fácil ! IAS, Se voce quiser, voce consegue fácil pegar o +12 e -12 direto da porta serial, bastam alguns diodos e capacitores. Mas eles só devem alimentar o circuito de opto do lado do PC ! Do outro lado, tem de ser alimentado pelo circuito com o PIC via +5V . Eu vou procurar amanhã no meu escritório, pois está numa coleção da Elektor, aquelas tipo "302 circuits" em diante. Mas pode baixar o baud que vai resolver sim , se não resolver, diminui o resistor que vai ao LED do opto ok ? Tiagod, Esse gravador serve sim, mas veja, voce vai ter de primeiro arrumar o PIC já programado ! Começe por um que não use PIC, tipo aqueles da JDR, que usam o Winprog mesmo. Um abraço ! Paulo

Sim, existe alguns bem simples e baratos, mas usam portas seriais ou paralelas. voce pode começar por um destes sim, mas eles não programam muitos modelos. Eu vi um tópico recente aqui no Fórum que continha um esquema bem simples, ok ? Mas o melhor mesmo é usar o PAItrocinador, sem dúvida heheheheh ! Paulo

Segue este link, tem um excelente projeto, com esquemas, dicas de funcionamento, e soft . Pela maneira que foi implementado, fica fácil decodificar o teclado via interrupção, pode ser feito em ASM, C, Basic, mas é o que o amigo VTRX falou, vai ter de escrever o software mesmo .... http://www.electronic-engineering.ch/microchip/projects/keyboard/v3xx/keyboard_v3xx.html Paulo

Tiagod, Depende de quanto voce quer gastar .... os que eu indico são estes : http://produto.mercadolivre.com.br/MLB-127203484-programador-gravador-pic-icd2-usb-usa-mplab-c-soquete-zif-_JM http://produto.mercadolivre.com.br/MLB-125979631-pk2-usb-gravadorprogramador-de-microcontroladores-pic-_JM Ambos seguem o padrão do PICKIT2 da Microchip, e sempre tem atualização de firmware da própria Microchip ! Ou seja, são bem poderosos, tem gravação ICSP , soquete ZIF, e atendem uma gama enorme de modelos de PIC, e funcionam apenas ligados na porta USB de qualquer PC. Particularmente, gostei mais do segundo ... ( preço x benefício !!! ) Paulo

Tchecara, Fala aí meu,,,, ainda com esse projeto ???? Arre !!!!! heheheh Dá uma olhada aqui : http://forum.clubedohardware.com.br/showpost.php?p=3815389&postcount=2 http://forum.clubedohardware.com.br/showpost.php?p=3850352&postcount=53 São trechos de código para resolver esses problemas com teclas que voce tem, que se chamam Debounce ... Dá uma lida, e veja que temos de esperar por uns 50 mseg antes de voltar a ler qualquer botão, ok ? Implemente essa técnica no seu programa ! IAS, Cuidado com esses opto-acopladores, pois como voce tem de passar dados digitais por eles com uma velocidade de transição de 0 para 1 e de 1 para 0, eles acabam "arredondando" as formas de ondas, e os circuitos decodificam errado os dados. Faz um teste, abaixe o Baud Rate para 300 e veja o que acontece. Quanto à monografia que voce falou, o fato de voce usar optoacopladores não invalida a transmissão de dados, apenas está isolando galvânicamente os dois circuitos, para evitar juntar os terras !!!! Tem muitas horas onde juntar os terras pode torrar nossos circuitos ! Não tem nada errado nisto, mas o circuito com opto tem alguns truques para poder trabalhar direito a velocidades altas ( acima de 1200 já causa problemas ! ) ok ? Vou pegar um esquema que eu tenho e te passar para voce fazer um teste. Um abraço ! Paulo

Oi Nivaldo, obrigado !!!! Se eu me lembro bem, na primeira parte do tutorial, na instalação do programa, deve ter a dica para o Windows Vista e Windows 7. Mas é simples : Quando instalar o programa, e qualquer outro executável relativo a ele (!), instale como ADMINISTRADOR. Depois, quando estiver tudo pronto, vá no ícone do PIC SIMULATOR IDE, e marque ele em MODO DE COMPATIBILIDADE WINDOWS XP SP2 ou SP3 ok ? É assim que eu rodo o meu aqui em casa. Um abraço ! Paulo

Eu não sei se é o Firefox que não deixa eu ver os vídeos que eu postei do youtube, mas vou colocar apenas os links dos dois aparelhos que eu achei muiiito legal ! http://www.youtube.com/watch?v=H4N7EwLfHKk&feature=related http://www.youtube.com/watch?v=L-lwDoEee2I&feature=related Só queria poder pagar o preço que aparece nos USA ...... heheheh ! Eu prefiro comprar de alguém que me dê garantia aqui no Brasil ! Sei que vai custar mais do que fazer a importação simplificada, mas prefiro ter alguma garantia no produto aqui no Brasil.... já tive algumas surpresas com essas coisas, mas claro que cada um tem uma opinião. Mas sei que vai custar bem menos do que um osciloscópio comum, já dá para tirar um barato ! Quanto ao QRT5500 da Quasar..... o display dele e a maneira que movimentava, mantendo os picos por um pequeno tempo, era muito bonito !!! Foi o aparelho de visual mais bonito que eu já ví ! Mas ainda vou conseguir fazer esse aparelho por software, um dia ainda sai ! Paulo

Heheheh , espero que eu consiga sempre ter o tempo para ajudar a todos que precisam ! Agora, vou deixar muita gente aqui babando, olha só isso : Que beleza, não é ? O primeiro mostrado ( tela verde ) custa menos de R$ 100,00 na China... O segundo mostrado ( nano, tela colorida ) custa menos de R$ 200,00 na China também !!!!! Paulo

Tchecara, Demorei quse meia hora prá achar esse maldito erro .... olha só : Faltou o comando ALLDIGITAL !!!! Coloca ele logo após a linha do " Define CLOCK_FREQUENCY = 4 " , e recompila ! Pronto, um problema a menos ! Jfeliciano, Legal os links !!! Ah, e a roupa deve segurar sim, hahahahahh ! Uma coisa tenho de falar ... esses PGA's que são controles de volume, tem alguns "parecidos" que custam uma ninharia nos USA !!!! Dá para comprar 3 deles pelo preço de um único POT digital duplo I2C .... acho que vou aderir na sua, comprar alguns desses CI's e fazer o tutorial com eles ! Neste caso a qualidade ainda vai ser muito boa, embora os PGA sejam indicados para um Hi-Fi de verdade ! Olha só : PT2253A Electronic Volume Controller - US$ 0,60 PT2258 6-Channel Electronic Volume Controller - US$ 0,60 também !!!! Felipe_eletronic, Pois é, eu sei que voce adora isso heheheh, acho que agora vai começar a sair algo do papel, não é ? Olha, tem alguns CI's de potência de nova geração tipo classe D e aquela classe que a Sony inventou ( acho que é H ), que são relativamente baratos lá nos USA, acho que com eles podemos deixar aos microcontroladores apenas a tarefa de controlar mesmo, sem nenhuma interferência no áudio. Bom, essa é a minha ideia, claro que adicionando o meu sonho, que é mostrar o espectro em tempo real com 10 frequências , usando DFT com um PIC ou AVR.... só que teria de ser em Assembler ( uiiiiiiii ) ! Paulo