Re: [Discuss-gnuradio] Download error: build-gnuradio script
On 07/08/2018 17:09, Gannon, Adam M. (GRC-LCI0) wrote: Hi List, The site sbrac.org, which hosts the build-gnuradio script, is showing me a notice that the domain expired on 8/3. Is anyone else experiencing this and are there any other locations where the script is hosted? Same here. *am* IW0HDV ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Radiosonde
Google is your friend, searching for gnuradio radiosonde flowgraph returns https://github.com/bastibl/gr-rstt http://brmlab.cz/project/weathersonde/start Andrea Montefusco IW0HDV On Aug 28, 2017 07:28, "Andrew Rich" wrote: > Hello > > Anyone have experience decoding radio sonde devices ? > > Have the flow graph > > Andrew > > Sent from my iPhone > > ___ > 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
Re: [Discuss-gnuradio] Announcing cgran.org: Re-launching the Comprehensive GNU Radio Archive Network
On 04/05/2015 07:16 PM, Martin Braun wrote: There are automatic update cycles. The whole design hinges upon us not having to do any manual intervention. In a nutshell, we fetch all the recipes for OOTs on a regular basis, run our CGRAN codes against that, and update the page. As an OOT maintainer, there's nothing you need to do except wait a few hours tops. Hi Martin, a few days ago I submitted the pull request in order to have the recipes for Persues HF receiver modules added in https://github.com/gnuradio/recipes. The pull request was accepted and the two recipe files are there now. Afterwards I created the MANIFEST.md into https://github.com/amontefusco/gr-microtelecom , however the cgran.org home page didn't get updated. I am quite doubtful about the following line in the MANIFEST.md: repo: https://github.com/amontefusco/gr-microtelecom Maybe should I have add a git:// as prefix or I did something else wrong ? 73 *am* ------ Andrea Montefusco iw0hdv (ex FAI10655) http://www.montefusco.com tel: +393356992791 fax: +390623318709 -- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNU radio
Nick, could you give me a pointer to the schema of your decoder ? It seems to me that was available somewhere but I didn't manage to retrieve it. Thanks in advance *am* - Andrea Montefusco iw0hdvhttp://www.montefusco.com tel: +393356992791 fax: +390623318709 - ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] an example of a gnuradio project using cmake
On 12/13/2010 01:51 AM, Josh Blum wrote: 2) A build from git source would be the same as a build from a release tarball (because we just tar.gz'd up the source tree itself). So in a sense, it provides a build uniformity. This is a good point. Ok, back to the books again, I will give it a try on some small project :-) *am* - Andrea Montefusco iw0hdvhttp://www.montefusco.com tel: +393356992791 fax: +390623318709 - ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] an example of a gnuradio project using cmake
Josh, First off, many thanks for share your experience with the list. Studying the cmake a little, I found that it is remarkably simpler than Autotools, at least for my small projects. However I would like to stress a point about the source packages. The Autotools suite produces source packages from which every user can compile the code without having to install Autotools itself. Essentially when one download the sources tarball, the configure script needs only the shell to produce the Makefile(s). It seems to me that a cmake-generated source base instead would require cmake to produce a suitable Makefile and do the build. Really, the cmake sources contains a quite large bootstrap script just in case the system doesn't have a working cmake around. Now, whilst this could be probably is a minor point on modern distributions, because I hope cmake is available as binary package, do you think that this could weaken the GR build system ? *am* - Andrea Montefusco iw0hdvhttp://www.montefusco.com tel: +393356992791 fax: +390623318709 - ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio Mode S project released
On 10/24/2010 07:22 PM, Andrea Montefusco wrote: is it thinkable to operate the decoder at a lower sample rate ? (e.g. at 2 MS/s or even less) I found this reference http://www.tech-software.net/adsb_decode1.php in a Eric A. Cottrell message that explains why we need an high sample rate: [...] I thought that the USRP and DVB tuner board could also receive ADS-B and Mode S. I did not know if my discone and long coax run would work. So I did some experiments. I used the fft and oscilloscope programs to check for activity. I did see activity on 1090 MHz. I then modified the oscilloscope program to do AM detection with the gr.complex_to_mag() function. I saw various pulse trains that look correct. There were some short ones that look like old transponders and longer ones that look like Mode S. I found the range of good gain settings was narrow (31 to 35) with 33 to be the best. I found the decimation of 16 gave good pulse shapes. The pulse timings are in 500 nS units so you need 250 nS sample times at least. [...] So, I believe there is no hope to decode this stuff with HAM SDR hardware. *am* - Andrea Montefusco iw0hdvhttp://www.montefusco.com tel: +393356992791 fax: +390623318709 - ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio Mode S project released
Nick, is it thinkable to operate the decoder at a lower sample rate ? (e.g. at 2 MS/s or even less) *am* - Andrea Montefusco iw0hdvhttp://www.montefusco.com tel: +393356992791 fax: +390623318709 - ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Help : using different hardware by replacing USRP hardware
On 10/02/2010 06:36 PM, ton ph wrote: As i was exploring through the gnuradio code/blocks, I was thinking what i have to do,if i want to use another hardware by replacing USRP. I was thinking to to disable usrp block while configuring and also make changes to the makefiles. Please someone guide me if my approach is right or wrong.If this is right how can i replace the usrp libraries with my own hardware libraries. please do tolerate if i have ask any out of track question. I did that, writing a module to use Microtelecom Perseus http://www.microtelecom.it/perseus/ instead of USRP. Give a look at http://github.com/amontefusco/gnuradio-amontefusco/tree/perseus *am* - Andrea Montefusco iw0hdvhttp://www.montefusco.com tel: +393356992791 fax: +390623318709 - ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP-Overrun Problem
Eder Matthias wrote: Well, as I unterstand, the main problem is, that the audio sink has got another clock than USRP has. That means that packets are lost, whan the audio sink buffer is full. Ok so far, i can follow you. But what can i do to solve this problem. The best way would be to synchronise the two clocks. But how can this be done? This is a well known problem in the HAM radio world as well. In some hardware (QS1R, HPSDR) the problem was solved adding a D/A converter clocked by a clock taken from the A/D, therefore removing the needs of a PC audio card. In a more general way, because, usually, the clock synchronization in hardware is not easily feasible, you need to use a software resampler. However, due to the drift between the two clocks, in order to avoid slips, the scaling factor has to be dynamically changed. The only software (with source available), at least the only I am aware of, to implement this adaptive resampler is WinRad (http://www.sdrham.com/winrad/download_source.html) written by Alberto I2PHD. *am* - Andrea Montefusco iw0hdvhttp://www.montefusco.com tel: +393356992791 fax: +390623318709 - ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] perform installation by source code got from git
By default, make install will install all the files in /usr/local/bin, /usr/local/lib, etc. You can specify an installation prefix other than /usr/local using --prefix option of configure script, for instance ./configure --prefix=/opt *am* -- Andrea Montefusco IW0HDV ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] rx_voice and tx_voice help
2010/4/18 : > We are trying to run tx_voice and rx_voice with two computers and with > two usrp's( RFX1800 usrp 1). We are succesfull but when we interrupt > the program with ctrl+z and when we run it again on both > sides(transmitter+receiver) we have met an error like that : > FOR RECEIVER SIDE: > > audio_alsa_sink[hw:0,0]: Device or resource busy Maybe it is your program itself to keep the audio device busy. Indeed Ctrl+Z doesn't terminate the program in foreground, only suspend it (or put it in the background). To display any suspended program, do: $ jobs [1]+ Stopped find you can kill them with $ kill %1 $ [1]+ Terminated find $ *am* -- Andrea Montefusco IW0HDV ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio