If you need assistance, please send an email to forum at 4hv dot org. To ensure your email is not marked as spam, please include the phrase "4hv help" in the subject line. You can also find assistance via IRC, at irc.shadowworld.net, room #hvcomm.
Support 4hv.org!
Donate:
4hv.org is hosted on a dedicated server. Unfortunately, this server costs and we rely on the help of site members to keep 4hv.org running. Please consider donating. We will place your name on the thanks list and you'll be helping to keep 4hv.org alive and free for everyone. Members whose names appear in red bold have donated recently. Green bold denotes those who have recently donated to keep the server carbon neutral.
Special Thanks To:
Aaron Holmes
Aaron Wheeler
Adam Horden
Alan Scrimgeour
Andre
Andrew Haynes
Anonymous000
asabase
Austin Weil
barney
Barry
Bert Hickman
Bill Kukowski
Blitzorn
Brandon Paradelas
Bruce Bowling
BubeeMike
Byong Park
Cesiumsponge
Chris F.
Chris Hooper
Corey Worthington
Derek Woodroffe
Dalus
Dan Strother
Daniel Davis
Daniel Uhrenholt
datasheetarchive
Dave Billington
Dave Marshall
David F.
Dennis Rogers
drelectrix
Dr. John Gudenas
Dr. Spark
E.TexasTesla
eastvoltresearch
Eirik Taylor
Erik Dyakov
Erlend^SE
Finn Hammer
Firebug24k
GalliumMan
Gary Peterson
George Slade
GhostNull
Gordon Mcknight
Graham Armitage
Grant
GreySoul
Henry H
IamSmooth
In memory of Leo Powning
Jacob Cash
James Howells
James Pawson
Jeff Greenfield
Jeff Thomas
Jesse Frost
Jim Mitchell
jlr134
Joe Mastroianni
John Forcina
John Oberg
John Willcutt
Jon Newcomb
klugesmith
Leslie Wright
Lutz Hoffman
Mads Barnkob
Martin King
Mats Karlsson
Matt Gibson
Matthew Guidry
mbd
Michael D'Angelo
Mikkel
mileswaldron
mister_rf
Neil Foster
Nick de Smith
Nick Soroka
nicklenorp
Nik
Norman Stanley
Patrick Coleman
Paul Brodie
Paul Jordan
Paul Montgomery
Ped
Peter Krogen
Peter Terren
PhilGood
Richard Feldman
Robert Bush
Royce Bailey
Scott Fusare
Scott Newman
smiffy
Stella
Steven Busic
Steve Conner
Steve Jones
Steve Ward
Sulaiman
Thomas Coyle
Thomas A. Wallace
Thomas W
Timo
Torch
Ulf Jonsson
vasil
Vaxian
vladi mazzilli
wastehl
Weston
William Kim
William N.
William Stehl
Wesley Venis
The aforementioned have contributed financially to the continuing triumph of 4hv.org. They are deserving of my most heartfelt thanks.
Registered Member #1143
Joined: Sun Nov 25 2007, 04:55PM
Location: Vilnius, Lithuania
Posts: 721
Hello, i am working on PID loop, with lot of complex f32 math ( 256 point DFT ). So far i was using STM32F4 overclocked to 250MHz, and i get around 16MBps processing speed (it could process data from 8MSps adc in real time)
my new detector almost tripled data rate, and i can't do real time calculation anymore (but i must). I can join two processors, and get performance i need, but that just stupid...
I have SHARK DSP laying around, so i guess i have to give it a try (ADSP-21488 could run 400MHz)
But i don't have any JTAG, any ideas how to program it ? ( or i have to use same STM32F4 to boot dsp ? )
Registered Member #30
Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
Do you have an evaluation board or just the chip itself?
The SHARC DSPs don't have any onboard flash memory, so you have to boot them from an external PROM anyway. You could just program this PROM.
Your main problem will be that Analog's VisualDSP++ development software is only available as a 30 day free trial, and the full version costs about $10k. We chose the TI C6700 series DSPs instead.
Registered Member #1143
Joined: Sun Nov 25 2007, 04:55PM
Location: Vilnius, Lithuania
Posts: 721
Steve Conner wrote ...
Do you have an evaluation board or just the chip itself? The SHARC DSPs don't have any onboard flash memory, so you have to boot them from an external PROM anyway. You could just program this PROM.
No, i have just chip. How fast TI DSP can run in LQFP or similar package ? i only find to 170MHz, and higher is BGA only, so no good for home use.
Registered Member #30
Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
Dunno. We use the TMS320C6713 in a BGA package running at 300MHz, mounted on a board that we designed in-house.
Edit: I checked the datasheet. The QFP version goes to 225MHz. The C6713 is an oldish chip, but it's floating point. Our PCB contractor likes it because the BGA is coarse pitch and easy to solder. I like it because the optimizing C compiler does most of the hard work for me.
The OMAP-L137 and L138 are more modern chips that combine a C6713-type floating point DSP core with an ARM application processor. I believe you can buy one as the Hawkboard.
Registered Member #30
Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
The DSP datasheet should specify the states of the pins that the flash is connected to, while it is in reset. Probably they will both be Hi-Z, in which case it is OK to program the flash from an external source.
Registered Member #1143
Joined: Sun Nov 25 2007, 04:55PM
Location: Vilnius, Lithuania
Posts: 721
Steve Conner wrote ...
The DSP datasheet should specify the states of the pins that the flash is connected to, while it is in reset. Probably they will both be Hi-Z, in which case it is OK to program the flash from an external source.
but should i apply power to DSP itself ? since i need to program only flash ,idea is supply power from DSP to SPI flash power through schottky diode, and just connect parallel to flash connector for programming. When i disconnect DSP from power supply and connect flash programmer, it will power only flash (because of diode) and just for safety measures connecting programmer will short RESET pin to ground. My worries are internal diodes in DSP pins, so applying voltage to MISO MOSI CLK and CS could charge capacitors, and that would be stressful for diodes and programmer itself, since i don't use any buffer for SPI , but should i be worried ?
Registered Member #30
Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
All of the DSP pins will have ESD protection diodes. If you don't power the DSP, the diodes will clamp your data lines and the programmer won't be able to drive them high without charging up the DSP's power rail. This is a recipe for intermittent errors, sometimes it may work but other times it won't. You should either power the DSP, or add series resistors to the data lines.
This site is powered by e107, which is released under the GNU GPL License. All work on this site, except where otherwise noted, is licensed under a Creative Commons Attribution-ShareAlike 2.5 License. By submitting any information to this site, you agree that anything submitted will be so licensed. Please read our Disclaimer and Policies page for information on your rights and responsibilities regarding this site.
ADSP JTAG
