Yes, I have done that, it shouldn't be a problem. I'm not sure about debugging it that way, but for sure you can program it.Now can I use the internal OSC with the ICD2 right? Can I still program it?
That is good advice. I'm all over the place with PICs, but that seems to be working for me. BUT, I also have some AVRs which I have only done a couple of things with, but am able to get working. Also have a couple of the Phillips LPC ARM7 boards, but all I could get going was flash a led stuff. I put those on the shelf for now because they were just a bit beyond me for now. Perhaps I need to increase my shmart supply to use them.I have to get used to a couple PIC I like and stick with them.
AVRs are great.. I only left them because I bought some old Tiny11, and I have their products (no clone) and could not get a response on the programmer not working on the high voltage parallel programming. It was a mistake buying that chip. But figure lets go back and look at the PIC, now, hundreds of dollars gone, and still looking at assember and I can not blink an LED. heheheh..BeeBop said:Oh boy, you guys have sure had your share in the last couple of years. No doubt it raises the stress level!
Ha, if I came there I'd have to feed myself, so I could get you to show me how to do the AVRs.
I did that hoping to power via ICD2. Did not fly so getting 5DCV supply out. Now I still have that 10K tacked in the MCLK/VPP, but it programs fine.Looks like you are still trying to debug? I have come up against that error, but can't for the life of me remember how it got solved. Can you just write the program to the PIC? I'd try it with the internal osc. first.
That is good advice. I'm all over the place with PICs, but that seems to be working for me. BUT, I also have some AVRs which I have only done a couple of things with, but am able to get working. Also have a couple of the Phillips LPC ARM7 boards, but all I could get going was flash a led stuff. I put those on the shelf for now because they were just a bit beyond me for now. Perhaps I need to increase my shmart supply to use them.
I did that hoping to power via ICD2. Did not fly so getting 5DCV supply out. Now I still have that 10K tacked in the MCLK/VPP, but it programs fine.
I did see in programming download ICD2 OS, and thought. DUH, but need that to play. It download that fine, went back to IDC and no pullup on the MCLR on breadboard (need to add that, that was always my problem with the pics).
But I still get
ICDWarn0020: Invalid target device id (expected=0x89, read=0x83) same thing.
Bad news. Can not ICD with internal OSC, or there is something I am missing or it is broke.
William At MyBlueRoom said:What do you have on RB6 & RB7?
What about MCLR? I usually use 10K-22K with a 1N4148. Some omit the diode but it'll draw slightly more current from VPP when programming.
PS I really pooched Q4 on the PCB layout I sent you, make sure to get all the pins going to the right places. I had it pretty much turned around, check the current rev E schematic (now on my site)
I never use the diode because Microchip recommends not to, yet many users do this with success. I have heard that a weaker pullup (>10k) works better, but have always gotten the 10k to work.What about MCLR? I usually use 10K-22K with a 1N4148. Some omit the diode but it'll draw slightly more current from VPP when programming.
The cable seems to be a touchy thing, and I think it is the weak part of the ICD2, myself. The cable which came with my ICD2 had about the same length as yours, and worked fine for most boards, however, on some boards it didn't. The short cable I made (~4 inches) works well on all of them. But then, your cable programmed the chip, so I would think it should be O.K.Will try the pullup, that was the killer in the old (F84) days. Also, my cable, I made is 18" long.. Could that be it. All the links you sent, they were talking 4" cables.
6=PGC and 7=PGD (I hot glued the connectors to a chip clip). I am going to convert it to pin clips later so I am not locked to a certain PIC, but pretty sure that is what I did (I can ohm it out). If they are backwards will it program a chip?
It keeps giving me the ID missmatch, also tells me code in chip does not match when I try to F8 (step over).
With PIC16F627A/628A/648A devices, it is mandatory that RA1 (pin 20 on 16F627A) is tied to GND (0V) during programming. The Mid-range reference manual for PIC devices (this can be found on the microchip website) suggests this in the chapter on In circuit serial programming (ICSP). However, it is an easily unseen suggestion when browsing through the manual, and after a couple of weeks wondering why my target device could not be validated, I have finally tied the RA1 pin low and what-do-ya-know... it works. Keep this in mind is ICDWarn0020 or ICDWarn0052 appears when trying to program/connect to the device...
If you can connect and program, but can't debug - suspect PIC oscillator -gets me every time!
If you can connect but can't even progam - suspect cable. I've spent hours and hours messing with cables to get ICD2 to work (but I don't now!). A good reference is Olin Lathrops ICSP article.
Ah yes, there is a "Special" debug version of the 628A that comes with the connector. The standard 628A does not have the debug mode. The 16F88 87x and most 18F do have the debug stuff.mramos1 said:Well, this link explains it all I guess. The ICD-2 will not debug the 16F628A without some header adapter.. This also explains why the external osc did not work either.. I seem to buy chips that I can not use. Tiny11, not 628A. Someone said use the F88.. At least I know the deal now.
http://forum.microchip.com/tm.aspx?m=83169&mpage=1&key=𔘩
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?