Hi,
On 01/24/2017 12:17 AM, Qurat-Ul-Ann Akbar wrote:
I did the following things that you suggested:
1) The gain is normalized and in the example file wifi_rx and tx it was
set to 0.75. I changed the gain to a bunch of values but nothing is
really changing. Also the scope plot in the receiver
On 01/23/2017 11:53 PM, Doublele 96 wrote:
Updating path did not resolve the issue. I uninstalled the module,
installed swig2.0 (sudo apt install swig2.0) and rebuilt and reinstalled
the module. That resolved the issue. Thanks for the quick response!
Great, but actually it should also work
Hi,
What is recommend to fix the issue? Should I go for source install instead
of PyBombs?
--
Usman
On Fri, Jan 20, 2017 at 10:58 AM, Usman Haider
wrote:
> Hi Martin,
>
> I see from output of the command that a lot of components are disabled.
>
> --
Geof
Thanks for the advice. Yes, I'm running as an administrator. I'll check
tomorrow to see if c:\gr-build exists.
I'll running from the laptop to x310 with a 1GigE.
Ernie
Sent from Ernie's iPad ...
> On Jan 23, 2017, at 7:26 PM, Geof Nieboer wrote:
>
> Yep, that
Yep, that would be it (at least for the binaries). The binaries were
building against 3.9, so you'll need a newer binary then. No worries, give
that part a few days.
For the script error, do you have permissions to create c:\gr-build? Are
you running as an admin? Let me know if c:\gr-build
Derek
Thanks. I am installing Ubuntu under VirtualBox on our laptop to try that also.
Thanks, Ernie
Sent from Ernie's iPad ...
> On Jan 23, 2017, at 6:54 PM, Derek Kozel wrote:
>
> Hello Ernie,
>
> The TwinRX support was added in UHD 3.10. So unfortunately just
Hello Ernie,
The TwinRX support was added in UHD 3.10. So unfortunately just loading
FPGA images compatible with the Windows binary builds of GNU Radio will not
be sufficient to get you on the air. I don't know what version of UHD Geof
plans on including in the upcoming release.
In the meanwhile
I did the following things that you suggested:
1) The gain is normalized and in the example file wifi_rx and tx it was set
to 0.75. I changed the gain to a bunch of values but nothing is really
changing. Also the scope plot in the receiver just shows noise and even
when I get some decoded message
Derek, Geoff
That might be the problem. The x310 came with version 13 for the FPGA, FW at
version 4. But when you do a uhd_usrp_probe command when the x310 is first
removed from its box, it comes back saying that version 33 of the FPGA build
and version 5 of the Firmware is needed. I think
Hi there!
I'm experimenting with a USRP, trying to transmit and receive a simple
manchester-coded bfsk signal, and I'm stuck on how to properly build a
message packet, and actually extract the data from the received waveform.
Basically, I have the receive chain all functional, and I can see the
Updating path did not resolve the issue. I uninstalled the module,
installed swig2.0 (sudo apt install swig2.0) and rebuilt and reinstalled
the module. That resolved the issue. Thanks for the quick response!
Also, do you know what is the idea sample rate(s) for running this on USRP
X310? Getting
Hello Ernie,
What version of the FPGA image is currently on your X310? I believe that
the Geof's installer is linked against UHD 3.9 so the 3.10 FPGA images will
not work.
Regards,
Derek
On Mon, Jan 23, 2017 at 1:21 PM, Geof Nieboer wrote:
> Ernie,
>
> I'm the
Ernie,
I'm the maintainer of the scripts. I assume you are using the most updated
git repo version. We're about to do a new release to coincide with the new
release of GR, so there are a good number of changes from the last release.
So you picked the default install location at that prompt?
Hi,
> On 23 Jan 2017, at 20:21, Doublele 96 wrote:
> import ieee802_15_4
>
> File "/usr/local/lib/python2.7/dist-packages/ieee802_15_4/__init__.py", line
> 17, in
>
> from ieee802_15_4_swig import *
>
> ImportError: No module named ieee802_15_4_swig
>
>
Hi,
I installed gr-ieee802_15_4 and am trying to run the “transceiver” example,
however I am getting an error. Here are my settings:
GRC version: 3.7.9
Ubuntu version: 16.04
I installed gr-ieee802_15_4 following the instructions on github (with git
clone) so I have the latest version of the
Dear all,
I think that my last question regarding osmocom_spectrum_sense was too general
to be answered, so I will try with something more specific.
Does anyone know why the first and last 25% of FFT bins are discarded? I am
talking about the following lines of code:
line 267: bin_start =
Hi Mallesham,
this is one of the cases where capitalization makes a difference:
mbps=millibit per second is really not that much, and even 100 Mb/s
would still be pretty tolerable, but that would only be a little more
than 3 MS/s; what you're referring to is multiple 100 MegaBytes per
second, so
Hi Marcus and Kyeong,
Thanks for the suggestions, particularly for the fixed point storage.
Coming to Marcus's question: My aim to find the optimal sampling of
spectrum sensor data. A large number of low-cost spectrum sensors are
deployed around some area to monitor the spectrum. As these sensors
Any advice will be much appreciated (I'm new to this board so please excuse me
if this is not the proper forum to pose this question):
I wonder if anyone can point out what I may be doing wrong to get this error
while installing GNUradio from source on a Windows 7 machine (I am using an
Ettus
Hi Marcus,
Thanks for the detailed instructions (and don't worry I understood the SWIG
comment ;-) )
I did as you suggested and the Boost warning DID disappear - and it was only
necessary to put the new FindBoost.cmake file in the gr-tutorial/cmake/Modules
directory.
However, unfortunately
On Sun, 2017-01-22 at 20:22 -0500, Luke Berndt wrote:
> Thanks again for all the help! It is great to be getting clear audio
> and having things look right on the charts.
> - Luke
You're welcome.
One thing I forgot to mention, that might also help reception:
Use antennas that are at least a
21 matches
Mail list logo