Incircuit com ICD2BR

Software e Hardware para uC PIC

Moderadores: andre_luis, 51, guest2003, Renie

Incircuit com ICD2BR

Mensagempor pardal » 21 Out 2006 08:20

Olá pessoal, tô precisando de ajuda com o ICD2BR, há algum tempo venho utilizando o MCFLASH da MOSAICO para fazer meus projetos com PIC16F877 este, montado em uma ProntBoard ligado direto ao MCFLASH, tomei o cuidado de não usar os os pinos B6 e B7, sendo assim quando ia descarregar o programa ele automaticamente resetava o PIC gravava e no término da gravação tudo voltava a funcionar, sem precisar desligar o MCFLASH, minha pergunta é, isso também é possível com o ICD2BR? Como configurar? Pois ao conectar o cabo do ICD2BR o pino MCLR fica aterrado, ou seja, gerando um reset direto.

Se puderem ajudar agradeço.
pardal
Bit
 
Mensagens: 26
Registrado em: 20 Out 2006 21:59

Mensagempor a.rairan » 21 Out 2006 12:38

Sim isso é possivel, normalmente como fazia com o mcflash...

o ICD2 controla toda a sequencia de reset, você tem que liberar o PIC pelo MPLAB após a gravação, é uma "borda de subida" que fica ao lado dos botões de programação!
André "Away" Rairan
a.rairan
Byte
 
Mensagens: 192
Registrado em: 11 Out 2006 18:53
Localização: São Caetano do Sul - SP - Brasil

Mensagempor Visitante » 22 Out 2006 14:55

Valeu pela dica A.Rairam
Visitante
 

Mensagempor charles » 23 Out 2006 08:46

Eu tentei fazer isto no meu ICD2 e não deu certo.. tenho sempre que retira o cabo para ele sair da condição de reset.

Será que a ligação que eu fiz in-circuit esta errada?

Alguem tem exemplo de ligação in-circuit?
charles
Bit
 
Mensagens: 20
Registrado em: 18 Out 2006 16:32

Mensagempor andre_luis » 23 Out 2006 09:34

Isso pode ser configurado na IDE no MPLAB.
Voce define se o gravador reseta após o download ou não.

+++
Avatar do usuário
andre_luis
Dword
 
Mensagens: 5447
Registrado em: 11 Out 2006 18:27
Localização: Brasil - RJ

Mensagempor pardal » 23 Out 2006 09:39

Olá Charles, não sou nenhum expert no assunto, tanto que também precisei da ajuda do pessoal aqui do fórum, mas, também encontrei algumas dificuldades e resolvi da seguinte maneira:

- PIC ficava resetado ao conectar o ICD2BR, resolvi usando os botões existentes na barra de tarefa do MPLAB referente ao controle de gravação, leitura e checagem do programa, como o A.Rairam citou, são dois ícones, um no formato de uma borda de subida e outro em formato de borda de descida.

- Depois apareceu outro problema, toda gravação ou checagem de programa resultava em erros, fuça daqui e dali e percebi que na placa de soquete que acompanha o ICD2BR, onde os erros não aconteciam, que entre o terminal "6" (Vpp) do ICD2BR e o pino MCLR do PIC existe um resistor de 390ohms ao colocar o mesmo na pront board este problema também desapareceu

Vale a pena lembrar também a importância de se observar o que está ligado aos pinos de programação do PIC, no caso do 16F877 são os pinos B6 e B7, acredito que sejam estes também na maioria dos PICs.

Com relação à ligação, o manual do ICD2BR tem esta ligação na página 35, com exceção do resistor de 390ohms que citei acima.

Espero ter ajudado.
pardal
Bit
 
Mensagens: 26
Registrado em: 20 Out 2006 21:59

Mclr aterrado

Mensagempor johnwww » 25 Dez 2006 16:28

Fala galera do fórum, blz.

Adquiri um ICD2BR, e estou tendo alguns problemas. Inicio o MPLab, vou em Debugger>Select device>ICD2. Logo após, como estou utilizando alimentação externa, desmarco aquela caixinha na aba "Power" e clico em conect. Clico em "program", ele programa, e dá a mensagem: "Unable to enter in debug mode". Após isso, medi o mclr, e vi que estava aterrado, retirei o fio que liga o mclr do PIC ao ICD, cliquei em "animate", e o ICD não reclamou mais.
O problema está isolado, depois de programar o PIC, o mclr fica aterrado não liberando a inicialização do PIC (eu acho). Como a opção debugger no MPLab não tem aquele ícone "borda de subida" da opção programmer, não sei o que fazer, será que é defeito no ICD2Br.
Estou usando o exemplo que está no manual do ICD2Br (revisão dezembro), com PIC 16F877, 4 MHz, inguagem assembler.

Desde já agradeço a atenção, desejando um Feliz Natal, e próspero Ano Novo.
johnwww
 
Mensagens: 4
Registrado em: 18 Dez 2006 19:08

Mensagempor johnwww » 04 Jan 2007 20:20

Consegui resolver o problema do ICD2Br. O meu problema, era sempre com o ICSP. Com o PIC no soquete, nunca deu problema. Fiz o seguinte: selecionei o ICD2Br usando ICSP com a alimentação dele selecionada. Cliquei em conect, ele deu aquele "read 0x00" de sempre. Tirei o PIC do ckt (circuito), coloquei no soquete, mandei um conect, e ele conectou. Retirei o PIC do soquete, coloquei ele no ckt (tudo isso sem descelecionar o ICD2Br como debuger), mandei um conect de novo e ele conectou de novo, mesmo estando fora do soquete. Liguei a alimentação externa, sem retirar o fio vdd do ICD2Br, descelecionei a alimentação vinda dele, ainda na aba "power" cliquei em APLICAR antes de OK, para confirmar que a alimentação continuaria desabilitada. cliquei em conect e conectou normalmente. Mandei pra dentro dele o programa de exemplo do manual novo do ICD2Br (16F877 e assembler), ele gravou mas não queria entrar em "debug mode". Depois de algumas reiniciadas no PC, ele debugou normalmente, e testei os outros exemplos do manual, com o PIC 18F452 (C18), e DSPic 30F2010 (C30). Estou usando esse último direto, e debugando normalmente.

Coisas que parei de fazer e não reiniciei mais o PC:

- Antes de fechar o MPLAB descelecionar o ICD como debuger ou programmer (menu debuger ou programmer>select tools ou programmer>none).
- NUNCA NUNCA NUNCA desplugar o ICD2Br da USB sem fazer o que foi dito no item anterior para fechar o MPLAB.
johnwww
 
Mensagens: 4
Registrado em: 18 Dez 2006 19:08


Voltar para PIC

Quem está online

Usuários navegando neste fórum: Nenhum usuário registrado e 1 visitante

cron

x