On 04/02/2019 01:33 PM, Ben Hilburn wrote:
Hi all -
The Berkeley SETI Institute and Breakthrough Listen are hosting a
hackathon at the Allen Telescope Array the week of May 13th, and would
like to invite members of the GNU Radio community who wish to
participate to attend the event. You can r
Hi all -
The Berkeley SETI Institute and Breakthrough Listen are hosting a hackathon
at the Allen Telescope Array the week of May 13th, and would like to invite
members of the GNU Radio community who wish to participate to attend the
event. You can read more about the objectives and topics, as wel
Hi Chesir,
I saw similar behavior with very recent X310s with UBX daughterboards.
It did help to revert to an earlier UHD version [0]. Maybe the issue is
related. Maybe it is not.
Cheers
Johannes
[0] https://github.com/EttusResearch/uhd/issues/257
Am 02.04.19 um 16:04 schrieb Chesir, Aaron M.
On 04/02/2019 10:04 AM, Chesir, Aaron M. wrote:
Marcus,
I mis-spoke: I am using a common **receiver** application, and I am
comparing the received spectrum when using either the N21 or the USRP2
as the transmitter.
Attached are the screen shots of the parameters of the UHD USRP Sink
block,
Marcus,
I mis-spoke: I am using a common *receiver* application, and I am comparing the
received spectrum when using either the N21 or the USRP2 as the transmitter.
Attached are the screen shots of the parameters of the UHD USRP Sink block,
which is common when using either of the two boxes to
On 04/02/2019 09:20 AM, Chesir, Aaron M. wrote:
When I generate a known good signal in the ISM band (902 MHz), I can
use any other receiver with GRC and a good spectrum will be displayed.
When I use the USRP2 with GRC, to receive and characterize energy ,
GRC offers no complaints, but GRC ind
Hello Aaron,
My guess is that you are trying to use old USRP drivers (pre-uhd) instead of
gr-uhd, or have a GNU Radio installation without gr-uhd module. I did not test
USRP 2 on the newest UHD driver, but it works fine on my Ubuntu 18.04 box with
GNU Radio 3.7.13.3 using gr-uhd.
Regards,
Kye
Hi Aaron,
I am also using it perfectly fine for EsHailSat reception with Version
3.7.
Why do you think it shouldn't work? What's your error?
vy73
markus
dl8rds
Am Dienstag, den 02.04.2019, 13:00 + schrieb Chesir, Aaron M.:
> Folks,
>
> Apparently the USRP2 is no longer supported by GNUr
When I generate a known good signal in the ISM band (902 MHz), I can use any
other receiver with GRC and a good spectrum will be displayed. When I use the
USRP2 with GRC, to receive and characterize energy , GRC offers no complaints,
but GRC indicates no reception of any signal energy.
From: Di
On 04/02/2019 09:00 AM, Chesir, Aaron M. wrote:
Folks,
Apparently the USRP2 is no longer supported by GNUradio Companion.
Do any of you have the source files that would allow one to use
gr_modtool to build a GRC block for the USRP2: One to transmit and one
to receive?
Thanks,
Aaron
That
Folks,
Apparently the USRP2 is no longer supported by GNUradio Companion.
Do any of you have the source files that would allow one to use gr_modtool to
build a GRC block for the USRP2: One to transmit and one to receive?
Thanks,
Aaron
From: Discuss-gnuradio On
Behalf Of Neel Pandeya
Sent:
Hi Balaji - For this sort of debugging, please "reply to all" including the GR
list: more eyes might find your issue faster than just mine along!
I see you're on "Ubuntu 14.04.4 LTS". I'm thinking that's a little dated by now
... any way you can use a more recent Ubuntu version?
What does the f
Yes, after fixing the BladeRF issue (turns out the DAC was clipping and the
input just needed to be attenuated) it gave similar overflow errors. Since
the PN code is hundreds of samples, using an FIR filter for correlation was
slowing things way down. I'm able to get the sample rate up to about 8 M
13 matches
Mail list logo
