[sdiy] STM32 (or other) audio DSP learning recommendations
ulfur hansson
ulfurh at gmail.com
Wed Jul 4 02:02:05 CEST 2018
me and my buddy just recently managed to get a custom STM32F7 board to blink an LED (!) it’s my first digital design project, and a little blinking light has never made me this happy before.
we have a WM8731 DAC on board, but alas setting up the code properly for use with the STM seems a little tricky.
does anyone have a boilerplate setup/lesrning resource for this particular DAC? the best resource we’ve found so far seems to be a mutable instrument design that has the same chip but for an M4 - we would love to find more detailed info on how to properly implement it into out code on the F7 - no need to reinvent the wheel here i reckon ;)
any help/direction towards further resources would be immensely helpful and well appreciated!!
all the best,
-úlfur
Sent from outer space
> On Jun 29, 2018, at 8:00 AM, Steve <sleepy_dog at gmx.de> wrote:
>
>
> "A debugging IDE not (based on) Eclipse"
>
> I've heard some people are using Code::Blocks, I'm not sure there are any readily made support packages for embedded work, though.
> But it's native C++, not Java based, so the little naps that Eclipse may have every now and then because of that, aren't there in C::B.
>
> It's not just step-through debugging at a few key's press and some mouse hovering over variables that's nice about debugging with an IDE.
> Also memory watches that highlight when regions of interest changed, changing display/numerical format or how a data pointer is interpreted wich a few clicks.
> And RTOS aware debugging if you have multiple threads - which can easily be called for on a beast like stm32F7, depending on the natuer of the project.
> I mean, probably you could run Quake on that "micro controller" with one of the boards that has 8MB RAM or so, if somebody bothered to make an optimized port of the inner rendering loop (which is famous for being incomprehensively optimized for the Pentium60) :D
> And if you have plugins for a tree view of peripheral registers and named register bits and stuff, it can save a lot of time (and reduce human error factor)
> Usable overviews of where program & RAM memory bytes are going is also nice vs. hacking some script that shows some ASCII barf of that...
> Did I mention performance profiling with usable result browsers linked with source code...
> (I think TrueStudio comes with that ready-to-use)
>
> All that stuff is about as much fun to do as a daily routine solely on the command line as writing SUBLEQ assembly programs as a daily routine...
>
> You can tame Eclipse and shape it a lot (perhaps? ;)) to your liking, though.
> I know it's messy, but once it's set up and running...
> I wouldn't want to miss *language aware* project-wide code editing features (e.g. rename, extract function, etc), anyone doing that with mere text search & replace tools needs buttocks paddling.
>
> - Steve
>
> Gesendet: Freitag, 29. Juni 2018 um 02:05 Uhr
> Von: "Chris McDowell" <declareupdate at gmail.com>
> An: music.maker at gte.net
> Cc: synth-diy at synth-diy.org
> Betreff: Re: [sdiy] STM32 (or other) audio DSP learning recommendations
> I actually use openstm32 for work (and synths, duh) and it's generally a breeze. They have an all-in-one installer for OSX. pretty great
>
>
> Chris
>
> > On Jun 28, 2018, at 6:55 PM, Scott Gravenhorst <music.maker at gte.net> wrote:
> >
> >
> > John Speth <john.speth at andrews-cooper.com> wrote:
> >>> Eclipse ... is ... the ... nightmare.
> >>
> >> Is there a free debugger UI that is NOT Eclipse.
> >
> > That is a good question.
> >
> > I'll admit that I just use the LEDs and VCP.
> >
> > -- ScottG
> > ________________________________________________________________________
> > -- Scott Gravenhorst
> > -- http://scott.joviansynth.com/
> > -- When the going gets tough, the tough use the command line.
> > -- Matt 21:22
> >
> > _______________________________________________
> > Synth-diy mailing list
> > Synth-diy at synth-diy.org
> > http://synth-diy.org/mailman/listinfo/synth-diy
>
>
> _______________________________________________
> Synth-diy mailing list
> Synth-diy at synth-diy.org
> http://synth-diy.org/mailman/listinfo/synth-diy
> _______________________________________________
> Synth-diy mailing list
> Synth-diy at synth-diy.org
> http://synth-diy.org/mailman/listinfo/synth-diy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://synth-diy.org/pipermail/synth-diy/attachments/20180704/ba585cba/attachment.htm>
More information about the Synth-diy
mailing list