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 #30
Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
That's good, you've fixed one layer of bugs, now you can start on the next one I suggest making the simplest blinky LED test program possible to load into the ADSP, then experiment with all the different byte ordering and packing options.
On the DSPs I've used, I had to run the object code from the DSP compiler through a tool that embeds it in a secondary bootloader before packing the 24- or 32-bit DSP instruction words into bytes. The secondary bootloader is needed (and provided by the chip vendor) because the DSP just reads a small segment from the flash. That segment has to contain the code to load the remainder of the program from flash.
There are several ways this can go wrong, for instance the byte ordering can get flipped as it goes through the STM32, or you might have forgotten to add the secondary bootloader or set its options up wrongly.
Registered Member #1143
Joined: Sun Nov 25 2007, 04:55PM
Location: Vilnius, Lithuania
Posts: 721
Steve Conner wrote ...
That's good, you've fixed one layer of bugs, now you can start on the next one I suggest making the simplest blinky LED test program possible to load into the ADSP, then experiment with all the different byte ordering and packing options.
Yes, i have simple PLL config, and FLAG toggle. I am using VisualDSP+ to generate loader file , and in loader options i try from spi slave, spi master to PROM, and all others, also try to inverse bite order (made simple mirror table)for data in flash, still no life from adsp. I have all right power up sequence...
Steve Conner wrote ...
On the DSPs I've used, I had to run the object code from the DSP compiler through a tool that embeds it in a secondary bootloader before packing the 24- or 32-bit DSP instruction words into bytes. The secondary bootloader is needed (and provided by the chip vendor) because the DSP just reads a small segment from the flash. That segment has to contain the code to load the remainder of the program from flash.
VisualDSP+ should take care all that jazz, it should be just upload and go ( well, as far as i know )
Steve Conner wrote ...
There are several ways this can go wrong, for instance the byte ordering can get flipped as it goes through the STM32, or you might have forgotten to add the secondary bootloader or set its options up wrongly.
When i program, i check if all data is the same, if not i erase page, and rewrite data. All try and MSBF and LSBF data writing to flash, same effect
Here is powerup sequence: (RESET s green, Vint is yellow, Vext is Blue)
from adsp pdf
Hey, finally my DSP is working, just to show that it can only do 33MHz gpio toggle , and since i need lot of i/o for my work, bottleneck will be i/o, not calculation power, oh, that's fun
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.
SPI FLASH problem
I suggest making the simplest blinky LED test program possible to load into the ADSP, then experiment with all the different byte ordering and packing options.
