Página 1 de 1
Gravador Simples 12F675 e 12F629

Enviado:
10 Mai 2009 15:48
por kaoalex
Tudo bem pessoal.
Estou usando um gravador de pic serial, mas eu tive problemas ao tentar gravar pic 12F6xx usando intosc e nomclr. Ele não regrava e nem apaga.
Link para o gravador
Procurei na internet uma solução para esse problema e achei duas possíveis soluções usando um optoacoplador ou mosfet 2n7000. E infelizmente nenhuma delas surgiu efeito.
Os senhores sabem como posso resolver esse problema?
No caso de eu botar fogo no meu velho gravador, qual seria o mais indicado para eu montar (pode ser usb)?
Obrigado a todos pela ajuda.

Enviado:
10 Mai 2009 18:42
por _blackmore_
fala camarada!!! tudo jóia?
acho q lhe conheço de algum outro forum .. não?
Bem .. quanto ao gravador, no site da Microchip tem o PICKit 2 e 3 ... são bem bacanas e não sai muito caro para montar ... inclusive ele é USB ...
Se tu der uma googleada tem ainda o ICD2clone ... (
http://www.icd2clone.com/wiki/Main_Page ) este tb será de grande ajuda a vc ...
Agora quanto a gravar no 12F675 o uso no MCLR e do INTOSC ao mesmo tempo eu abri um tópico aqui no fórum exatamente com o mesmo problema ... e para isso existe uma possibilidade ... acrescentar um delay de 10ms em algum lugar .. soh procurando o post mesmo .. não me recordo .. vou procurar depois lhe digo ...
edit:
o tópico é este:
http://www.asm51.eng.br/phpbb/viewtopic ... highlight=
abrax!

Enviado:
10 Mai 2009 19:05
por fabim
Vocêm lembras daquele fuse, que quanto o uC atinge a tensão de funcionamento, ele abilita o Cristal seja externo ou interno, mais demora 18mS para começar a oscilar e dar o startup no código ?
Abilite ele, e tente gravar novamente, veja se vai dar o problema..
Isto ja foi muito discutido aqui, até com cristal externo.
Eu sempre Sempre, na primeira linha de comando, coloco os pinos de D+ e D- para usb em input, ou DAT CK em input também..
Depois que eu me viro com o restante...
Na maioria das vezes, eu coloco um delay de 1S, com todos os pinos como input, e depois que eu configuro tudo certinho.
Isso resolve muito pau elétrico, e erros que nem "aquele filosofo" explica.
Fabim

Enviado:
10 Mai 2009 22:35
por kaoalex
_blackmore_,
Conhece sim, do guiacnc.
Mundo pequeno esse, não!?
_blackmore_ e fabim,
O fuse seria o PUT?
Infelizmente estou sem pic 12f testar com essa configuração os três que eu tinha já estão gravados, portanto não consigo mais gravar nem ler eles.
Por isso eu queria um gravador que fosse imune a esse problema e conseguisse gravar e ler independente da configuração.
Em alguns fóruns eu vi que para resolver esse problema tinha que se controlar o VDD do gravador para que ele fosse ativado apenas depois do MCLR.
Os ICD2 Clone são imunes a esse problema?
Obrigado pela ajuda

Enviado:
11 Mai 2009 01:11
por _blackmore_
kaoalex
Conhece sim, do guiacnc. Mundo pequeno esse, não!?
nossa, nunca pensei que fosse tão pequeno mesmo!! hehe
Quanto ao gravador, bem ... acho que isso não é um problema e sim uma segurança.
No manual do ICD-2 tem uma parte que fala sobre isso e que acrescentando o delay no início do programa resolve tal "problema".
Veja no link na página 42 item 7.
http://www.mosaico-eng.com.br/arquivos/ ... ev._09.pdf
Uma boa seria ainda antes de fazer um outro gravador testar (o delay) no teu gravador se der certo, posta os resultados aqui, ok?
abrax!

Enviado:
11 Mai 2009 08:45
por kaoalex
_blackmore_,
Como eu disse meu, gravador serial não está mais gravando os meu pics.
Tenho até receio que eles tenham sido queimados pelo programador...
Ele dá erro quando mando gravar o pic.
Quando mando o winpic800 reconhecer o pic ele só reconhece a cada 3 tentativas.
Queria saber dessa informação uma semana antes.
Será que consigo salvar o pic ou será que ele está perdido para sempre.

Enviado:
11 Mai 2009 08:58
por fabim
tem um amigo meu, fernando.
Estava com o mesmo problema, eu falei pra ele fazer uma gambiarra da seguinte forma.
No momento de leitura gravação, ligar um 555 em 5V, e usar o VPP como trigger para alimentar o pic.
Tipo enquanto VPP = 0V, alimentação PIC = 0V
Quando começar a mandar o VPP = 1, o 555 alimenta o pic,..
Resolveu o problema dele lá, porque enquanto está em modo gravação a alimentação do pic está ativa, por que funca ? porque o pic so é alimentado quando o VPP o coloca em modo gravação/leitura, se não o VDD dele fica resetado. Com isso ele fica impossibilitado de dar o startup com o cristal interno, e ocasionar os problemas mensionados.
Fabim

Enviado:
11 Mai 2009 13:07
por kaoalex
fabim,
Obrigado pela dica.
Vou montar e posto o resultado.

Enviado:
17 Mai 2009 23:14
por kaoalex
fabim,
Não sei se estou complicando, mas desenhei este esquema.
Thanks to ImageShack for
Free Image Hosting
Pelo que eu vi por aí o BC337 precisa de apenas 0,6V para conduzir.
Se no exemplo acima eu usar um zener de 11V iria garantir que o pic estivesse com VPP suficiente para gravação/leitura antes de acionar o VDD.
Estou certo?!

Enviado:
19 Mai 2009 14:33
por kaoalex
Não funcionou.


Enviado:
19 Mai 2009 16:20
por fabim
nuss, fazia tanto tempo que nem me lembrava disso.
hehe
faz assim ó.
Use o raciocinio, e o pic apenas seja alimentado quando o VPP for ativo.
Faça um teste.
fabim

Enviado:
19 Mai 2009 16:51
por kaoalex
fabim,
Estou começando a achar que os chips foram pro céu dos micro controladores....
Foi isso que fiz no esquema.
Quando o vpp fosse maior que 11V o 555 envia o vdd para o chip.
O winpic800 reconhece e lê, mas não grava nem apaga.