Hi Andrew,
Have you considered using a MIMO cable to synchronize the 2 USRP-N210?
On Fri, Sep 6, 2019 at 3:06 AM ANDREW BRAUN <
andrewbr...@engineering.ucla.edu> wrote:
> So I'm new to using the mailing list here, so hopefully this shows up as a
> self-reply. I was able to reproduce the timing is
Hello Dapodun,
This is not really a GNU Radio problem; you should probably refer to
the usrp-users mailing list[1]. However, real quick:
it's not surprising you can't find the N210 if you can't set yourself
to the same IP Address range. By default, the N210 has an IP address of
192.168.10.2, so tr
Hello,
May I know how to be able to detect USRP N210 in ubuntu16.04 terminal using
Gigabit Ethernet cable and the command terminal line uhd_find_devices. Ive
tried countless methods such as usrp_devices_pprobe and many other more.
Second of all, I don't know how to configure the IP address and net
GPS playback or simulation is *really* sensitive to underflows. If you have
them, you're hosed. When playing back a GPS recording, I always read the
file from a RAMdisk. SSDs (generally) and spinning disks just aren't fast
enough usually, and sometimes your OS even gets in the way.
On Sat, Jun 23,
underruns mean your computer isn't fast enough at supplying samples to
the SDR device.
In other words, you can only solve that by optimizing performance of
you computer. You might need a better computer, or set up your computer
more efficiently; this might or might not be solvable by following the
i have cloned gps-sdr-sim and i have taken all the steps towards achieving
GPS simulated signals unfortunately upon typing this command prompt . My
micro controller can receive simulated GPS signals.
working environment
Windows 8
Gnurado companion 3.7.11
On the command prompt it is displaying UU
Try breaking this up into 3 separate programs and start the receivers
first. It might be that the receivers aren't even getting started before
the transmitter is done.
On Thu, Jan 25, 2018 at 8:38 AM, Kurniawan Irianto
wrote:
> Hi Jeff,
>
> I am really sorry for the unclear description of my set
I can't understand your setup from the description, maybe a GRC file or
source code would help. In any case, it sounds like you may have 3 USRPs
tied together in one flowgraph, which could cause a problem.
On Thu, Jan 25, 2018 at 6:13 AM, Kurniawan Dwi Irianto <
kdwiiria...@gmail.com> wrote:
> Hi
Hi Jeff,
Thank you for your quick response. I didn't do anything with the clock sync
since I don't have gpsdo embedded on the N210 or any sync devices. I just
used the normal setting for usrp_source and usrp_sink. I set up the antenna
for tx gain to 35 and rx_gain to 15. I assume the clock sync i
How are the clocks in the N210s synced? What rates are you using? What
symptoms are you seeing that tell you the sinks are not receiving packets?
On Thu, Jan 25, 2018 at 5:34 AM, Kurniawan Dwi Irianto <
kdwiiria...@gmail.com> wrote:
> Hallo guys,
>
> I have a configuration using gnuradio-companio
Hallo guys,
I have a configuration using gnuradio-companion as follows;
# # #
# sink_1 # <- - - - - # source #- - - - - --># sink_0 #
# # #
The devices I am using are USRP N210s and it is with
Dear Roohollah,
I've answered you in private. Generally, please try to keep inquiries
here on discuss-gnuradio@gnu.org as related to GNU Radio as possible.
Thank you!
Best regards,
Marcus
On 29.06.2017 23:40, Roohollah Parvizi wrote:
> Hello all,
>
> I am going to buy GPS antenna cables for m
Hello all,
I am going to buy GPS antenna cables for my Sensor Suit. My sensor suite
that includes 2 USRP N210 with SBX daughter-board. But the problem is that
the vendor asked about the *gain required for the receiver (here USRP N210)*
Or their overall gain requirement! They want to know this info
Hi Roohollah,
Fully agreeing with Kyeong Su Shin; you need Gigabit Ethernet. And to
confirm: rx_samples_to_file is just an example of how to collect samples
to a file and does no synchronization (you might want to read the source
code of rx_timed_samples, if you're interested in how that could wor
Hello Roohollah Parvizi:
-There could be many reasons, but first, you want to check the link speed
that you are getting from the switch (requires 1000Mbps connection -
100Mbps won't work).
-rx_samples_to_file is part of UHD (not GNURadio application, although
somewhat related). I believe it is no
Hello all,
I am using the two USRP N210 with the SBX daughter board for the MIMO
system. first, I changed the IP address of the second USRP to
“ip-addrs=192.168.10.3” and the name of both USRP’s as well.
I have these issues for setting the MIMO system,
· I connected both USRP’s via the
The result I just posted was without executing the set_auto_dc_offset(false)
command . I have not tested with this command yet!
cheers.
On Tue, Nov 1, 2016 at 12:39 PM, Marcus Müller
wrote:
> Yes! Wasn't this the result of you trying thatß
>
> On 01.11.2016 18:37, Roohollah Parvizi wrote:
>
>
Well, then: Try!
Seriously, though, why are you getting confirmation for something that
you can easily do? I think one of the strengths of open source software
is that it doesn't cost you anything to just go ahead and experiment.
Best regards,
Marcus
On 01.11.2016 19:00, Roohollah Parvizi wrot
Yes! Wasn't this the result of you trying thatß
On 01.11.2016 18:37, Roohollah Parvizi wrote:
> Hello everyone--
>
> I want to know how to disable the DC offset. If I execute
> the set_auto_dc_offset(false) command it will work ?
>
> Regards,
>
> RP
>
> On Mon, Oct 31, 2016 at 4:06 PM, Rooho
Hello everyone--
I want to know how to disable the DC offset. If I execute the
set_auto_dc_offset(false)
command it will work ?
Regards,
RP
On Mon, Oct 31, 2016 at 4:06 PM, Roohollah Parvizi
wrote:
> Thanks for the response. I am actually new in this area. it happens
> around18th sample
Thanks for the response. I am actually new in this area. it happens
around18th sample And I don't know whether it gets the signal and then
lose it or it is just DC offset ? Does it catch any signal?
cheers,
RP
On Mon, Oct 31, 2016 at 3:21 PM, Martin Braun
wrote:
> Is this at the beginning of
Is this at the beginning of a burst receive? It might be the DC offset
removal filter. You can try disabling that with set_auto_dc_offset(false).
Cheers,
M
On 10/31/2016 12:29 PM, Roohollah Parvizi wrote:
> Hello, all
>
>
> I am using USRP N210 with SBX daughterboard 400-4400 MH and GPSDO,
Hello, all
I am using USRP N210 with SBX daughterboard 400-4400 MH and GPSDO,
for recording the GNSS signal (L1 frequency=1575.42 MHz ). I tried to
record the signal from GNSS simulator. So I have these problems;
1: I don't know why samples of data go to 1500 and then fluctuates between
100
Hi Martin,
Problem solved.
Thanks you
Abs
*Abdeslam Bourkane*
On 1 September 2015 at 19:26, Abdeslam Bourkane wrote:
> Hi Martin,
>
> I'm receiving a sat signal via USRP N210 interfaced to a pc with ubuntu.
> Before when I run the usrp_spectrum_sense.py it shows the following output
> :
>
> l
Hi Martin,
I'm receiving a sat signal via USRP N210 interfaced to a pc with ubuntu.
Before when I run the usrp_spectrum_sense.py it shows the following output :
linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.009.git-171-g51bc00ee
-- Opening a USRP2/N-Series device...
-- Current recv frame s
Hey Abs,
we'll need more info than that to help you. Also, please don't forget to
respond to the mailing list. So, please supply more info about your
setup, what exactly you're doing etc.
Thanks,
Martin
On 31.08.2015 15:30, Abdeslam Bourkane wrote:
> Hi Martin,
>
> Thank you for your reply. I h
Hi Abs,
it's just a flow graph that'll receive and transmit at max gain. You
don't have to revert the settings, they're not persistent.
Cheers,
Martin
On 31.08.2015 14:46, Abdeslam Bourkane wrote:
> Hello,
>
> What is the result/consequence of running the max_power.py on USRP2 ?
> How to revert
Hello,
What is the result/consequence of running the max_power.py on USRP2 ?
How to revert back ?
Thank you
Abs
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hello everyone
The problem was that the IP address set for the PC (192.168.10.2) was the
same as the USRP, so the communication was not possible. I set the PC
address as 192.168.10.1 and it worked properly (255.255.255.0 mask).
Thanks to Neel and Marcus for their valuable help.
--
View this m
Hello Harold:
Make sure that UHD can see the USRP. Try running "uhd_usrp_probe" with no
command-line arguments.
Do you have a firewall running on your system? You can check with "sudo
iptables -L". If you are running one, then try shutting it down, and
re-running your flowgraph.
You can safely s
Hello everyone,
I am using USRP for the first time. I am trying to replicate the FM Receiver
found on Ettus' YouTube channel named as: "How To Build an FM Receiver with
the USRP in Less Than 10 Minutes". The .grc flow is generated ok, but when I
execute the flow graph I get the message:
-
HI Anusha,
this is the wrong mailing list for this -- for your replies, I think
it's best to join usrp-us...@lists.ettus.com [1] and continue this
discussion there; I will crosspost my answer.
On 23.07.2014 18:56, Yarlagadda, Anusha (337G) wrote:
> Hi,
> I am using URSPN210 series, have few ques
I am selling my USRP N210 in order to downgrade to the B100. I don't need
or use the extra capabilities as I mainly do ham radio experimenting with
it and all signals I would work with are smaller than 8MHz. I am
including the WBX daughterboard with the N210.
The USRP and daughterboard have seen
On 02/28/2013 01:35 AM, llc1989522 wrote:
> Hi everyone,
>
> I have a question about USRP N210 MIMO syn. Right now I already have set the
> parameters like following：
>
> Device addr: addr0=192.168.10.1,addr1=192.168.10.3
> Sync = don't sync
> Num Mboards = 2
> Mb0 Clk Src = Default
> Mb0 Time
Hi everyone,
I have a question about USRP N210 MIMO syn. Right now I already have set the
parameters like following：
Device addr: addr0=192.168.10.1,addr1=192.168.10.3
Sync = don't sync
Num Mboards = 2
Mb0 Clk Src = Default
Mb0 Time Src = Default
…
Mb1 Clk Src = MIMO Cable
Mb1 Time Src = MIMO Cab
On 01/30/2013 02:49 PM, Brooke Hayden wrote:
> Just received a new USRP N210. I cannot get the fw or fpga binaries to
> upload to the device. I tried to use the net burner gui, but the device
> doesn't appear for selection. The uhd_find_devices and uhd_usrp_probe
> commands obviously return nothi
Just received a new USRP N210. I cannot get the fw or fpga binaries to
upload to the device. I tried to use the net burner gui, but the device
doesn't appear for selection. The uhd_find_devices and uhd_usrp_probe
commands obviously return nothing as well.
___
Hello list,
We had a group of students working with two of our USRP N210s, and they
had a problem receiving.. anything. The USRP, however, still transmits.
I have verified that the USRP indeed doesn't receive a signal by
attaching an FFT to the output of a UHD:USRP Source and transmitting
b
I definitely should have mentioned that initially. Yes it works
perfectly when directly connected. But I would like to configure the
eth interface to have two addresses, because we're on a campus, one for
network communications to the outside world, one for the USRP, and use a
switch to bring
On 22 Jan 2013 13:29, Justyn Bell wrote:
> Hello list,
>
>
Hopefully this is an appropriate place to ask this question:
>
> I'm
trying to connect a host machine to a switch in which a USRP N210 is
also connected. I have configured the host machine's IP to be static on
the 192.168.10.0/24 sub
Hello list,
Hopefully this is an appropriate place to ask this question:
I'm trying to connect a host machine to a switch in which a USRP N210 is
also connected. I have configured the host machine's IP to be static on
the 192.168.10.0/24 subnet, and can successfully ping the N210 at
192.168.
Hi,
I recently saw a picture of a nice little cantenna radar designed and
built by Gregory Charvat from MIT (cantenna = waveguide antenna built
from a tin can). His web page is here:
http://www.glcharvat.com/Dr._Gregory_L._Charvat_Projects/Cantenna_Radar.html
This seemed like a cool little proje
Just to follow up, have you tried using the auto calibration of the IQ
channel released recently?
As far as we can discern, this might give you a good deal of reduction in
the problematic spurious frequencies.
Also by using manual tuning where the daughterboard tuning is at least 12.5
kHz away (fo
Hi Nick
Thank you for looking into this.
2011/11/26 Nick Foster
> On Thu, Nov 24, 2011 at 5:59 AM, Paul M. Bendixen
> wrote:
> > Hi again
> > Thank you very much, we expect our thesis will be available from some
> time
> > next year, we will add it to the academic section.
> >
> > The work we
On Thu, Nov 24, 2011 at 5:59 AM, Paul M. Bendixen
wrote:
> Hi again
> Thank you very much, we expect our thesis will be available from some time
> next year, we will add it to the academic section.
>
> The work we have done so far have pointed us to the daughterboard mixer.
> All mixers have probl
Hi again
Thank you very much, we expect our thesis will be available from some time
next year, we will add it to the academic section.
The work we have done so far have pointed us to the daughterboard mixer.
All mixers have problems causing harmonics, and our research so far has
shown us that this
Hey guys, sorry for the extremely late response. Although identifying and
solving USRP problems is great, our focus lies in the project at hand.
That being said, the responses on here were great. We tried scaling the
input signal magnitude and it actually worked very well. The perplexing
thing,
Hi,
I have a basic question from rx_samples_to_file.cpp example. When exactly
USRP N210 gets tuned or locked?
If I issue two commands
of uhd::stream_cmd_t::STREAM_MODE_NUM_SAMPS_AND_DONE, will the usrp will be
re-tuned between them.
Thanks,
Khalid.
__
>
>
> 2011/10/27 Marcus D. Leech mailto:mle...@ripnet.com>>
>
>>
>> Well, that sounds like the lazy solution, intermodulation
>> products are bad, so just throwing the transmitter power away is
>> not what I'd prefer.
>>
> But what it points to is an *analog* issue, entirely
2011/10/27 Marcus D. Leech
>
> Well, that sounds like the lazy solution, intermodulation products are
> bad, so just throwing the transmitter power away is not what I'd prefer.
>
>
> But what it points to is an *analog* issue, entirely independant of the
> CORDIC (which, as I observe, isn't like
I'll refer the list to this:
http://gnuradio.org/redmine/attachments/download/249/02-ettus-practical-radios.pdf
Which gives a decent overview of the issues that happen at the interface between the
digital world of "perfection", and the
horrible, capricious, analog world beyond the DAC.
--
Well, that sounds like the lazy solution, intermodulation products are
bad, so just throwing the transmitter power away is not what I'd prefer.
But what it points to is an *analog* issue, entirely independant of the
CORDIC (which, as I observe, isn't likely involved in the test cases
at hand
Hello
2011/10/27 Marcus D. Leech
> The attached two_tone flow-graph shows that close-in intermod products
are sensitive to overall
signal magnitude settings. Keep the digitla signal magnitudes lower,
and the intermod products are
quite well suppressed. The flow-graph is setup for
On 27/10/11 03:42 AM, Paul M. Bendixen wrote:
> Hello to you too
>
> At our university we have seen this behaviour as well.
> Our setup is a USRP N210 with a 2400 daughterboard into a Rhode &
> Swartz spectrum analyzer.
> We also get these sidelobes, and if you trawl the archives, you will
> find o
Hello to you too
At our university we have seen this behaviour as well.
Our setup is a USRP N210 with a 2400 daughterboard into a Rhode & Swartz
spectrum analyzer.
We also get these sidelobes, and if you trawl the archives, you will find
others have as well.
Currently we are working on a theory t
Hello all:
We have been working on an APCO P25 project at my university, and are
fortunate enough to have 4 USRP N210's all equipped with the WBX boards.
As the project has progressed we have accomplished many of our goals.
However, one thing that has haunted us throughout the entire project is
Hello all:
We have been working on an APCO P25 project at my university, and are
fortunate enough to have 4 USRP N210's all equipped with the WBX boards.
As the project has progressed we have accomplished many of our goals.
However, one thing that has haunted us throughout the entire project is
Hi Jaco,
On Wed, May 04, 2011 at 11:58:21AM +0200, Jaco Meintjes wrote:
> I am new to gnuradio and uhd. If the n210 is a "uhd only device" what did
> previous devices use? I am asking because I am aware that the usrp2 python
> examples don't work with the uhd images.
They used libusrp, a propriet
Hi,
I am new to gnuradio and uhd. If the n210 is a "uhd only device" what did
previous devices use? I am asking because I am aware that the usrp2 python
examples don't work with the uhd images.
What I understand from the post at
http://old.nabble.com/Status-of-UHD-supporting-GNU-Radio-Python
On Wed, 2011-02-02 at 15:03 +0100, John Rohde wrote:
> Hi,
>
>
>
> I am testing 4 new USRP N210 out-of-the-box. Both direct cable
> connection and connection through 1 Gbit switch has been tested. Same
> result: ping times out, but Wireshark reveals ping reply from USRP
> N210 at network interf
Hi,
I am testing 4 new USRP N210 out-of-the-box. Both direct cable connection and
connection through 1 Gbit switch has been tested. Same result: ping times out,
but Wireshark reveals ping reply from USRP N210 at network interface card
level. Wireshark data also reveals checksum error in ICMP (r
Thanks Josh - knowing what to look for helped - as does my using the right
file =) Just confirmed operation by gently phase modulating my reference
clock from a signal generator with a CW RF input - the sample phases follow
as they should.
R.
Josh Blum-3 wrote:
>
>
>> The problem is this: the
> The problem is this: the 'Ref Clock' switch in the 'UHD Single USRP Source'
> doesn't appear to function. Switching it to External does seem to do
> anything. The GRC code is the same no matter whether I set the ref clock to
> int or ext (I checked the python code with diff).
>
Works for me, h
Greetings, first post so please be gentle..
I have managed to build the UHD driver and gnuradio
(v3.3.1git-380-ged78ba5d) etc under Ubuntu 10.04. Running from the
gnuradio-companion it all works exactly as expected ie I can demodulate
broadcast FM OK and device streams reliably up to sample rates
64 matches
Mail list logo
