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 audi
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 overhe
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 SDR
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 ho
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 tha
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
__
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.
> 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 sham
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 ap
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
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 my
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, is
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.
PyBomb
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 models,
> though (e.g., VMs
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
wget+ftp://ftp.qt.nokia.com/qt/
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 success running GRC and QT-based GNU Ra
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,
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
"wget+http://download.qt.io/archive/qt/4.6/qt-everywhere-opensource-src-4.6.2.tar.gz
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+
http://download.qt.io/archive/qt/4.6
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 o
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 "/usr/lo
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 ~/.pybombs/recipes/gr-re
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 solutio
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 operati
...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
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 as
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 gnura
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; Boost_10540
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 checked and the program FTP on Ubuntu i
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 aliasing
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 sour
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: http://libvolk.org/releases/volk-1.2.2.t
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 .
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 I
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 04/08
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+" at
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 t
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 IP
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 de
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 : gain
40 matches
Mail list logo
