Email Detail
Show an email
GET /hyperkitty/api/list/[email protected]/email/HH3JMRBXCCWIJ5FY2SYCMQEHWJTKFBRD/
{ "url": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/email/HH3JMRBXCCWIJ5FY2SYCMQEHWJTKFBRD/", "mailinglist": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/", "message_id": "[email protected]", "message_id_hash": "HH3JMRBXCCWIJ5FY2SYCMQEHWJTKFBRD", "thread": "https://mailman.amsat.org/hyperkitty/api/list/[email protected]/thread/HH3JMRBXCCWIJ5FY2SYCMQEHWJTKFBRD/", "sender": { "address": "zleffke (a) vt.edu", "mailman_id": "57a24afb1cf641f98121841e6753c12e", "emails": "https://mailman.amsat.org/hyperkitty/api/sender/57a24afb1cf641f98121841e6753c12e/emails/" }, "sender_name": "Zach Leffke", "subject": "Re: [amsat-bb] Help Needed: GNU Radio + FoxTelem", "date": "2015-10-08T21:01:00Z", "parent": null, "children": [], "votes": { "likes": 0, "dislikes": 0, "status": "neutral" }, "content": "Hi Chris thanks for the feedback.\n\n1) real machine. I'm aware of the temp fix, and have a cable at home \nfor the 'HW' loopback method (though thats cheating when your trying to \nbuild an SDR ground station :-))\n\n2) Working through using JACK and ALSA virtual devices, but like I said \nI'm new to it.\n\n3) I'm using a .wav file sink in gnuradio. But instead of actually \nrecording the audio and generate a true wav file (that could be imported \nby foxtelem later) the 'file' it is writing to is a FIFO buffer (aka \npipe, created using the 'mkfifo' command). FoxTelem is then reading a \nwave file which is that same buffer. The goal being as bits get written \ninto the FIFO from gnuradio, they get read out of the buffer by FoxTelem.\n\nWhat it looks like is exactly what you said. GNU radio is writing to \nthe 'file' or FIFO at a fixed 48k sample rate. FoxTelem is probably \ntrying to 'load the entire file' and is not throttling the rate those \nbits come in to match the 48k rate from gnuradio, thus resulting in \n'EOF-type' errors and ultimately crashing.\n\nI think the quickest path to gettng up and running is the virtual audio \ncable piping method (for a pure SW solution). Downside of this is the \nloss of the ability to deliver the SNR and doppler metrics to the AMSAT \nnetwork.\n\nSo at some point I'll try to revisit the IQ pipe ideas (though plan A of \nfaking it with an 'IQ wav file' will result in similar crashes).\n\nI'm not sure how FoxTelem handles interfacing with the funcube dongle or \n'other SDRs.' I think it would auto-populate the option to select the \nfuncube source if I actually had one plugged into my laptop and make use \nof the drivers for accessing the IQ stream, rather than 'reading a whole \nfile'. What would be cool is if FoxTelem had some kind of 'generic IQ \nclient mode' that could be selected. The idea would be when you select \nthat option you enter in an IP and port #. Then foxtelem could be \ninterfaced with things like the 'rtl_tcp' application for RTL-SDRs \nrunning on RPis or beaglebones or to the TCP sinks in GNU Radio.\n\neasy for me though to offer up ideas like that when I'm not the one that \nhas to code it up though :-).\n\nThanks again for the feedback.\n\n-Zach, KJ4QLP\n\n\n\nOn 10/08/2015 03:01 PM, Chris Thompson wrote:\n> Zach,\n>\n> Are you running Linux on a virtual machine or a real machine? If its \n> a real machine with a sound card, you can probably use a physical \n> cable temporarily while we work out how to pipe the audio. Most \n> modern sound cards allow you to feed the audio out of the speaker and \n> back into the mic.\n>\n> I think Jack Audio will be the best approach, but the virtual audio \n> products can be complex. I am not familiar with Jack but we have used \n> Virtual Audio Cable and other software on Windows.\n>\n> If you are creating a \"virtual wav file\", I presume that file gets \n> written to disk and then you are opening it in FoxTelem? Is that \n> right? The issue with this is that FoxTelem will read it faster than \n> it gets filled. It won't wait for more audio - like it does with a \n> soundcard - and will think it has reached the end of the file, or \n> crashes as you indicated.\n>\n> Chris\n>\n> On Thu, Oct 8, 2015 at 1:20 PM, Zach Leffke <[email protected] \n> <mailto:[email protected]>> wrote:\n>\n> Hello Everyone,\n> I am frantically rushing to get GNU Radio to 'play nice' with\n> foxtelem. I'm running all linux here. I'm hoping someone can\n> maybe throw me a few pointers on getting the fox telem software to\n> work with external SDR applications. I'm attempting to pipe\n> signals from GNU Radio in three ways, all met with failure:\n>\n> First is by running an FM receiver flowgraph and then trying to\n> pipe the audio out via a Linux FIFO using the 'Wav File Sink'\n> block in GR. I point the SDR flowgraph to my pipe, and then I\n> point the FoxTelem software to the same pipe and fire the programs\n> up. I've successfully used this method in the past to feed a\n> sound streaming application that \"thinks\" is reading from a\n> standard wav file, but is actually the GR flowgraph audio output. \n> GNU Radio seems to run for a second or two (probably the amount of\n> time it takes to fill the buffer) then the Fox Telem Software\n> crashes with exceptions:\n>\n> 'javax.sound.sampled.UnsupportedAudioFileException: could not get\n> the audio input stream from input file.'\n>\n> In gnu radio I'm using the wav file sink with a single port and\n> sample rate of 48k and 16bits. This \"appears\" to match what\n> FoxTelem is expecting, but I'm getting the crashes.\n>\n> An alternative method I'm attempting is to use a standard audio\n> sink in gnuradio (I can hear the audio on my laptop speakers) and\n> then try to pipe that into the fox sw with a virtual audio cable. \n> I'm attempting to use JACK and qjackctl, but I have little\n> experience with this and so far have failed to get it to do\n> anything other than listen to the soundcard mic and line in\n> ports. If someone knows of a simple to use Virtual Audio Cable\n> for Linux so that I can pipe the audio via the sound card that\n> would be great and I can give that a go.\n>\n> The third method I'm trying to get working is by placing the fox\n> sw in IQ mode and again attempting to use a 'wave file source' in\n> foxtelem pointed at a FIFO to pipe the IQ data from GNU radio into\n> foxtelem. again I get the exception mentioned above. This would\n> be the preferred method in my case over the audio piping. If\n> someone has any experience with this that would be great. For\n> those familiar with GNU Radio I'm taking the complex stream\n> (250ksps), reesampling to 192ksps, converting to float, then\n> taking the real and complex streams and feeding them into a 'Wav\n> file sink' with TWO ports pointed at the fifo, again with 16 bit\n> depth and set to 192ksps. Foxtelem is looking for a wav file at\n> 192ksps. I'm hoping the two port file sink allows I data on the\n> right channel (in0) and Q data on the left channel (in1).\n>\n>\n> Any and all pointers would be welcome.\n>\n> Thanks,\n> Zach, KJ4QLP\n> _______________________________________________\n> Sent via [email protected] <mailto:[email protected]>. AMSAT-NA\n> makes this open forum available\n> to all interested persons worldwide without requiring membership.\n> Opinions expressed\n> are solely those of the author, and do not reflect the official\n> views of AMSAT-NA.\n> Not an AMSAT-NA member? Join now to support the amateur satellite\n> program!\n> Subscription settings: http://www.amsat.org/mailman/listinfo/amsat-bb\n>\n>\n>\n>\n> -- \n> Chris E. Thompson\n> [email protected] <mailto:[email protected]>\n> [email protected] <mailto:[email protected]>\n\n", "attachments": [] }