Hello Kristoff and Alex, Good work Kristoff on helping introduce your club to this sort of technology.
Yes FSK can run on small ADC resolutions, as what really matters for "frequency counting" is just the sign bit. Here is a tone decoder that works well with just 3 magnitude bits: http://www.rowetel.com/blog/?p=3289 Some times fixed point DSP works out in our favour. -/- In codec2-dev/stm2 there is a README that describes how to get started with gdb and the STM32F4 development board. I use a hacked version of stlink to support "semi hosting" - using the Host PC for stdio functions like printf/fread/fwrite. I understand there are also some other tools for the STM32F4 that support semi hosting with IDEs. IIRC in gdb it's "r" for run/reset that does a hard restart of the program. Most of the time I just use that and "load". I rarely set breakpoints as its a bit painful. Probably use printf more. Anyway all of my debugging is done on x86 versions of the same code. So it's usually just a cross compile, then any device-specific issues which I narrow down with unittests. -/- I like Alex's definition of when to use a (RT)OS - only if you need to! I have found it quite refreshing to _not_ use embedded Linux. The SM1000 "boots" as fast as an analog radio, small images, no 300MByte build systems, and no random context switches and i-cache thrashing. On the down side I get a lot of "it doesn't work what now" moments, the learning curve is steep, and connectivity poor. Cheers, David On 24/11/14 03:18, Alexandru Csete wrote: > On Sun, Nov 23, 2014 at 3:28 PM, Kristoff Bonne <krist...@skypro.be> wrote: >> >> But, I guess, from the "gdb" side of things, it should be simular: you >> enter commands in gdb and which get send to avarice or st-link. Or am I >> wrong? >> A "reset board" should be simular or any board, or not? > > Yes, I believe you are correct, though I am not much of a gdb expert either. > > You can run programs directly through gdb, which is what you would do > on PC, or using its remote protocol, which is used for embedded > targets. You can see the stlink tool includes its own gdb server, > which I'm guessing is a translator between the STLINK or JTAG protocol > and the gdb protocol. But the user only sees the same gdb interface. > > Alex > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > ------------------------------------------------------------------------------ Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk _______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
