Re: [Discuss-gnuradio] GR-RADAR - TEST FMCW ON HARDWARE

Hi marcus, Thank for your help. Actually my parameters are : - sample rate is 40 MHz - center frequency 4.3 GHz - Sweep frequency 20 MHz - Samp UP= Samp Down= 65536 - Samp CW = 16 384 - USRP N210 with SBX 400MHz to 4400MHz - Antenna boeing 767 for Altimeter Radio Sink :

Re: [Discuss-gnuradio] GR-RADAR - TEST FMCW ON HARDWARE

Hi, Try to use the echotimer shipped with gr-radar. Actually, for FMCW you don't need a tight TX/RX sync, but probably that fixes it. As well, have a look at the spectrum and check the output of the peak detector. Do you have a high enough SNR for an unambigious peak detection? Or you are just

[Discuss-gnuradio] gr-ieee-802154 sample configuration

Basic question - Installed gr-ieee-802154 using pyBombs, and correctly built all samples. Currently focused on transceiver_CSS_USRP.grc Two laptops, each w/ Ettus N210; enable wireshark connector & files sink on both Laptop 1: - set socket PDU as UDP server - set USRP Source & Sink

[Discuss-gnuradio] IEEE 802.11 Transmitter in X310s

Hi, My setup consists of two X310s - one transmitter and one receiver - connected with SMA cable. The receiver code has been independently tested by capturing the AP packets. The transmitter code was tested in a software loopback with the receiver. The gains on both sides were adjusted such that

Re: [Discuss-gnuradio] Pybombs install fetch fail

I just realized that what I've written was stupid, and a bad thing to do, for a host of reasons, among these that the fetcher's autodection by now only works for URLs like http(s):///something.tar.gz which isn't every possible source. SO: Please don't heed my wrong approach, and keep the "wget+"

Re: [Discuss-gnuradio] Pybombs install fetch fail

The only problem here is that we have a fetcher called 'wget' which is actually a badly chosen name for 'a python requests fetcher for tarballs over http'. So please, leave the wget+ in source URLs if they point to tarballs, and sorry for the name 'wget'. I'll blame PyBOMBS 1 code :) M On

Re: [Discuss-gnuradio] GR-RADAR - TEST FMCW ON HARDWARE

Well, there's more than a USRP source to a radar; how did you configure that? How are you transmitting your FMCW signal? What are your RF settings, what is your antenna, what's your radar target? Best, Marcus On 08.04.2016 23:51, Giovanni Bengalis wrote: > Hi Stefan, > > I'm Giovanni,actually

[Discuss-gnuradio] GR-RADAR - TEST FMCW ON HARDWARE

Hi Stefan, I'm Giovanni,actually I'm working on my last engineering project for university , I'm trying to implement an altimeter radio with SDR like USRP N210 or PicoDigitizer 250. I need your help , actually the simulation works very well , so I can simulate the FMCW with a bandwidth of 40 MHz

[Discuss-gnuradio] [VOLK] Release v1.2.2 - Build fixes!

Hi all, VOLK v1.2.2 is available and the GNU Radio submodule pointer currently points to this release. Release notes: http://libvolk.org/release-v122.html Raw form for maintainers that like such things: http://libvolk.org/news_raw/release-1.2.2.md Tarball:

Re: [Discuss-gnuradio] Pybombs install fetch fail

Adding what I know python requests is a pure HTTP library; it really can't do FTP at all. You could write or install a FTP protocol adapter for it… and instead, Chris went ahead and simply found HTTP sources for all four recipes depending on FTP. The awesome thing was that we realized that the

Re: [Discuss-gnuradio] error msg of hardware not supporting the requested RX frequency

Hello Vinit, This question is much more about UHD so I'm adding the usrp-users mailing list [1]. There is no USRP daughterboard which goes to 250 GHz so I assume you mean 250 MHz which would point towards the BasicRx daughterboard. This daughterboard has no mixer and so the N200 will use

Re: [Discuss-gnuradio] pybombs install fetch fail

Thanks for the report. The issue has been corrected in https://github.com/gnuradio/gr-recipes/commit/f813f4a210ccae91ffe0a907ae24da69f4877fb6#diff-bba2064f54ef357a8407fe54e2d30ee3 On Fri, Apr 8, 2016 at 8:59 AM, Freedomfighter099 . wrote: > I’ve just double

[Discuss-gnuradio] error msg of hardware not supporting the requested RX frequency

Dear all, I am a beginner in Linux and So far I have successfully installed gnuradio and hardware dependencies. The very basic program which is just connecting usrp source with WX gui fft sink is not working correctly. I am getting following error messaege linux; GNU C++ version 4.8.2;

Re: [Discuss-gnuradio] [Docker] New GNU Radio images with GUI support

Keep in mind the automated build service of hub.docker.com! For those who don't know how it works: It is connected to the github repo and rebuilds after each new commit the needed images (or layers) automatically. As well, it would be possible to build automatically images for each release of

Re: [Discuss-gnuradio] Ubunto 15.04 (right off the .iso) recipe for success

I wrote 90% of PyBOMBS 2 on 15.10. That distro is least likely to fail. M On 04/07/2016 07:03 PM, Gregory W. Ratcliff wrote: > Greetings, > > Has anyone gone start to finish with 64 bit, desktop, 15.04, new pip > and pybombs 2+. ? > > I would like to get back to enjoying gnuradio as quickly

Re: [Discuss-gnuradio] Pybombs install fetch fail

...I pushed the changes not realizing Sebastian had already submitted a PR and Chris had merged it. Thanks guys! M On 04/08/2016 12:56 PM, Martin Braun wrote: > I've changed the recipe in the repo. FYI, PyBOMBS doesn't use FTP, but > whatever Python requests uses. > > M > > On 04/08/2016 09:35

Re: [Discuss-gnuradio] Pybombs install fetch fail

I've changed the recipe in the repo. FYI, PyBOMBS doesn't use FTP, but whatever Python requests uses. M On 04/08/2016 09:35 AM, Kevin Hofschröer wrote: > Actually, I often ran into the same problem myself. When you try to browse > this link with the browser or through normal command line

Re: [Discuss-gnuradio] FW: HF transmitter hardware solutions

On 07/04/16 20:01, John Petrich wrote: > Dan, Lou, Ron, and others, > > Dan you are doing a great job of beating the drum: searching for "solutions > for transmitting on HF" The question is a big one and can be broken down > into three basic issues. The basic or elemental SDR platform

Re: [Discuss-gnuradio] Pybombs install fetch fail

Okay that helps cheers 2016-04-08 19:23 GMT+02:00 Sebastian Müller : > Hi > > during PyBOMBS setup you may have added the recipe files with the command > pybombs recipes add gr-recipes > git+https://github.com/gnuradio/gr-recipes.git > > The recipes will then be placed at

Re: [Discuss-gnuradio] Ubunto 15.04 (right off the .iso) recipe for success

Chris, THANKS.  PIP seems happy. List Python gurus I blew up with gratcliff@ubuntu:~/gnuradio$ pybombs install gnuradio gr-osmosdr Traceback (most recent call last):   File "/usr/local/bin/pybombs", line 9, in     load_entry_point('PyBOMBS==2.0.1', 'console_scripts', 'pybombs')()   File

Re: [Discuss-gnuradio] Pybombs install fetch fail

Hi during PyBOMBS setup you may have added the recipe files with the command pybombs recipes add gr-recipes git+https://github.com/gnuradio/gr-recipes.git   The recipes will then be placed at ~/.pybombs/recipes/gr-recipes/. You can alter the qt4.lwr there and replace the corrupt URL by a valid

Re: [Discuss-gnuradio] Pybombs install fetch fail

This may be a easy question for many but I have no idea how to replace a recipe in which configuration file is possible to change out receipts in this instance wget+ ftp://ftp.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.6.2.tar.gz. to this one "wget+

Re: [Discuss-gnuradio] Pybombs install fetch fail

Actually, I often ran into the same problem myself. When you try to browse this link with the browser or through normal command line operation, you will have the same effect. You can replace that recipe line with

[Discuss-gnuradio] pybombs install fetch fail

I’ve just double checked and the program FTP on Ubuntu is installed and up to date. Furthermore yesterday I installed the gnuradio on a virtual machine through pybombs with no problems. It seems that package gt4 is not able to be downloaded through the above following FTP links which is strange,

Re: [Discuss-gnuradio] [Docker] New GNU Radio images with GUI support

On Fri, Apr 8, 2016 at 8:09 AM, Stefan Wunsch wrote: > Regarding running the GUI: In the readme I've included the commands for > X forwarding (that's your approach). Works fine on my machine! The VNC > approach targets especially windows users. > I've had

Re: [Discuss-gnuradio] Pybombs install fetch fail

On 04/08/2016 11:17 AM, Freedomfighter099 . wrote: Hello I’m keep running into this problem when I tried to install a gnuradio and so on through pybombs on Ubuntu 14.4 I’m getting the following error: PyBombs.Fetcher - ERROR - Unexpected error while fetching

Re: [Discuss-gnuradio] [Docker] New GNU Radio images with GUI support

On Fri, Apr 8, 2016 at 6:12 AM, Ben Hilburn wrote: > It seems like Docker could make it much easier for us to support a variety > of operating systems - although the user would still need to install > Docker, itself. Presumably that's easier than earlier containerized

[Discuss-gnuradio] Pybombs install fetch fail

Hello I’m keep running into this problem when I tried to install a gnuradio and so on through pybombs on Ubuntu 14.4 I’m getting the following error: PyBombs.Fetcher - ERROR - Unexpected error while fetching wget+ ftp://ftp.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.6.2.tar.gz.

Re: [Discuss-gnuradio] [Docker] New GNU Radio images with GUI support

I think (but I am not totally sure) that you can target multiple cores from a single container. So the -j option should work on your local machine. But not on hub.docker.com, because you have only one core on the server machine. Greetings On 04/08/2016 05:08 PM, Kevin Hofschröer wrote: > Also,

Re: [Discuss-gnuradio] [Docker] New GNU Radio images with GUI support

Hi, That's true for now, but ubuntu's repos aren't made for developing. The repos are just too old within a few month. And then recent (or self developed) OOTs won't work. Regarding running the GUI: In the readme I've included the commands for X forwarding (that's your approach). Works fine on

Re: [Discuss-gnuradio] [Docker] New GNU Radio images with GUI support

Also, is there a reason not to use the "-j" option in a Dockerfile? Kevin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] [Docker] New GNU Radio images with GUI support

Hello Stefan and all, I also recently experimented with GR and Docker and at least got it working so far. My approach was different in that I used the ubuntu:16.04 base image where gnuradio v3.7.9.1 (so pretty new) is available pre-compiled in the official ubuntu repositories. Of course that

Re: [Discuss-gnuradio] XM on GR

> The audio codec is proprietary and not documented anywhere AFAIK so > even if you demod the bitstream, you won't be able to do much with it. > Thank you all for the conversation, it is pretty interesting. That makes > sense > that they have a proprietary protocol, it's a

Re: [Discuss-gnuradio] Spectrum management in cognitive radio

Galen, You raise a very important point. There are a lot of other systems that are sensitive to RF but not RF transmitters. Any new use of spectrum really should try to foresee and avoid those impacts. We had a major 'train wreck' in this area in the mid-90's when cellular went digital.

Re: [Discuss-gnuradio] [Docker] New GNU Radio images with GUI support

Thanks for the responses, Stefan and Nick. It seems like Docker could make it much easier for us to support a variety of operating systems - although the user would still need to install Docker, itself. Presumably that's easier than earlier containerized models, though (e.g., VMs). Cheers, Ben

Re: [Discuss-gnuradio] XM on GR

The audio codec is proprietary and not documented anywhere AFAIK so even if you demod the bitstream, you won't be able to do much with it. Thank you all for the conversation, it is pretty interesting. That makes sense that they have a proprietary protocol, it's a shame though. Is the text

Re: [Discuss-gnuradio] Ubunto 15.04 (right off the .iso) recipe for success

Yes it works. You may need to do some research (before asking questions) if things don't work due to pip issues and build issues, this will all help you understand your OS, pip, Pybombs and GNU radio. If you have pip issue this may help Here is

Re: [Discuss-gnuradio] Power Line Communications - GNURadio

Hi Paul, I saw your post and thought I would respond. I found the HackRF a while back, it's a comparable instrument to one which my company sells for PLC, just so you know, and I've developed the PC software for displaying the data. RF and metering is an area we've done a lot of work in, and

Re: [Discuss-gnuradio] [Docker] New GNU Radio images with GUI support

Hey, Using hardware with docker containers is pretty easy. Just use the --device flag and (effectively) share a folder/file of your host with the container or use the --net=host flag to share the network connection. Basically, that's all! And Nick Foster is right, there should be almost no

Re: [Discuss-gnuradio] XM on GR

Hi, > I was thinking about XM radio today and how channel 1 on it is sent in the > clear (if you don't have a subscription, you can tune to it and hear their > adds). I haven't found a lot of information (so I think I know the answer), > but has anyone looked into an XM receiver in GR? The

Re: [Discuss-gnuradio] XM on GR

Hello Steve, that sounds like an interesting project; a couple of friends and I went to the US for GRCON'14, rented a car and somehow Sirius and XM spiked our interest, but as you can imagine, it's kind of hard to receive those in Europe. Could you share a bit of your flowgraph with the