MC68HC908GP32 MCU security acces denied

[krzysztofkt]

Hello,

Welcom in this forum, im new here.

I have some problem with programming hc908GP32 via monitor mode. The problem is that i can't pass the security code.

I have bought new one mc68hc908gp32 in TQFP44 package.

i have build a programmer for this MCU.

My problem with this MCU is that i cant pass the security code to flash ROM via normal monitor mode.

I have stady connection on 19200baut rate every time but no standard security code is working &FF or &00.

I can IGNORE security code end with succes entry to monitor mode but ROM is secured end it is all &AD in tables.

as you can see in the addes picture the MCU respond properly, but ROM is secure.

i use free progsz v5.15

i have try to erse the chip but i thing it does not work becouse after press erse module button the progsz is restarting the mcu for bypass the security kode and again non of standard codes FF and 00 dont work..:(

I have tested 3 pieces of this MCU i ordered and any one can pass security byte to unlock the flash.

any one have some ideas?? how to mass erse module and re-set security code to &FF??

when i upload to PC the module tables everywhere is &AD

regard

chris

[krzysztofkt]

Hello,

thank you for your reply.

Yes i tried all 3 pc that i got and every time is the same sytuation.

Yes this is power controlled by DTR. i have switch J2 "MAN-PWR" that can be shorted and powered the board continullsy. Then i can manually swith ON and OFF a power supply. This is ok for manual power drive ?

In link below i place schematic of hardware that i use. page 18.

http://www.not2fast.com/megasquirt/megaprog/megaprog.pdf

How to "play" with delay Times ?? what do you mean, change some values in programming algorithm ?

Yes i have read a lot that erse the module should help, but in my case it does  not.

Any ideas how i can make sure that my hardware "talk" with MCU is correct with any transmision errors ?

as you can see on the image in first post, there is listed on the bottom of a window, a status list from 0 to 6.

5 points are marked as Y, just 6. says that ROM is secured. If the points frome 0 to 5 are positive this could tell me for sure that my hardware communicate with MCU properly ?? 

[tonyp]

So, one MCU has this problem or all three you tried?  I didn't quite understand. If just one, it's safe to assume that something is wrong with that one part.  If all three, then something is wrong with the procedure (software or connecting hardware).

If you select 'IGNORE', you should be able to mass erase the chip, and cancel any security bytes (all $FF).

I noticed in the image that the power is controlled by DTR.

Can you change it so that power is controlled manually?  Or maybe play a bit with the delay times?

Does this help?

[krzysztofkt]

any ??