Reply by Art Johnson September 5, 20022002-09-05
Thanks for the feedback. We do have the 200ms delay in our startup
code, we modified the SDK file "plldrv.c" to get a 240ms delay. Even
after this change, we had oscillator startup failures at anything below
0C (32F), on several DSP56F807 Rev. D chips. I verified that it was the
oscillator itself and not the PLL or some other part of the chip. What
I did was that I connected a high-impedance, low-capacitance probe and
looked at the oscillator output directly (ie before it goes through any
other internal circuits). It was definitely the oscillator itself that
was failing, not the PLL or some other part of the chip. Going to the
external oscillator and schmitt trigger chip fixed the problem.

Regards,
Art Johnson -----Original Message-----
From: mwmann_at_motorola [mailto:]
Sent: Thursday, September 05, 2002 2:21 PM
To: Art Johnson
Subject: Re: 56F807 expected life cycle --- In motoroladsp@y..., "Art Johnson" <art@p...> wrote:
> We are designing the DSP56F807 into many of our new products. This
> family of devices are in the "ramp-up" stage at Motorola and so
should
> be available for many years to come. I can't say what kind of
market
> share these devices have, but I do know there are many companies
putting
> these chips in their new products. On prices, nobody but Motorola
can
> say for sure, but historically all new products have a downward
trend on
> prices as production ramps up and device yields improve with process
> fine-tuning.
>
> A few comments based on over 16 month's experience with the
DSP56F807
> chip:
>
> 1) Use an external WatchDog Timer (WDT) chip, we use the
> MAX6320PUK29CY-T (PDF file is attached). Note that both /RESET and
> /TRST must be asserted for a proper power-on reset. /RESET is
asserted
> either directly from the WDT chip or indirectly using an AND gate.
> /TRST can be either tied to ground through a 1.0 kohm resistor, or
it
> can also get the WDT reset signal through another AND gate.

You can simply ground /TRST as long as you don't intend to use the
JTAG port. /TRST must be driven by the JTAG port for debugging,
hence the need for a pull down resistor instead of a dead short.

> 2) The internal crystal oscillator does not start up reliably at low
> temperatures even on the latest (Rev. D) chips, despite what
Motorola
> may say. We spent many weeks trying different circuits and
component
> values to get it to work, without success. The only thing that does
> work reliably is an external oscillator (Raltron CO63310-7.3728-EXT-
TR)
> going through a "speed-up" schmitt trigger (ON Semi NL17SZ14) to the
> XTAL pin, and the EXTAL pin is grounded (PDF files are attached).

Included in the current errata:
12.3 PLL Stabilization Time

Impact:
Maximum PLL stabilization time is 200ms under worst case (-40)
conditions. Typical PLL stabilization time remains at 10ms (25
and
above).

Work Around:
Insert a 200ms delay after power up to allow the PLL to settle or
verify the Loss of Lock bits (LCK0 and LCK1) in the PLL Status
Register (PLLSR) are set to 1 prior to program execution.

-- So you will have to modify your startup code to wait for these
lock bits to set.

> 3) If you haven't already bought a Real Time Operating System
(RTOS), I
> would very strongly recommend the DSPOS operating system. It's very
> fast, uses a very small ROM/RAM footprint, and has rock-solid
stability
> and reliability. The very few problems we did encounter were
addressed
> and fixed immediately, which was very nice to see. We've found that
> using an RTOS has saved us a great deal of time compared to trying
to
> develop our own scheduling algorithm. DSPOS is located at:
> <http://www.dspos.com>
>
> 4) Get Metrowerks CodeWarrior version 5.0 and the 5.0.2 patch.
Earlier
> versions of CodeWarrior had some very serious bugs that are fixed in
> version 5.0 + 5.0.2. There are still some minor bugs in 5.0.2, but
> there are simple workarounds for all of them.
>
> 5) We have developed an "informal network" of DSP56800 users to
share
> information on hardware/software bugs, as it seems to be the only
way to
> readily find out this sort of information. Several times we
discovered
> hardware or software bugs, and when we asked the Technical Solutions
> Manager at our local Motorola distributor, we found out that other
users
> (or even Motorola) had experienced the same problems, but this
> information was not available on any FAQs or discussion groups.

DSP Standard Products Organization handles the hardware and SDK side
of the product line. Another part of Motorola, Metrowerks, is
responsible for CodeWarrior.

As part of the DSP Standard Products Operation, I can assure you that
we post FAQs on new problems and workarounds as soon as we find
them. Just this week we have added three additional FAQs.

> I hope this information is helpful to you, please feel free to
contact
> me if you have any more questions or would like further information
> about the 56800 family.
>
> Regards,
>
> Art Johnson
> Senior Systems Analyst
> PMC Prime Mover Controls Inc.
> 3600 Gilmore Way
> Burnaby, B.C., Canada
> V5G 4R8
> Phone: 604 433-4644
> FAX: 604 433-5570
> Email: art@p...
> http://www.pmc-controls.com >
> -----Original Message-----
> From: dbo_exendis [mailto:22hlbojrr9001@s...]
> Sent: Thursday, September 05, 2002 5:58 AM
> To: motoroladsp@y...
> Subject: [motoroladsp] 56F807 expected life cycle > Dear Members,
>
> For evaluation purposes i would like to have (independent !)
> information of the expected availability of the 56F807 DSP in the
> future.
>
> We have plans to develop a controller system around this DSP.
> For us it is important to know:
>
> How long the DSP will be available at reasonable prices ?
> Does anyone have an idea what share of the DSP market is taken by
> this DSP family ?
> Can we expect a price drop in the near future ?
>
> Thanks in advance,
>
> Donald Bosch >
> _____________________________________
> Note: If you do a simple "reply" with your email client, only the
author
> of this message will receive your answer. You need to do a "reply
all"
> if you want your answer to be distributed to the entire group.
>
> _____________________________________
> About this discussion group:
>
> To Join: motoroladsp-subscribe@y...
>
> To Post: motoroladsp@y...
>
> To Leave: motoroladsp-unsubscribe@y...
>
> Archives: http://www.yahoogroups.com/group/motoroladsp
>
> More Groups: http://www.dsprelated.com/groups.php3 > ">http://docs.yahoo.com/info/terms/



Reply by Art Johnson September 5, 20022002-09-05
We are designing the DSP56F807 into many of our new products. This
family of devices are in the "ramp-up" stage at Motorola and so should
be available for many years to come. I can't say what kind of market
share these devices have, but I do know there are many companies putting
these chips in their new products. On prices, nobody but Motorola can
say for sure, but historically all new products have a downward trend on
prices as production ramps up and device yields improve with process
fine-tuning.

A few comments based on over 16 month's experience with the DSP56F807
chip:

1) Use an external WatchDog Timer (WDT) chip, we use the
MAX6320PUK29CY-T (PDF file is attached). Note that both /RESET and
/TRST must be asserted for a proper power-on reset. /RESET is asserted
either directly from the WDT chip or indirectly using an AND gate.
/TRST can be either tied to ground through a 1.0 kohm resistor, or it
can also get the WDT reset signal through another AND gate.

2) The internal crystal oscillator does not start up reliably at low
temperatures even on the latest (Rev. D) chips, despite what Motorola
may say. We spent many weeks trying different circuits and component
values to get it to work, without success. The only thing that does
work reliably is an external oscillator (Raltron CO63310-7.3728-EXT-TR)
going through a "speed-up" schmitt trigger (ON Semi NL17SZ14) to the
XTAL pin, and the EXTAL pin is grounded (PDF files are attached).

3) If you haven't already bought a Real Time Operating System (RTOS), I
would very strongly recommend the DSPOS operating system. It's very
fast, uses a very small ROM/RAM footprint, and has rock-solid stability
and reliability. The very few problems we did encounter were addressed
and fixed immediately, which was very nice to see. We've found that
using an RTOS has saved us a great deal of time compared to trying to
develop our own scheduling algorithm. DSPOS is located at:
<http://www.dspos.com>

4) Get Metrowerks CodeWarrior version 5.0 and the 5.0.2 patch. Earlier
versions of CodeWarrior had some very serious bugs that are fixed in
version 5.0 + 5.0.2. There are still some minor bugs in 5.0.2, but
there are simple workarounds for all of them.

5) We have developed an "informal network" of DSP56800 users to share
information on hardware/software bugs, as it seems to be the only way to
readily find out this sort of information. Several times we discovered
hardware or software bugs, and when we asked the Technical Solutions
Manager at our local Motorola distributor, we found out that other users
(or even Motorola) had experienced the same problems, but this
information was not available on any FAQs or discussion groups.

I hope this information is helpful to you, please feel free to contact
me if you have any more questions or would like further information
about the 56800 family.

Regards,

Art Johnson
Senior Systems Analyst
PMC Prime Mover Controls Inc.
3600 Gilmore Way
Burnaby, B.C., Canada
V5G 4R8
Phone: 604 433-4644
FAX: 604 433-5570
Email:
http://www.pmc-controls.com
-----Original Message-----
From: dbo_exendis [mailto:]
Sent: Thursday, September 05, 2002 5:58 AM
To:
Subject: [motoroladsp] 56F807 expected life cycle Dear Members,

For evaluation purposes i would like to have (independent !)
information of the expected availability of the 56F807 DSP in the
future.

We have plans to develop a controller system around this DSP.
For us it is important to know:

How long the DSP will be available at reasonable prices ?
Does anyone have an idea what share of the DSP market is taken by
this DSP family ?
Can we expect a price drop in the near future ?

Thanks in advance,

Donald Bosch
_____________________________________
Note: If you do a simple "reply" with your email client, only the author
of this message will receive your answer. You need to do a "reply all"
if you want your answer to be distributed to the entire group.

_____________________________________
About this discussion group:

To Join:

To Post:

To Leave:

Archives: http://www.yahoogroups.com/group/motoroladsp

More Groups: http://www.dsprelated.com/groups.php3 ">http://docs.yahoo.com/info/terms/



Attachment (not stored)
MAX6316-MAX6322.pdf
Type: application/octet-stream

Attachment (not stored)
clock_co66.pdf
Type: application/octet-stream

Attachment (not stored)
NL17SZ14-D.pdf
Type: application/octet-stream

Reply by dbo_exendis September 5, 20022002-09-05
Dear Members,

For evaluation purposes i would like to have (independent !)
information of the expected availability of the 56F807 DSP in the
future.

We have plans to develop a controller system around this DSP.
For us it is important to know:

How long the DSP will be available at reasonable prices ?
Does anyone have an idea what share of the DSP market is taken by
this DSP family ?
Can we expect a price drop in the near future ?

Thanks in advance,

Donald Bosch