12F675 gravado com hex errado

[vtrx]

Comprei um 12F675 para fazer umas experiências e estava indo tudo bem.
Era um circuito simples,uma saída PWM por soft que le um áudio de uma 24c512 direto pelo pino de saida,só isso,mas eu fui regravar o firmware do PIC e acabei gravando o hex do áudio.
Depois disso no circuito não funcionou mais,mesmo regravando o hex correto.
O gravador confere/reconhece o PIC e verifica,mas nada de funcionar.
O circuito usa um cristal de 20MHZ.
Alguém tem alguma observação?

[sync]

Caro
Talvez o arquivo áudio tenha sobrescrito algum registrador do PIC (o OSCCAL seria relevante, mas você usa clock externo) eu substituiria por outro 12F675.

[Guri]

Mesmo que subscreve-se algum registro importante de configurações, ao se regravar, voltaria tudo conforme o novo fw.
Esquisito esse problema, mas será que não seria problema no gravador, acredito que todos os gravadores existem a possibilidade de reconfigurar os fuses bits, não sei qual é o seu gravador, mas no meu quando eu configuro o compilador para gerar os fuses bits, ao carregar o fw no gravador ele já reconfigura na gravadora conforme o fw. Será que no seu caso você configurou na hora de compilar?

Caso você não configura no compilador, a gravadora vai gravar o defalt dela. Esse defeito é esquisito, mas me parece erro simples de atenção!

[vtrx]

Tenho dois gravadores,um TL866CS(original) e um PICKIT2 do ML.
Eles reconhecem o PIC,gravam e verificam tudo OK,mas parou de funcionar o circuito.
Quando eu ficar 'conformado',vou fazer um circuito teste com Led.
Estranho é que se eu ficar apertando o dedo nos terminais do cristal,a saída de 'áudio'(PWM)fica pipocando,parece algo no circuito oscilador.
Não uso oscilador interno e o valor OSCAL esta presente,segundo o PICKIT2.
Uma coisa que achei estranho é que na configuração do fuses está assim:

Código: Selecionar todos

#fuses NOWDT,HS,NOCPD,NOPROTECT,NOMCLR,PUT,BROWNOUT

Mas no aplicativo do TL866CS a configuração parece diferente.
Segundo a imagem,não está diferente os fuses?
De qualquer maneira,o programa funcionava antes,só se deu pau no hardware.

[sync]

Mesmo que subscreve-se algum registro importante de configurações, ao se regravar, voltaria tudo conforme o novo fw.

Amigo, existem várias dicas na Internet de como recalibrar e inserir o valor do OSCCAL porque a regravação do fw sozinha não corrige o erro, creio que o problema possa existir para outros registradores que não são sobreescritos pelo firmware do colega vrtx mas foram pelo arquivo de áudio (que suponho maior, com mais bytes, que o fw)

[Guri]

Tenho dois gravadores,um TL866CS(original) e um PICKIT2 do ML.
Eles reconhecem o PIC,gravam e verificam tudo OK,mas parou de funcionar o circuito.
Quando eu ficar 'conformado',vou fazer um circuito teste com Led.
Estranho é que se eu ficar apertando o dedo nos terminais do cristal,a saída de 'áudio'(PWM)fica pipocando,parece algo no circuito oscilador.
Não uso oscilador interno e o valor OSCAL esta presente,segundo o PICKIT2.
Uma coisa que achei estranho é que na configuração do fuses está assim:

Código: Selecionar todos

#fuses NOWDT,HS,NOCPD,NOPROTECT,NOMCLR,PUT,BROWNOUT

Mas no aplicativo do TL866CS a configuração parece diferente.
Segundo a imagem,não está diferente os fuses?
De qualquer maneira,o programa funcionava antes,só se deu pau no hardware.

Posso estar enganado, mas me parece que o watdog timer esta habilitado, desabilite ele e veja se funciona.

[sync]

Estranho é que se eu ficar apertando o dedo nos terminais do cristal,a saída de 'áudio'(PWM)fica pipocando,parece algo no circuito oscilador.
Não uso oscilador interno e o valor OSCAL esta presente,segundo o PICKIT2.

De qualquer maneira,o programa funcionava antes,só se deu pau no hardware.

Amigo

Você não consegue um 12f675 emprestado ? Assim você elimina a dúvida sobre o circuito

[vtrx]

Pessoal,voltei...
Conclusão de tudo,o PIC esta ok
A confusão foi minha.
Como a PCB é muito pequena,a memória Eeprom fica bem ao lado do PIC,e eu estava testando os wavs regravando a Eeprom,por isso achei que tinha gravado o hex de áudio no PIC pois depois de uma regravação o circuito parou de funcionar.
A parte do PWM por soft não foi programada por mim,por isso a confusão.
Na verdade a rotina PWM,por algum motivo,não reproduz o arquivo wav se ele estiver com um ganho de volume muito alto,se estiver ele gera um ruído inicial e depois silencia.
Foi isso que aconteceu na ultima gravação na Eeprom,eu normalizei o áudio com o Audacity.
Eu verifiquei que se tentar gravar o arquivo hex do wav no PIC o programa apresenta erro,avisa que esta fora da memória(esse PIC tem pouco memória),desse modo garanti que o problema não era no PIC.
Vou tentar entender a rotina PWM e verificar porque esse corte se os valores foram acima de um limite.

[sync]

Amigo
Que ótimo. Eu fui atrás de um 12f675 nas minhas gavetas e achei um "original de fábrica" e havia terminado de gravar as 3 telas (prog, dat, config) para posta-las aqui.

[pipo5]

gracias por el aporte








https://comprarpormayor.cl/56-velas