RE: PORESET and SWT

"Peter Allen \(Yahoo\)" <[email protected]>
Newsgroups gmane.comp.hardware.motorola.microcontrollers
Message-ID <000001c5a304$e6350c00$c500a8c0@VW30KW>
1k pull ups on resets haven't resolved the problem.  I have notice a
similar problem using our Axiom MPC566EVB only here the timeout is ~3
seconds and I scope the CLKOUT @ 56MHz appears to be the same problem
only the EVB has already locked at 56MHz rather than 20MHz.
 
Having read some other posts I noticed that when I use my debugger to
force a reset inside the 7s window after a PORESET the device boots
immediatly.  I also tried with the eval board and notice that same thing
when using either SRESET or HRESET within the 3s window post PORESET.

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf
Of Dobbin Allan-r11834
Sent: Monday, 1 August 2005 12:57 PM
To: '[email protected]'
Subject: RE: [MPC500] PORESET and SWT


7secs is the WDOG timeout if you're using a 20MHz crystal.  If you don't
reset properly, the WDOG kicks in, everything is reset and things run OK
after that.

What value of pull-up do you have on HRESET?  10K is too high (may be an
errata).  The rise time is too slow and modclk, etc don't get sampled
correctly.  Reduce the HREST PU to 1K or 2K and see if that solve sthe
problem.

(Vijay - you should have posted your similar issue on the group.)

Allan


This sounds like a problem very similar to one that someone else was
having a month or two ago - it was someone from this group, but I don't
think the emails string was actually posted on the site.  Perhaps they
can reply.  I think their problem ended up being too high a pull up on
one of the reset lines, possibly POR.  But that resulted in too slow a
POR time - check the spec but yours seems OK.

What was happening was POR was asserting too fast, things weren't reset
correctly including PLL locking, and sebveral seconds later the watchdog
would kick in and provide an HRESET and things run fine afterwards. Try
reducing the POR

Allan

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf
Of Peter Allen \(Yahoo\)
Sent: Sunday, July 31, 2005 6:46 PM
To: [email protected]
Subject: RE: [MPC500] PORESET and SWT


I have a revised problem.

At POR the PORESET is a sserted by the power supply (MC33998) ~22ms.  
HRESET in negated
SRESET is negated

ENGCLK (i didn't run CLKOUT from under the device) starts at 312.5kHz
(or 20MHz/64) and then ~7s  later HRESET is asserted by the MPC566 and
the device restarts and function correctly.  I can't find a reason for
the problem.

Thanks

Peter Allen
Haltech Design Engineer
www.haltech.com <http://www.haltech.com/> 
ph:  95252400
fax: 95252991




-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf
Of Dobbin Allan-r11834
Sent: Tuesday, 26 July 2005 11:29 PM
To: '[email protected]'
Subject: RE: [MPC500] PORESET and SWT


On the Axiom board, it sounds liekt he POR time is not long enough, but
I would have suspected that h/w to be correct.  Your other h/w is a bit
of a mystery i.e. why the PIT wouldn't work but other clocks would.  Is
it possible the wrong clock source has been selected for the timer?  As
far as guessing your sysclk speed - look at the CLKOUT signal.

Allan


-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf
Of Peter Allen \(Yahoo\)
Sent: Monday, July 25, 2005 8:49 PM
To: [email protected]
Subject: [MPC500] PORESET and SWT


I just got some hardware back and can get code into flash.  The device
comes out of reset but doesn't boot withou BDM intervention (ie.  I
attach to code already on target and then use the reset command and the
code starts running as expected).  I have also noticed that the PIT
doesn't always start working but serial coms and TPU run ok and the SWT
doesn't ever time out to cause a reset.

Things I know (I think):

device is operating at desired 56MHz since:
     baud rate is tied to this.
    TPU functions are producing the correct timing patterns.

I noticed that on my Axiom eval board when i used the POReset the code
would not boot until the watchdog timer ran out and and then everything
would work OK.  I I used the Hreset or Sreset the system would bot
straight away (power is applied to the board at all times).

If anyone has some wisdom on this problem I would greatly appreciate the
help

Peter Allen
Haltech Design Engineer
www.haltech.com <http://www.haltech.com/> 
ph:  95252400
fax: 95252991



-----------------------------------------------------------
To learn more about Freescale Microcontrollers, please visit
http://www.freescale.com/mcu






  _____  

YAHOO! GROUPS LINKS 


	
*	 Visit your group "MPC500 <http://groups.yahoo.com/group/MPC500>
" on the web.
  

*	 To unsubscribe from this group, send an email to:
 [email protected]
<mailto:[email protected]?subject=Unsubscribe> 
  

*	 Your use of Yahoo! Groups is subject to the Yahoo! Terms of
Service <http://docs.yahoo.com/info/terms/> . 


  _____  




[Non-text portions of this message have been removed]



------------------------ Yahoo! Groups Sponsor --------------------~--> 
<font face=arial size=-1><a href="http://us.ard.yahoo.com/SIG=12hcd619d/M=362335.6886445.7839731.1510227/D=groups/S=1706554205:TM/Y=YAHOO/EXP=1124274198/A=2894361/R=0/SIG=13jmebhbo/*http://www.networkforgood.org/topics/education/digitaldivide/?source=YAHOO&cmpgn=GRP&RTP=http://groups.yahoo.com/">In low income neighborhoods, 84% do not own computers. At Network for Good, help bridge the Digital Divide!</a>.</font>
--------------------------------------------------------------------~-> 

-----------------------------------------------------------
To learn more about Freescale Microcontrollers, please visit
http://www.freescale.com/mcu


 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/MPC500/

<*> To unsubscribe from this group, send an email to:
    [email protected]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.