12f683 não grava no icd2 com oscilador e MCLR internos

[Daniel Godoy Costa]

Alguem já passou po isso??

Alguma sugestão?

mensagem do mplab

MPLAB ICD 2 does not support programming this device if both the internal oscillator and internal MCLR are selected. You may continue programming, but you are encouraged to cancel, reconfigure your device, and try again.
...Erasing Part

[fabim]

sim normal, e se utilizar tipo qualquer 12F6XX com outro gravador qualquer
possivelmente tu vai pifar ele.
MCLR sempre externo.
Clock até pode ser interno, mais logo no
MAIN
delay_ms(50) +/-

fuizme

[_blackmore_]

fabim

mas bixo .. e seu eu precisar dos 6 pinos do bixim para minha aplicação?
terei q usar um outro pic com mais pinos só por causa do MCLR? ou não é bem só por causa disso? (além de poder queimar a pastilha).

abrax!

[fabim]

fabim

mas bixo .. e seu eu precisar dos 6 pinos do bixim para minha aplicação?
terei q usar um outro pic com mais pinos só por causa do MCLR? ou não é bem só por causa disso? (além de poder queimar a pastilha).

abrax!

Mr fuck.rs
assim, ó.
Fiz uma aplicação a uns anos pra um cabra da pesty, onde depois de algumas semanas ele me reclamou que estava perdendo varios 12F629 no momento da gravação.
Peguei o databixa pra istudinhar e não achei nada de cimento, usei a mina intuição.
Eu usava o clock interno e o MCLR disabled.
Fiz assim, logo no start coloquei um delay de 50ms. e por garantia abilitei aqueles 18mS..
o VDD do pic sempre desabled, só no momento em que VPP passava de 5V, que o VDD era aplicado ao pic.
Risorveu o problema...

Fabim

[Djalma Toledo Rodrigues]

Já gravei 12F675 diversas vezes com Clock Interno e MCLR como I / O e sem extender Delay algum.

Gravador da Exsto
.

[kaoalex]

Já tinha postado no fórum por causa desse problema.
Já consegui usar com sucesso com mclr e osc int, mas já perdi alguns também... Acho que tudo depende dos pinos usados.
Acabaram meus 12f e ainda não tive coragem de comprar mais e tentar com os ms que o fabim recomendou.

[Vonnilmam]

Eu se entendi direito a pergunta....

Quero dizer que já gravei no icd2 e também no meu gravador weilei.com e o mesmo foi normal...
no caso do icd2 aparece uma mensagem explicando algo sobre o mclr em relação ao osc interno, eu apenas doi OK...e o mesmo é gravado normalmente....

É extranho esse treco, se observar pelo lado lógico da coisa, tem em mente que o fabricante diz que o oscilador pode ser interno e o mcrl também...então porque queimaria o chip?....se houve-se alguma coisa proibida nesse sentido o mesmo seria bem explicito no sheet....

Quer uma sugestão, entra em contato com algum engenheiro da artimar e relata para ele o que ocorre, é mais facil quando pode-se expor verbalmente o problema a alguém ligado ao fabricante como é o caso da artimar....

No meu caso volto a afirmar que corre tudo bem...aliás não me lembro de ter visto um chip se queimar na hora da gravação....utilizo muito o mclr interno e também o osc interno....

[kaoalex]

Vonnilmam,
A primeira vez que grava fica tudo ok.
A explicação mais simples que eu encontrei foi que o pic começa a executar o código antes de entrar em modo de gravação. Então na hora de regravar queima as portas.

[Renie]

sim normal, e se utilizar tipo qualquer 12F6XX com outro gravador qualquer
possivelmente tu vai pifar ele.
...

Olá Fabin,

Isso não é verdade, tenho um projetinho com 12f675, clock e mclr internos, quando estava em testes, regravei mais de 10 vezes o mesmo
chip com meu Propic2.

[ky2003]

Há uns 3 anos comprei um programador de PIC (baratinho R$25,00) que usava a porta serial do PC. Na primeira vez que eu programava um PIC12FXXX (c/ OSC interno) ele ia bem, mas quando tentava regravar dava problemas não conseguia mais regravar. Procurando na internet achei um esquema de modificação do programador que só permitia a aplicação do VCC juntamente com o VPP (ou algo parecido, nunca fui a fundo no esquema da modificação) a partir dessa implementação passei a conseguir fazer regravações sem problemas. Será que pode ser isso ?
Eu não lembro qual o software de programação que eu usava (não era o ICD2).

[ky2003]

complementando o meu comentário anterior

The JDM Programmer supports all devices which need a separate programming voltage. The programming voltage is derived from the COM-port, so no separate power supply is needed.

NOTE:

If programming fails with the original JDM programmer a small modification needs to be done as described below.
To allow programming of PIC 12F629 / 12F675 / ... it is necessary to modify the original JDM programmer as shown in the schematic above. This modification allows VCC control.
At the moment the following PICs can be programmed with this programmer:
PIC 12F629 / 12F635 / 12F675 / 12F683
PIC 16F684 / 16F636 / 16F639 / 16F684 / 16F685 / 16F687 / 16F688 / 16F689 / 16F690
PIC 18Fx6x0 / 18Fx550 / 18Fx455

http://2.bp.blogspot.com/_p9wSuoxI5W4/S ... dm_mod.gif

[kaoalex]

Eu tenho o hex que determinou a "morte" dos meu pics. Se alguém quiser viver forte emoções eu posto aqui. rs...

[kaoalex]

PS.: Eu queimei eles usando o JDM e tentei ressuscita-los com pickit2, mas não tive sucesso.

[FLUGEL]

Boa tarde.

Apesar da mensagem exibida pelo MPLAB estes processadores menores podem sim ser gravados com oscilador e master clear Interno. Faço isso costantemente.
Tanto que a mensagem encoraja a não ser feito, mas não proibe.
A questão é que se o processador estiver configurado desta forma imediatamente ao terminar a gravação, o software começa a rodar. A recomendação é colocar um delay no inico do software. Desta forma as I/O so serão configuradas e só será executada alguma coisa nos pinos que foram usados para gravavação depois desse tempo.
Caso seja uma gravação em circuito os pinos utilizados para gravação devem estar isolados do circuito.
Até mais.

[fabim]

nossa, continua ainda ?
Pô meu, ja dei a solução la encima.
liga o Timer on, ou da um delay de uns 100mS no start.
os pic´s são tudo input no reset, tudo tipo sabe né ?
Intão, por isto tomei a decisão de 1 555, observando o VPP para VDD...

hihi, chutação de cachorro morto sÔ.