Hi all, Some time ago I posted a question on this list but never got any feedback so let's try again. We are using the following system, iSystem winIDEA 9.2 software, iSystem ic2000 Base unit+ connected to the target system (68HC912B32) using the BDM connector. The Base unit are connected to a PC using the LPT-port. According to iSystem in Sweden the system are correct setup and should work! We have intermittent problems when programming the CPU flash (ending up with an error message saying cant connect to the CPU). New CPUs don't work then they suddenly accepts programming, working cpus suddenly refuse programming, are there anyone out there with similar problems? Best regards Ulf Larsson, R&D, Cashguard AB ------------------- This E-mail is virus scanned by Mailsweeper. ------------------- |
|
Problem with flash on 68HC912B32
Started by ●November 19, 2002
Reply by ●November 19, 20022002-11-19
Ulf The only problems I've seen like this have usually been traced back to the reset circuit. Are you using a reset chip or some other configuration? Regards Dave Perreault P&E Ulf Larsson wrote: >Hi all, >Some time ago I posted a question on this list but never got any feedback so >let's try again. >We are using the following system, iSystem winIDEA 9.2 software, iSystem >ic2000 Base unit+ connected to the target system (68HC912B32) using the BDM >connector. The Base unit are connected to a PC using the LPT-port. According >to iSystem in Sweden the system are correct setup and should work! >We have intermittent problems when programming the CPU flash (ending up with >an error message saying cant connect to the CPU). New CPUs don't work then >they suddenly accepts programming, working cpus suddenly refuse >programming, are there anyone out there with similar problems? > >Best regards >Ulf Larsson, R&D, Cashguard AB > > >------------------- >This E-mail is virus scanned by Mailsweeper. > >------------------- > >-------------------- > >">http://docs.yahoo.com/info/terms/ |
Reply by ●November 19, 20022002-11-19
Thank you Dr. Perreault, I really appreciate that you take your time to help me. Yes we are using a reset circuit MAX819, however I have measured the circuits and found out that the MAX819 does not lower the RESET but the CPU does. Immediately after POR the RESET goes high and stays high until the RESET is forced low (MBD or pushbutton), after release the RESET starts to pulse ( low 2.5 us) with an interval of 1.54 ms (we are using a 16MHz crystal) which seems strange. The CPU comes from the factory and is supposed to be empty, it should not pulse the RESET. I hope this will put some more light on the matter, and that you still want to help me. Best regards Ulf Larsson -----Ursprungligt meddelande----- Fr: Dr. David A. Perreault [mailto:] Skickat: den 19 november 2002 15:03 Till: ne: Re: [68HC12] Problem with flash on 68HC912B32 Ulf The only problems I've seen like this have usually been traced back to the reset circuit. Are you using a reset chip or some other configuration? Regards Dave Perreault P&E Ulf Larsson wrote: >Hi all, >Some time ago I posted a question on this list but never got any feedback so >let's try again. >We are using the following system, iSystem winIDEA 9.2 software, iSystem >ic2000 Base unit+ connected to the target system (68HC912B32) using the BDM >connector. The Base unit are connected to a PC using the LPT-port. According >to iSystem in Sweden the system are correct setup and should work! >We have intermittent problems when programming the CPU flash (ending up with >an error message saying cant connect to the CPU). New CPUs don't work then >they suddenly accepts programming, working cpus suddenly refuse >programming, are there anyone out there with similar problems? > >Best regards >Ulf Larsson, R&D, Cashguard AB > > >--- ---------------- >This E-mail is virus scanned by Mailsweeper. > >--- ---------------- >-------------------- > <http://www.motorola.com/mcu >">http://docs.yahoo.com/info/terms/ <http://docs.yahoo.com/info/terms/> > > -------------------- <http://www.motorola.com/mcu ">http://docs.yahoo.com/info/terms/> . ---- --------------- This E-mail is Virus scanned by Mailsweeper. ---- --------------- ------------------- This E-mail is virus scanned by Mailsweeper. ------------------- |
|
Reply by ●November 19, 20022002-11-19
Ulf If you are simply starting up a blank part, you should expect to have all kinds of odd things happening. First is that the reset vector is $FFFF. This is an odd address which in itself causes problems. Even if the processor could continue,it is going to see erase flash as opcodes. The addresses would wrap around the end of memory and begin to execute from the I/O space. Ugh. The real question is why can't you get into backfground mode. Most programmers and debuggers force you into special mode using the BDM interface. Since you are using the B32 part, I assume you have it configured for single chip mode. Thus the debugger/programmer should immediately enter special single chip mode and never execute any code. First the MAX819 has a push-pull output. This can cause problems with you BDM pod since they usually have to pull reset low in order to force the B32 into special single chip mode. Reset devices also have a fixed or setable time that they hold reset low. This is 180 ms for the MAX819 device. BDM pods and accompanying software pull the reset low, release it, and usually wait for some period of time for the reset to rise and/or the processor to enter background mode. If you exceed this time, your programmer many not enter background mode. Most programmer/debugger manufacturers have a way of overriding the default time which they wait. I beleive that you real problem is probably in the choice of the MAX819 chip and it's push-pull output unless you have done something circuit wise to prevent problems with this. Regards Dave Perreault P&E Ulf Larsson wrote: >Thank you Dr. Perreault, > >I really appreciate that you take your time to help me. Yes we are using a >reset circuit MAX819, however I have measured the circuits and found out >that the MAX819 does not lower the RESET but the CPU does. Immediately after >POR the RESET goes high and stays high until the RESET is forced low (MBD or >pushbutton), after release the RESET starts to pulse ( low 2.5 us) with an >interval of 1.54 ms (we are using a 16MHz crystal) which seems strange. The >CPU comes from the factory and is supposed to be empty, it should not pulse >the RESET. I hope this will put some more light on the matter, and that you >still want to help me. > >Best regards >Ulf Larsson > >-----Ursprungligt meddelande----- >Fr: Dr. David A. Perreault [mailto:] >Skickat: den 19 november 2002 15:03 >Till: >ne: Re: [68HC12] Problem with flash on 68HC912B32 > >Ulf > >The only problems I've seen like this have usually been traced back to >the reset circuit. Are you using a reset chip or some other configuration? > >Regards >Dave Perreault >P&E > >Ulf Larsson wrote: > >>Hi all, >>Some time ago I posted a question on this list but never got any feedback >> >> >so >>let's try again. >>We are using the following system, iSystem winIDEA 9.2 software, iSystem >>ic2000 Base unit+ connected to the target system (68HC912B32) using the BDM >>connector. The Base unit are connected to a PC using the LPT-port. >> >> >According >>to iSystem in Sweden the system are correct setup and should work! >>We have intermittent problems when programming the CPU flash (ending up >> >> >with >>an error message saying cant connect to the CPU). New CPUs don't work >> >> >then >>they suddenly accepts programming, working cpus suddenly refuse >>programming, are there anyone out there with similar problems? >> >>Best regards >>Ulf Larsson, R&D, Cashguard AB >> >> >> >> >>--- >> >> >---------------- >>This E-mail is virus scanned by Mailsweeper. >> >>--- >> >> >---------------- >> >>-------------------- >> <http://www.motorola.com/mcu> >> >> >>">http://docs.yahoo.com/info/terms/ >> >> ><http://docs.yahoo.com/info/terms/ >> >> >> >> > > >-------------------- > <http://www.motorola.com/mcu >">http://docs.yahoo.com/info/terms/> . >---- >--------------- >This E-mail is Virus scanned by Mailsweeper. > >---- >--------------- > > >------------------- >This E-mail is virus scanned by Mailsweeper. > >------------------- > >-------------------- > >">http://docs.yahoo.com/info/terms/ |