Forums

RESETSTAT pin showing erratic behaviour

Started by ahme...@yahoo.com December 5, 2012
Dear All,
I am working on a customized board of TMS320DM648. The board is not properly initializing, because according to the document "SPRA372B" after proper device initialization the RESETSTAT pin (output) should de-assert (driven high) which in my case is not. I am also unable to connect it to emulator for proper debugging. As per the observations PORn , RESETn , NMIn signals and power section of the board is properly driven by MSP430 micro controller. All external oscillators and PLL synthesizer(CDCE906) are working absolutely fine. Any good suggestion as to how to debug will highly be appreciated.

Profound Regards
Ahmed

_____________________________________
Hello Ahmed,

On 12/4/2012 11:04 PM, a...@yahoo.com wrote:
>
> Dear All,
> I am working on a customized board of TMS320DM648. The board is not
> properly initializing, because according to the document "SPRA372B"
> after proper device initialization the RESETSTAT pin (output) should
> de-assert (driven high) which in my case is not. I am also unable to
> connect it to emulator for proper debugging. As per the observations
> PORn , RESETn , NMIn signals and power section of the board is
> properly driven by MSP430 micro controller.
>

1. Are you sure that PORn remains low from 'no power applied' until
after all voltages are stable and then allowed to go hi??
If PORn goes hi momentarily [ie. 'glitches'] shortly before release [or
if is too short], it is possible for some of the device's internal logic
to enter undefined or illegal states.

2. Could PCI reset [PRSTn] be causing the problem??
If PCI Boot is enabled [either intentionally or due to an incorrect
configuration] and PRSTn is low, RESETSTAT will not go high.

3. Is RESETSTAT shorted to ground??
An assembly problem could be the cause.

4. Are the reserved pins connected properly??
A single incorrect connection can cause incorrect operation.

To verify the internal state of reset, monitor one of the Z/High Group
or Z/low Group pins. If the device is coming out of reset, I would look
for RESETSTATto be shorted to ground.

mikedunn
>
> All external oscillators and PLL synthesizer(CDCE906) are working
> absolutely fine. Any good suggestion as to how to debug will highly be
> appreciated.
>
> Profound Regards
> Ahmed
ahmed,

According to Ti.com, SPRA327b is about putting CCS under version control, not
about the TMS320DM648.

Have I missed a critical detail?

R. Williams

---------- Original Message -----------
From: a...@yahoo.com
To: c...
Sent: Wed, 05 Dec 2012 00:04:14 -0500
Subject: [c6x] RESETSTAT pin showing erratic behaviour

> Dear All,
> I am working on a customized board of TMS320DM648. The board
> is not properly initializing, because according to the document
> "SPRA372B" after proper device initialization the RESETSTAT pin
> (output) should de-assert (driven high) which in my case is not. I am
> also unable to connect it to emulator for proper debugging. As per the
> observations PORn , RESETn , NMIn signals and power section of the
> board is properly driven by MSP430 micro controller. All external
> oscillators and PLL synthesizer(CDCE906) are working absolutely fine.
> Any good suggestion as to how to debug will highly be appreciated.
>
> Profound Regards
> Ahmed
------- End of Original Message -------

_____________________________________
ahmed,

You might want to read SPRA672h.pdf
Section 6.7.1 and 6.7.2 discuss the reset sequence.
Given that the chip contains a densely packed grid array of connectors, are you
sure that your checking the right pin?
Are you sure that you have the boot mode pins set for a valid boot mode?

R. Williams

---------- Original Message -----------
From: a...@yahoo.com
To: c...
Sent: Wed, 05 Dec 2012 00:04:14 -0500
Subject: [c6x] RESETSTAT pin showing erratic behaviour

> Dear All,
> I am working on a customized board of TMS320DM648. The board
> is not properly initializing, because according to the document
> "SPRA372B" after proper device initialization the RESETSTAT pin
> (output) should de-assert (driven high) which in my case is not. I am
> also unable to connect it to emulator for proper debugging. As per the
> observations PORn , RESETn , NMIn signals and power section of the
> board is properly driven by MSP430 micro controller. All external
> oscillators and PLL synthesizer(CDCE906) are working absolutely fine.
> Any good suggestion as to how to debug will highly be appreciated.
>
> Profound Regards
> Ahmed
------- End of Original Message -------

_____________________________________
Dear Mike,
I have performed aforementioned steps results are:
1) PORn remians low from no power to stable voltages then goes high (Checked from digital storage scope)

2) PRST is not being used, but its behaviour is as expected (verified by comparing it with actual TI board)

3)RESETSTAT is not shorted to ground (checked with DMM)

4)Compared voltages of all 64 pins of MSP with that on actual TI board only RESETSTAT pin is showing odd behaviour.

5)Heating of DSP has already been done to avoid any dry sold problems.

6)Could this be a fault of DSP? as I have another customized board with the same PCB and working fine.
Dear Richard,

I am really very sorry i mistyped the document's name, its "SPRS372b" instead of "SPRA372b". I will get back to you after reading document SPRA672h.

Many Thanks and Regards
Ahmed

Dear All,
> I am working on a customized board of TMS320DM648. The board is not properly initializing, because according to the document "SPRA372B" after proper device initialization the RESETSTAT pin (output) should de-assert (driven high) which in my case is not. I am also unable to connect it to emulator for proper debugging. As per the observations PORn , RESETn , NMIn signals and power section of the board is properly driven by MSP430 micro controller. All external oscillators and PLL synthesizer(CDCE906) are working absolutely fine. Any good suggestion as to how to debug will highly be appreciated.
>
>Profound Regards
>Ahmed
>
>_____________________________________

_____________________________________
Dear Richard,

I am really very sorry i mistyped the document's name, its "SPRS372b" instead of "SPRA372b". I will get back to you after reading document SPRA672h.

Thanks and Regards
Ahmed
--- On Wed, 5/12/12, Richard Williams wrote:

From: Richard Williams
Subject: Re: [c6x] RESETSTAT pin showing erratic behaviour
To: a...@yahoo.com, c...
Date: Wednesday, 5 December, 2012, 5:10 PM

ahmed,

According to Ti.com, SPRA327b is about putting CCS under version control, not
about the TMS320DM648.

Have I missed a critical detail?

R. Williams

---------- Original Message -----------
From: a...@yahoo.com
To: c...
Sent: Wed, 05 Dec 2012 00:04:14 -0500
Subject: [c6x] RESETSTAT pin showing erratic behaviour

> Dear All,
> I am working on a customized board of TMS320DM648. The board
> is not properly initializing, because according to the document
> "SPRA372B" after proper device initialization the RESETSTAT pin
> (output) should de-assert (driven high) which in my case is not. I am
> also unable to connect it to emulator for proper debugging. As per the
> observations PORn , RESETn , NMIn signals and power section of the
> board is properly driven by MSP430 micro controller. All external
> oscillators and PLL synthesizer(CDCE906) are working absolutely fine.
> Any good suggestion as to how to debug will highly be appreciated.
>
> Profound Regards
> Ahmed
------- End of Original Message -------
Richard,
I have been constantly searching for "SPRA672h.pdf" bit didn't find that. can u kindly mail it, I will remain thankful.

Regards
Ahmed
Dear All,
> I am working on a customized board of TMS320DM648. The board is not properly initializing, because according to the document "SPRA372B" after proper device initialization the RESETSTAT pin (output) should de-assert (driven high) which in my case is not. I am also unable to connect it to emulator for proper debugging. As per the observations PORn , RESETn , NMIn signals and power section of the board is properly driven by MSP430 micro controller. All external oscillators and PLL synthesizer(CDCE906) are working absolutely fine. Any good suggestion as to how to debug will highly be appreciated.
>
>Profound Regards
>Ahmed
>
>_____________________________________

_____________________________________
Ahmed-

> Richard,
> I have been constantly searching for "SPRA672h.pdf"
> bit didn't find that. can u kindly mail it, I will remain
> thankful.

1) You cut Richard's text, so anyone viewing this post has no idea to what you're referring.

2) SPRA672 refers to an old TI doc, "June 2000 Application-Specific Examples for the TMS320C54x DSP" -- are you sure
that's what you want?

-Jeff

> Dear All,
>> I am working on a customized board of TMS320DM648. The board is not properly initializing, because
>> according to the document "SPRA372B" after proper device initialization the RESETSTAT pin (output) should
>> de-assert (driven high) which in my case is not. I am also unable to connect it to emulator for proper
>> debugging. As per the observations PORn , RESETn , NMIn signals and power section of the board is properly
>> driven by MSP430 micro controller. All external oscillators and PLL synthesizer(CDCE906) are working
>> absolutely fine. Any good suggestion as to how to debug will highly be appreciated.
>>
>>Profound Regards
>>Ahmed
>>

_____________________________________
ahmid,

start here:


about 1/2 way down the page is:
TMS320DM647/TMS320DM648 Digital Media Processors (Rev. H)

That last line (on the web page) is a hot link to the PDF file you are looking for.

R. Williams
---------- Original Message -----------
From: a...@yahoo.com
To: c...
Sent: Sun, 09 Dec 2012 23:55:02 -0500
Subject: [c6x] Re: RESETSTAT pin showing erratic behaviour

> Richard,
> I have been constantly searching for "SPRA672h.pdf" bit didn't
> find that. can u kindly mail it, I will remain thankful.
>
> Regards
> Ahmed
> Dear All,
> > I am working on a customized board of TMS320DM648. The board is not
properly initializing, because according to the document "SPRA372B" after proper
device initialization the RESETSTAT pin (output) should de-assert (driven high)
which in my case is not. I am also unable to connect it to emulator for proper
debugging. As per the observations PORn , RESETn , NMIn signals and power
section of the board is properly driven by MSP430 micro controller. All external
oscillators and PLL synthesizer(CDCE906) are working absolutely fine. Any good
suggestion as to how to debug will highly be appreciated.
> >
> >Profound Regards
> >Ahmed
> >
> >_____________________________________
> >
> >
------- End of Original Message -------

_____________________________________
fellows,

here is a direct link to the document for the TMS320DM648 that we discussed before.



R. Williams

---------- Original Message -----------
From: "Jeff Brower"
To: c...
Cc: a...@yahoo.com
Sent: Mon, 10 Dec 2012 10:39:36 -0600 (CST)
Subject: Re: [c6x] Re: RESETSTAT pin showing erratic behaviour

> Ahmed-
>
> > Richard,
> > I have been constantly searching for "SPRA672h.pdf"
> > bit didn't find that. can u kindly mail it, I will remain
> > thankful.
>
> 1) You cut Richard's text, so anyone viewing this post has no idea to
> what you're referring.
>
> 2) SPRA672 refers to an old TI doc, "June 2000 Application-Specific
> Examples for the TMS320C54x DSP" -- are you sure that's what you want?
>
> -Jeff
>
> > Dear All,
> >> I am working on a customized board of TMS320DM648. The board is
not properly initializing, because
> >> according to the document "SPRA372B" after proper device initialization the
RESETSTAT pin (output) should
> >> de-assert (driven high) which in my case is not. I am also unable to
connect it to emulator for proper
> >> debugging. As per the observations PORn , RESETn , NMIn signals and power
section of the board is properly
> >> driven by MSP430 micro controller. All external oscillators and PLL
synthesizer(CDCE906) are working
> >> absolutely fine. Any good suggestion as to how to debug will highly be
appreciated.
> >>
> >>Profound Regards
> >>Ahmed
> >>
------- End of Original Message -------

_____________________________________