JDM programmer not working

[mac10]

Need help. Bought JDM programmer from ebay-http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&ih=014&sspagename=STRK%3AMEWN%3AIT&viewitem=&item=330093624105&rd=1&rd=1
Could not get it to program pic 12f629. Getting 0000h error. Any get it to work? Thanks

[bobit]

are you using IC-Prog
try this
Goto 'Setting - Option - Programming'
- Disable the "verify after programming"

[giebdupe]

I programmed my 12F629 using a self-build JDM. Here´s an tutorial how it should work:

http://www.wii-xposed.com/tutorials.php?id=3

Hope it helps.

[mac10]

Thanks for the replies, I tried 3 new pics with the above suggestions, but still gives error on 0000h.

[bobit]

go to

http://www.cattopasto.com/download.php#

and download the ICProgPack.zip

and read the read me
which says

How to use ICProg under Windows NT/2000/XP:

To use ICProg under Windows NT/2000/XP you must allow direct serial i/o between ICProg and serial port.
To do that in this package you will find a few files:

allowio.exe the executible that grant direct port access;
porttalk.sys required by allowio.exe
parttalk.reg required by allowio.exe
ICProg.bat a batch file that call allowio.exe before ICProg.exe
uninstall.exe to uninstall previous versions of porttalk driver

Installation:

-Go to ICProg site (http://www.ic-prog.com) and download the latest version of the application.
-Unzip ICProg files into a folder, let say C:/ICProg .
-Unzip ICProgPack files in the same directory.
-Now run ICProg.bat.

[Craigsblackie]

Due to the nature of the standard JDM shematic you will not be able to verify the code once written or erase and reuse the chip after.
You need a MOSFET between the 5v to stop the code from instantly running once programmed on the chip.
Chances are your chip works perfectly well despite the 000h error.

[mac10]

Due to the nature of the standard JDM shematic you will not be able to verify the code once written or erase and reuse the chip after.
You need a MOSFET between the 5v to stop the code from instantly running once programmed on the chip.
Chances are your chip works perfectly well despite the 000h error.

Still getting same error 0000h. Tried chip in wii, getting unable to read disk error.:confused:

[Craigsblackie]

Still getting same error 0000h. Tried chip in wii, getting unable to read disk error.:confused:
When you read a blank chip, do you get a string of 3FFF 3FFF...3FFF with the last four digits being different?

What kind of serial port are you using? one on a motherboard or a USB device?

[mac10]

Yes,3ff...then last digit is 3448. Serial port from MB.

[thomas]

Ok i have the same programmer from the same person an may have found a fix.What i did was on programmer found another 5 v source for pin 1 on pic and soldered a wire from new 5v on programmer to pic pin 1 position on the bottom of the programmer and now everything works perfect for me.I sure my programmer wasnt getting the 5v on pin 1 of pic which was causing the 0000h error.

i don't know if this will fix anyone else's problems ,but it fixed mine.

[mac10]

Measured voltage on pin #1, getting 5 volts.

[burnzy]

actually if you can't find a mosfet like the 2n7000 or are too cheap to get one there is another way or reprogramming and verifying the 12f629s. Just cut the trace/wire to pin 1 and bridge it whenever you need to program the chip. When reading there has to be 0v on pin 1 and when writing you bridge the points for 5v. To erase the chip just bridge the points and hit erase at roughly the same time depending on the io delay that you have set in hardware settings. I have my IO delay set at 16 and it usually works when i bridge and hit erase at the same time. If delay is set to about 30 you bridge the points about half a sec after hitting erase. Hope this helps someone.

[burnzy]

mac10 your chip would work because it has programmed but because there is 5v constantly on pin 1 the pic starts up the program as soon as it has been flashed therefore can't get into verify/read mod. to reprogram the 12f629 chips the 5v has to be turned on within a couple of milliseconds after 13v has been applied to MCLR. Because jdm programmers constantly apply 5v to pin 1 it won't reprogram.

[SniperKilla]

ok listen, and follow this exactly, mine and many others i have helped work fine after doing this...

under hardware make sure JDM is selected, nothing else should be checked.. and make sure its set to direct i/o

under settings, options, misc, check ONLY enable the driver, and make sure you have the .sys file from the icprog website in the same folder as the exe..

go to programming tab, uncheck verify after, and check verify during

thats it!

open the hex, write it, and say NO to the question about replacing the value...

it will say verify complete, and enjoy

[mac10]

Still getting "programming failed at code address 0000h". Added switch as suggested. Still failed.

[burnzy]

theres no way you could get a programming failed message if you unticked verify during and after programming as suggested. so put simply, the cut trace needs to be bridged during programming and once it has been programmed unbridge the trace and you will be able to read the chip back. so measure pin 1 when unbridged and make sure there is no voltage going towards it.

[mac10]

Ok, I'm stumped; I used a socket for the pic pin#1 lifted off w/ switch placed in and other end to JDM. But still get 5 volts on pic pin#1 even when switch is on open:confused: .

[mac10]

Burnzy, I tried it with program part unchecked, program without error,but pic12f629 still does not work on wii. reading on pic is still 3fff as before (switch open).

[burnzy]

hmm not sure what the problem is but as long as you find a way to cut off the power to pin 1 you will be able to read the chip. obviously the switch must be at the wrong place or wired wrong. try it without a switch, just with a cut trace. do it just before the pin so you know the power isn't getting routed elsewhere.

[mac10]

I used a 8 pin open socket #1 pin lifted out no 5v, but with pic in socket it shows 5v with switch open:confused:

[burnzy]

i don't really understand what you're saying about lifting out the pin? if you lift out the pin how will you program the chip because you need 5v on pin 1 to program it. it doesn't matter how you do it but you need an easy way to switch the 5v on/off to pin 1. off to read and on to program.

[mac10]

Pic is sitting on a socket w/ pin#1 lifted out and soldered to switch to JMD 5v. Basically pic sits on socket then that sits on JDM socket.

[EdGe7]

Well I am having this same problem... I am not one to not be able to figure out my own problems, but this one has me stumped. I purchased this same programmer on ebay... the thing is that I can read the chips fine... one that I have been messing with since yesterday a lot, could possibly have code on it, but not sure... 2 others that I have not flashed anything on them. The other strange part is that I can read the chips fine, each one has a different read because of the osc value. The one I have been playing around with a lot has all 0's, except for the osc value with is 3FFF (which I am not worried at the moment). So obviously at some point I either wrote something on it or erased it... either way, I cant write anything to any of the 3 chips. They are all 12f629's. I have tried 4 different PCs, (2 laptops and 2 desktops). Just can't figure it out.

EdGe7

[G@vin]

hi all take a look at this thread xbox scene forums some peps have had the same problem and looks like they have found a fix http://forums.xbox-scene.com/index.php?showtopic=589482&st=15#

Gavin

[EdGe7]

Thanks for trying to help Gavin, but there is no fix there... the conversation side tracked... what they have found that works is a free email provider that allows them to order sample chips from microchip.com, not a resolution for those that are getting the 0000h error.

EdGe7

[No Name Trowa B]

an issue has arisen lately with some of the new PIC's, eg PIC12F675, 12F629, and some others with an internal oscillator.

When these chips are programmed the first time, everything goes fine. However, if you later try to read or re-write to them, they read as blank and cannot be written to. The problem only occurs when the PIC has been programmed for INTOSC and MCLR_OFF, but even in this situation sometimes it will re-program OK - there seems to be some other dependence on the program which has been loaded as well.

The cause of the problem is that the JDM programmer applies +5V Vcc to the chip all the time, and cannot effectively be turned off, as the serial port ground connection is actually used for Vcc. This means that when the PIC has been programmed for INTOSC, the program in it runs as soon as it is inserted into the programmer. Once the PC increments with the program running, the device is no longer in a reset state and will not enter program/verify mode. The other issue is that if the PIC program writes values to data EEPROM memory which depend on the state of the inputs, these values will be overwritten and lost when inserted.


from http://users.tpg.com.au/btkelly/jdm_b.htm

[EdGe7]

an issue has arisen lately with some of the new PIC's, eg PIC12F675, 12F629, and some others with an internal oscillator.

When these chips are programmed the first time, everything goes fine. However, if you later try to read or re-write to them, they read as blank and cannot be written to. The problem only occurs when the PIC has been programmed for INTOSC and MCLR_OFF, but even in this situation sometimes it will re-program OK - there seems to be some other dependence on the program which has been loaded as well.

The cause of the problem is that the JDM programmer applies +5V Vcc to the chip all the time, and cannot effectively be turned off, as the serial port ground connection is actually used for Vcc. This means that when the PIC has been programmed for INTOSC, the program in it runs as soon as it is inserted into the programmer. Once the PC increments with the program running, the device is no longer in a reset state and will not enter program/verify mode. The other issue is that if the PIC program writes values to data EEPROM memory which depend on the state of the inputs, these values will be overwritten and lost when inserted.


from http://users.tpg.com.au/btkelly/jdm_b.htm


I have run into this explanation before, but it doesn't account for the chips that are clean and I have never programmed with a code before. So if there is no code on the chip, the above should not be a problem. I also believe that mac10 has added a switch to interrupt the 5v, but still has come back empty.

EdGe7

[burnzy]

have you actually tried these chips on the wii? they may very well have programmed correctly but just can't be read back due to the program running as soon as 5v gets put onto pin 1. With mac10, yes he did put the switch on but also said that he was still getting 5v on pin 1 which means either he cut the trace at the wrong spot or the switch is useless.

[EdGe7]

Well, after scouring the net... I ended up at Wiinewz.com. (Should have started there to begin with). Ran into a post where a user treal420 said to try putting 5v to pin 1. I have attached the pic he posted over at wiinewz... I would have replied over there but currently their forums are closed to posting.

Needless to say, this made everything work. I can program the chip, erase the chip, reprogram the chip... well you guys get the idea. It seems that pin 1 needs as close to 5v as possible. My programmer was only giving out 4.40v to pin 1. After re-routing power to pin 1 and getting 5.1v. (measure by putting voltmeter to pints 1 and 8.). It is also important to make sure you are getting between 12 and 13 volts on MCLR (pin4 - measure by putting voltmeter on pins 4 and 8.) If both of those values are where they are suppose to be, you should be able to reprogram your chip.

EdGe7

[elserpien]

Well, after scouring the net... I ended up at Wiinewz.com. (Should have started there to begin with). Ran into a post where a user treal420 said to try putting 5v to pin 1. I have attached the pic he posted over at wiinewz... I would have replied over there but currently their forums are closed to posting.

Needless to say, this made everything work. I can program the chip, erase the chip, reprogram the chip... well you guys get the idea. It seems that pin 1 needs as close to 5v as possible. My programmer was only giving out 4.40v to pin 1. After re-routing power to pin 1 and getting 5.1v. (measure by putting voltmeter to pints 1 and 8.). It is also important to make sure you are getting between 12 and 13 volts on MCLR (pin4 - measure by putting voltmeter on pins 4 and 8.) If both of those values are where they are suppose to be, you should be able to reprogram your chip.

EdGe7

Thank you so much, that fixed my problem as well, i have been fighting this stupid programmer all night.

[EdGe7]

Thank you so much, that fixed my problem as well, i have been fighting this stupid programmer all night.

Glad to have helped... but the credit goes to treal420.

EdGe7

[EdGe7]

Since I only plan to program 12f629 and 12f675 chips with this programmer, I decided to permamantly mod my JDM programmer. The resistor next to the jumper was the one decreasing the voltage to pin1, so I decided to remove it and just bridge it to allow the full 5v to go through. Now this programmer works without any problems.

Here's how my programmer looks now.

EdGe7

[burnzy]

hmm, that pic was in the xbox scene link that gavin posted on page 2 which you said had no fix?

[EdGe7]

hmm, that pic was in the xbox scene link that gavin posted on page 2 which you said had no fix?


You are right... last time I checked out that post that picture did not show up. It could have been because I was at work and some pictures are blocked so I didn't see the fix. My apologies to Gavin... either way... the fix works great.

EdGe7

[Woozle]

Well, after scouring the net... I ended up at Wiinewz.com. (Should have started there to begin with). Ran into a post where a user treal420 said to try putting 5v to pin 1. I have attached the pic he posted over at wiinewz... I would have replied over there but currently their forums are closed to posting.

Needless to say, this made everything work. I can program the chip, erase the chip, reprogram the chip... well you guys get the idea. It seems that pin 1 needs as close to 5v as possible. My programmer was only giving out 4.40v to pin 1. After re-routing power to pin 1 and getting 5.1v. (measure by putting voltmeter to pints 1 and 8.). It is also important to make sure you are getting between 12 and 13 volts on MCLR (pin4 - measure by putting voltmeter on pins 4 and 8.) If both of those values are where they are suppose to be, you should be able to reprogram your chip.

EdGe7
Any help on re-routing power to pin 1 on a JDM programmer WITH a SIM card reader?

[syzygy]

Any help on re-routing power to pin 1 on a JDM programmer WITH a SIM card reader?

I too have a JDM with SIM reader. Unfortunately, I have no multimeter. Has anyone found which points to bridge / or know for that matter....

A programmer like mine can be seen here..

http://cgi.ebay.com/JDM-PIC-Programmer-with-Integrated-SIM-Card-Reader_W0QQitemZ130092153515QQcategoryZ4661QQssPag eNameZWDVWQQrdZ1QQcmdZViewItem

Also, sorry for linking to an auction...but I couldn't get my jpg to upload...

[j13l]

I have a ‘JDM PIC Programmer with Integrated SIM Card Reader’ same as syzygy. (JDM-PHOENIX)
I have try several program, icprog, WinPic, WinPic800 and PICProg4U.
It’s very difficult to program PIC12F629. (work once, don't work 30 times)
It’s very easy to program PIC12F683. (100 % success)

Electrical specifications are similar.
PIC12F629 has an ‘osccal’, 12F683 does not need it.

:confused: