As far as best practices go writing HW independent code should be desirable. I have a USRP1, and it would be nice to be able to write code that simulates the radio on a PC with the USRP1/2 as the radio backend. PC simulation is in my mind key to rapid development of embedded software. One problem with this approach is that DSP algorithms may have to be tailored to specific I/Q sample rates. On a PC simulation we can adjust decimation rates and do rational resampling if needed. But for code running on physical hardware we may need to know ahead of time the I/Q sample rates that the HW is capable of working with, and write code accordingly.
- my 2 cents Frank > schrieb Frank A. Stevenson on 2011-12-07 10:02: >> On Tue, 2011-12-06 at 15:23 -0800, Bruce Perens wrote: >> [SNIP] >>> The plan is to produce a mobile first, because we know we can fit >>> everything in the form factor today. The radio design presently looks a >>> lot like USRP with a multi-band receiver front-end and transmitter, a >>> speaker amplifier and microphone preamp, a Linux system as the built-in >>> "host" and application platform, and a touch-screen as the user >>> interface. >> >> I would like to caution against going for a touch screen user interface. >> I have worked on such writing touch GUI framework code for years, and >> the complexity of making a good touch UI should not be underestimated. >> The work involved will also detract significantly from the development >> effort needed for just a working SDR radio. > > IIUC Bruce described some embedded computer running some quite-standard > OS, which happens to be RF-enabled and power efficient enough for > handheld operation. I bet it would have an USB Port, maybe USB OTG or > flexibe host/device ports, or dedicated host/device ports. I'd just plug > in my keyboard and/or mouse and use that if the keypad is not enough. > > Regards > > Patrick > -- > Engineers motto: cheap, good, fast: choose any two > Patrick Strasser <patrick dot strasser at tugraz dot at> > Student of Telematik, Techn. University Graz, Austria > > > ------------------------------------------------------------------------------ > Cloud Services Checklist: Pricing and Packaging Optimization > This white paper is intended to serve as a reference, checklist and point > of > discussion for anyone considering optimizing the pricing and packaging > model > of a cloud services business. Read Now! > http://www.accelacomm.com/jaw/sfnl/114/51491232/ > _______________________________________________ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > ------------------------------------------------------------------------------ Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ _______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
