[Discuss-gnuradio] Audio source stereo not working
Hi. Anyone who can help. Try as I may I cannot get a second port working using the audio source block. When I set the number of outputs to 2 for stereo (as in the documentation) I get the error below. File "C:\Users\Gary\Documents\top_block.py", line 109, in main() File "C:\Users\Gary\Documents\top_block.py", line 97, in main tb = top_block_cls() File "C:\Users\Gary\Documents\top_block.py", line 75, in __init__ self.connect((self.audio_source_0, 1), (self.audio_sink_1, 0)) File "C:\GNURadio-3.7\lib\site-packages\gnuradio\gr\hier_block2.py", line 47, in wrapped func(self, src, src_port, dst, dst_port) File "C:\GNURadio-3.7\lib\site-packages\gnuradio\gr\hier_block2.py", line 110, in connect self.primitive_connect(*args) File "C:\GNURadio-3.7\lib\site-packages\gnuradio\gr\runtime_swig.py", line 5312, in primitive_connect return _runtime_swig.top_block_sptr_primitive_connect(self, *args) ValueError: port number 1 exceeds max of 0 Am I missing something? Gary ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Audio source stereo not working
Hi Gary, since we acutely changed things in the Windows audio sink: What's your version of GNU Radio? Generally, Windows seems to be of the conviction that the audio device you're trying to record from only has one, not two channels. Best regards, Marcus On Thu, 2019-05-02 at 08:53 +0100, Gary.Simpkins wrote: > Hi. Anyone who can help. > > Try as I may I cannot get a second port working using the audio source > block. > > When I set the number of outputs to 2 for stereo (as in the > documentation) I get the error below. > > File "C:\Users\Gary\Documents\top_block.py", line 109, in > main() >File "C:\Users\Gary\Documents\top_block.py", line 97, in main > tb = top_block_cls() >File "C:\Users\Gary\Documents\top_block.py", line 75, in __init__ > self.connect((self.audio_source_0, 1), (self.audio_sink_1, 0)) >File "C:\GNURadio-3.7\lib\site-packages\gnuradio\gr\hier_block2.py", > line 47, in wrapped > func(self, src, src_port, dst, dst_port) >File "C:\GNURadio-3.7\lib\site-packages\gnuradio\gr\hier_block2.py", > line 110, in connect > self.primitive_connect(*args) >File "C:\GNURadio-3.7\lib\site-packages\gnuradio\gr\runtime_swig.py", > line 5312, in primitive_connect > return _runtime_swig.top_block_sptr_primitive_connect(self, *args) > ValueError: port number 1 exceeds max of 0 > > Am I missing something? > > Gary > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio smime.p7s Description: S/MIME cryptographic signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Building on Windows 10
I want to second this! We've only been very stringent with versioning starting in the last couple of years, but really, it should rarely matter whether you use 3.7.13.4 or 3.7.2 for things that worked under 3.7.2 – so, please try with something less arcane! Best regards, Marcus On Thu, 2019-05-02 at 07:31 +0100, Derek Kozel wrote: > Hi Marc, > > The most recommended way of building GNU Radio on Windows is documented > here: > https://wiki.gnuradio.org/index.php/WindowsInstall#Building_on_Windows_with_Native_Tools > > That approach is only valid for versions after 3.7.9.2 though. If you > need an earlier version I'm afraid that I don't have any advice. It is > probably not possible (easy) currently to build under Eclipse. > > Regards, > Derek > > On 02/05/2019 02:19, Marc Kaufman wrote: > > I've installed cygwin, and I'm trying to build 3.7.2, but I keep > > getting "configuring incomplete. errors occurred!" > > > > I don't see any errors in CMakeOutput.log. According to terminal > > output I seem to be missing Ice-3.5, alsa, jack, portaudio, comedilib, > > PyQt4, uhd. I don't see any of these in the cygwin depot. > > > > (extra point question: Is there a way to build under Eclipse?) > > > > What am I missing? Thanks. > > > > > > ___ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio smime.p7s Description: S/MIME cryptographic signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Tuning in VLF with a sound card
I took a Raspberry Pi and attached a 48KHz USB sound card, with a big magnetic loop antenna fed into the mic. A little cheesy? yes! But I'd like to try and see if I can receive VLF. It's in a remote location with little to no interference so I'm thinking my chances should be good. The challenge I'm facing is that I need to write the SDR logic to "tune" throughout the 0-24KHz tuning range. My question is, being that a sound card source presents samples in float and not the usual complex data type, can I still apply the same SDR logic that we use for SSB/FM/AM demodulation such as those presented in the Gnuradio tutorials (eg. http://www.csun.edu/~skatz/katzpage/sdr_project/sdr/grc_tutorial3.pdf) and if not, how do I go about translating the float input into something I can use to feed existing AM/FM/SSB demodulator flowgraphs? I run many other flowgraphs on Raspberry Pi's remotely so the networking and remote aspect of the project will be easy for me. I really just need some initial guidance knowing which direction to go in terms of tuning. Thanks! Brad ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Tuning in VLF with a sound card
https://agupubs.onlinelibrary.wiley.com/doi/abs/10.1002/2017RS006420 or http://jmfriedt.free.fr/agu_dcf77.pdf We are currently working on simultaneously decoding (e)LORAN/MSF, TDF & DCF77 v.s GPS with a sound card. JM -- JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 26 rue de l'Epitaphe, 25000 Besancon, France May 2, 2019 10:24 PM, "Brad Hein" wrote: > I took a Raspberry Pi and attached a 48KHz USB sound card, with a big > magnetic loop antenna fed > into the mic. A little cheesy? yes! But I'd like to try and see if I can > receive VLF. It's in a > remote location with little to no interference so I'm thinking my chances > should be good. The > challenge I'm facing is that I need to write the SDR logic to "tune" > throughout the 0-24KHz tuning > range. > > My question is, being that a sound card source presents samples in float and > not the usual complex > data type, can I still apply the same SDR logic that we use for SSB/FM/AM > demodulation such as > those presented in the Gnuradio tutorials (eg. > http://www.csun.edu/~skatz/katzpage/sdr_project/sdr/grc_tutorial3.pdf) and if > not, how do I go > about translating the float input into something I can use to feed existing > AM/FM/SSB demodulator > flowgraphs? > > I run many other flowgraphs on Raspberry Pi's remotely so the networking and > remote aspect of the > project will be easy for me. I really just need some initial guidance knowing > which direction to go > in terms of tuning. > > Thanks! > Brad ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Tuning in VLF with a sound card
reading your email more closely: * the sound card generates real data with an even spectrum with components at w and -w * you transfer from VLF band to baseband by multiplying by a complex NCO exp(-jwt) with t=[0:length(samples)]/fs when sampling at fs * the -w component is shifted to -2w that you filter our before decimation * after transposition and decimation, you end up with the complex I/Q components you are familiar with. You can also multiply with cos(wt) instead of exp(jwt) but then you create all the spectral components at +/-2wt which might be more annoying to filter out, so you might as well work with a complex NCO from the beginning. JM -- JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 26 rue de l'Epitaphe, 25000 Besancon, France May 2, 2019 10:24 PM, "Brad Hein" mailto:linuxb...@gmail.com?to=%22Brad%20Hein%22%20)> wrote: I took a Raspberry Pi and attached a 48KHz USB sound card, with a big magnetic loop antenna fed into the mic. A little cheesy? yes! But I'd like to try and see if I can receive VLF. It's in a remote location with little to no interference so I'm thinking my chances should be good. The challenge I'm facing is that I need to write the SDR logic to "tune" throughout the 0-24KHz tuning range. My question is, being that a sound card source presents samples in float and not the usual complex data type, can I still apply the same SDR logic that we use for SSB/FM/AM demodulation such as those presented in the Gnuradio tutorials (eg. http://www.csun.edu/~skatz/katzpage/sdr_project/sdr/grc_tutorial3.pdf (http://www.csun.edu/~skatz/katzpage/sdr_project/sdr/grc_tutorial3.pdf)) and if not, how do I go about translating the float input into something I can use to feed existing AM/FM/SSB demodulator flowgraphs? I run many other flowgraphs on Raspberry Pi's remotely so the networking and remote aspect of the project will be easy for me. I really just need some initial guidance knowing which direction to go in terms of tuning. Thanks! Brad ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Software Defined Radio Academy: Programme is ready
Dear community, please see our programme web site. The programme of the Software Defined Radio Academy 2019 on June 22 in Friedrichshafen is ready: http://2019.sdra.io/pages/programme.html Please note that we are looking forward to a distinguished talk from Nobel Price winner and radio astronomer Prof. Dr. Joe H. Taylor K1JT around 1300 hrs. Title yet to be announced. Besides that, this year's SDRA has a focus on space-related topics. We will be enthusiastic to listen to talks from Alex Csete OZ9AEC and his colleagues Sheila Christiansen, Manolis Surligas SV9SFC, Pierros Papadeas, on SDR Makerspace, Mario Lorenz DL5MLO from AMSAT on the new geo-stationary QC-100 Amateur Radio satellite and Carles Fernandez on Open Source GNSS systems. We will also listen to talks about the Charly25 RedPitaya based transceiver, and on latest developments from FLEXRADIO. And we'll listen to Christoph Mayer DL1CH on KiwiSDR as a new GNURadio source, and Prof. Dr. Michael Hartje DK5HH on how to measure the development of background noise levels in Germany. Since we're celebrating our SDRA's fifth anniversary this year, we'll have a short key note by the President of the German Amateur Radio Club DARC, Christian Entsfellner DL3MBG. We will inform you on this list a couple of days before about recent developments and how to join us through our Youtube live stream. As in past years, all talks will be recorded and made available on our channel: http://youtube.sdra.io Please feel invited to attend in person or online. If you have questions, please feel free to ask. Please feel free to share our programme. BR / vy73 Markus DL8RDS ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Tuning in VLF with a sound card
On Thu, May 2, 2019 at 1:22 PM Brad Hein wrote: > I took a Raspberry Pi and attached a 48KHz USB sound card, with a big > magnetic loop antenna fed into the mic. A little cheesy? yes! But I'd like > to try and see if I can receive VLF. It's in a remote location with little > to no interference so I'm thinking my chances should be good. The challenge > I'm facing is that I need to write the SDR logic to "tune" throughout the > 0-24KHz tuning range. > > My question is, being that a sound card source presents samples in float > and not the usual complex data type, can I still apply the same SDR logic > that we use for SSB/FM/AM demodulation such as those presented in the > Gnuradio tutorials (eg. > http://www.csun.edu/~skatz/katzpage/sdr_project/sdr/grc_tutorial3.pdf) > and if not, how do I go about translating the float input into something I > can use to feed existing AM/FM/SSB demodulator flowgraphs? > The first thing you need to do is a "float to complex" operation (which will leave the imaginary/Q part zero). If you were to plot the spectrum of the resulting you would see that it is symmetric around 0 Hz, containing an extra copy of all the signals you're receiving, but that is no worse than a more typical received spectrum where the other half contains unrelated signals. After that, the approach is exactly the same as any other receiver flowgraph that supports receiving at an offset from the hardware center/zero frequency. You can use either the "Frequency Xlating FIR Filter" block (which combines a frequency shift and a low pass filter) or the "Rotator" block (which performs a frequency shift and would usually be followed by a separate filter), and the frequency shift of that block should be under user control for "tuning". Then you have a baseband signal that you can demodulate. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
