On 11/17/17, 12:02 PM, "USRP-users on behalf of [email protected]"
<[email protected] on behalf of [email protected]>
wrote:
Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. Re: Problem burning image to SD card for E312 (Philip Balister)
2. Re: Receive samples at exact time_spec_t (ROBIN TORTORA)
3. Re: Problem burning image to SD card for E312 (Anon Lister)
4. Re: Problem burning image to SD card for E312 (Philip Balister)
5. Re: Problem burning image to SD card for E312 (Anon Lister)
6. Re: Receive samples at exact time_spec_t (Dario Fertonani)
7. Re: Problem burning image to SD card for E312
(Mann, John - 0662 - MITLL)
8. Independent use of ethernet ports on Ettus x310? (Chad Spooner)
9. Re: Problem burning image to SD card for E312 (Ron Economos)
10. Re: Problem burning image to SD card for E312 (Anon Lister)
11. Re: Independent use of ethernet ports on Ettus x310?
(Neel Pandeya)
12. Re: Independent use of ethernet ports on Ettus x310? (Derek Kozel)
13. the time actually transmitted (=?UTF-8?B?SG9qb29uIFlhbmc=?=)
14. Re: Independent use of ethernet ports on Ettus x310?
(Chad Spooner)
15. Re: Independent use of ethernet ports on Ettus x310?
(Chad Spooner)
----------------------------------------------------------------------
Message: 1
Date: Thu, 16 Nov 2017 12:34:41 -0500
From: Philip Balister <[email protected]>
To: "Mann, John - 0662 - MITLL" <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [USRP-users] Problem burning image to SD card for E312
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Try bmaptool. dd is a bad idea, yeah I killed my hard drive once.
https://wiki.gnuradio.org/index.php/Copy_an_image_file_to_the_SD_card
The might even be package with Ubuntu. After writing, re-insert the card
in the writer and see if it mounts the partitions.
Philip
On 11/16/2017 10:54 AM, Mann, John - 0662 - MITLL via USRP-users wrote:
> Running Ubuntu 16 on my host computer...
>
> I downloaded the image from:
>
>
http://files.ettus.com/e3xx_images/e3xx-release-4/ettus-e3xx-sg3/http://files.ettus.com/e3xx_images/e3xx-release-4/ettus-e3xx-sg3/sdimage-gnuradio-dev.direct.xz
>
> Then I decompressed the xz file using xzdec:
>
> xzdec sdimage-gnuradio-dev.direct.xz >> sdimage-gnuradio-dev.direct
>
> And burned the sd image using the dd command:
>
> sudo dd if=sdimage-gnuradio-dev.direct of=/dev/sdb1 bs=1M
>
> The dd command apparently finishes without error after about 10 minutes,
and I can see flashing lights on the SD card USB adapter, so I'm pretty sure it is
getting written to the correct place.
>
> But the card does not work in the E312. When I turn it on, the 4 LEDs
next to the Tx/Rx ports light up, but there is no activity on the console window.
I have another SD card that boots up fine, so I know the E312 is fine. There is
clearly something wrong with the SD card. When I plug the old working card into
my Ubuntu host machine, I can actually see the files on the card. When I plug the
newly burned card back into the Ubuntu machine, I see nothing.
>
> Any idea what I am doing wrong?
>
> John Mann
> MIT Lincoln Laboratory
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 2
Date: Thu, 16 Nov 2017 12:42:02 -0500 (EST)
From: ROBIN TORTORA <[email protected]>
To: Hojoon Yang via USRP-users <[email protected]>, Hojoon
Yang <[email protected]>
Subject: Re: [USRP-users] Receive samples at exact time_spec_t
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
If you are using UHD 3.9.x or earlier, I would guess filter delay...
> On November 16, 2017 at 5:31 AM Hojoon Yang via USRP-users <[email protected]> wrote:
>
> Hi.
>
> I use USRP B200 with external on-board GPSDO.
>
> 1. I set the clock source and time soure to GPSDO
> usrp->set_clock_source("gpsdo", 0);
> usrp->set_time_source("gpsdo", 0);
>
> 2. Set_time_next_pps and sleep 2 secs.
> usrp->set_time_next_pps(uhd::time_spec_t(0.0), 0);
> boost::this_thread::sleep(boost::posix_time::seconds(2));
>
> 3. Issue the stream command to start the stream from 3.0 seconds.
> uhd::stream_cmd_t
stream_cmd(uhd::stream_cmd_t::STREAM_MODE_NUM_SAMPS_AND_DONE);
> stream_cmd.num_samps = 100;
> stream_cmd.stream_now = false;
> const uhd::time_spec_t stream_time = uhd::time_spec_t(3.0);
> stream_cmd.time_spec = stream_time;
> rx_stream->issue_stream_cmd(stream_cmd);
>
> 4. Start the Rx streams and check received time.
> size_t num_rx_samps = rx_stream->recv(&buff.front(),
buff.size(), md, 5.0);
>
---------------------------------------------------------------------------------------------------
> Received packet: 100 samples, 3 full secs, 0.000037 frac secs
> Stream time was: 3 full secs, 0.000000 frac secs
> Difference between stream time and first packet: 37.093750 us
>
> I command to start receving from 3.0 seconds, but the USRP B200 does
not start at exact time(there are some delay, 37us).
>
> I guess it seems normal.
>
> (a)But is there any method to overcome this tiny difference? at
least below 10 us.
>
> (b)Is the difference always same? If not, Could you tell me which
things could change the difference?
>
> (c)Can I solve the problem If I set the stream time to 3.0s - 37us?
>
> It will be very appreciated if someone could answer the above three
questions!
>
> Thanks in advance.
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20171116/04ee9aea/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 16 Nov 2017 16:37:52 -0500
From: Anon Lister <[email protected]>
To: Philip Balister <[email protected]>
Cc: "Mann, John - 0662 - MITLL" <[email protected]>, usrp-users
<[email protected]>
Subject: Re: [USRP-users] Problem burning image to SD card for E312
Message-ID:
<CAMp204QmiFG-3TSCZQEc2nb=5r9kekq7db7smyof-9hgrva...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Make sure to run sync after to dd.
Also curious as to reason for the recommendation against dd?
On Nov 16, 2017 12:35 PM, "Philip Balister via USRP-users" <
[email protected]> wrote:
> Try bmaptool. dd is a bad idea, yeah I killed my hard drive once.
>
> https://wiki.gnuradio.org/index.php/Copy_an_image_file_to_the_SD_card
>
> The might even be package with Ubuntu. After writing, re-insert the card
> in the writer and see if it mounts the partitions.
>
> Philip
>
> On 11/16/2017 10:54 AM, Mann, John - 0662 - MITLL via USRP-users wrote:
> > Running Ubuntu 16 on my host computer...
> >
> > I downloaded the image from:
> >
> > http://files.ettus.com/e3xx_images/e3xx-release-4/ettus-
> e3xx-sg3/http://files.ettus.com/e3xx_images/e3xx-release-
> 4/ettus-e3xx-sg3/sdimage-gnuradio-dev.direct.xz
> >
> > Then I decompressed the xz file using xzdec:
> >
> > xzdec sdimage-gnuradio-dev.direct.xz >> sdimage-gnuradio-dev.direct
> >
> > And burned the sd image using the dd command:
> >
> > sudo dd if=sdimage-gnuradio-dev.direct of=/dev/sdb1 bs=1M
> >
> > The dd command apparently finishes without error after about 10
minutes,
> and I can see flashing lights on the SD card USB adapter, so I'm pretty
> sure it is getting written to the correct place.
> >
> > But the card does not work in the E312. When I turn it on, the 4 LEDs
> next to the Tx/Rx ports light up, but there is no activity on the console
> window. I have another SD card that boots up fine, so I know the E312 is
> fine. There is clearly something wrong with the SD card. When I plug
the
> old working card into my Ubuntu host machine, I can actually see the
files
> on the card. When I plug the newly burned card back into the Ubuntu
> machine, I see nothing.
> >
> > Any idea what I am doing wrong?
> >
> > John Mann
> > MIT Lincoln Laboratory
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected]
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20171116/bbcc071f/attachment-0001.html>
------------------------------
Message: 4
Date: Thu, 16 Nov 2017 16:42:40 -0500
From: Philip Balister <[email protected]>
To: Anon Lister <[email protected]>
Cc: "Mann, John - 0662 - MITLL" <[email protected]>, usrp-users
<[email protected]>
Subject: Re: [USRP-users] Problem burning image to SD card for E312
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
On 11/16/2017 04:37 PM, Anon Lister wrote:
> Make sure to run sync after to dd.
Interesting, I thought dd would run below the buffer cache layer.
>
> Also curious as to reason for the recommendation against dd?
>
bmaptool is faster. bmaptool also checks to see if the device has a
mounted file system, so prevent you form overwriting something like
/dev/sda. Basically, safer and faster.
Philip
> On Nov 16, 2017 12:35 PM, "Philip Balister via USRP-users" <
> [email protected]> wrote:
>
>> Try bmaptool. dd is a bad idea, yeah I killed my hard drive once.
>>
>> https://wiki.gnuradio.org/index.php/Copy_an_image_file_to_the_SD_card
>>
>> The might even be package with Ubuntu. After writing, re-insert the card
>> in the writer and see if it mounts the partitions.
>>
>> Philip
>>
>> On 11/16/2017 10:54 AM, Mann, John - 0662 - MITLL via USRP-users wrote:
>>> Running Ubuntu 16 on my host computer...
>>>
>>> I downloaded the image from:
>>>
>>> http://files.ettus.com/e3xx_images/e3xx-release-4/ettus-
>> e3xx-sg3/http://files.ettus.com/e3xx_images/e3xx-release-
>> 4/ettus-e3xx-sg3/sdimage-gnuradio-dev.direct.xz
>>>
>>> Then I decompressed the xz file using xzdec:
>>>
>>> xzdec sdimage-gnuradio-dev.direct.xz >> sdimage-gnuradio-dev.direct
>>>
>>> And burned the sd image using the dd command:
>>>
>>> sudo dd if=sdimage-gnuradio-dev.direct of=/dev/sdb1 bs=1M
>>>
>>> The dd command apparently finishes without error after about 10
minutes,
>> and I can see flashing lights on the SD card USB adapter, so I'm pretty
>> sure it is getting written to the correct place.
>>>
>>> But the card does not work in the E312. When I turn it on, the 4 LEDs
>> next to the Tx/Rx ports light up, but there is no activity on the
console
>> window. I have another SD card that boots up fine, so I know the E312
is
>> fine. There is clearly something wrong with the SD card. When I plug
the
>> old working card into my Ubuntu host machine, I can actually see the
files
>> on the card. When I plug the newly burned card back into the Ubuntu
>> machine, I see nothing.
>>>
>>> Any idea what I am doing wrong?
>>>
>>> John Mann
>>> MIT Lincoln Laboratory
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
------------------------------
Message: 5
Date: Thu, 16 Nov 2017 16:54:07 -0500
From: Anon Lister <[email protected]>
To: Philip Balister <[email protected]>
Cc: "Mann, John - 0662 - MITLL" <[email protected]>, usrp-users
<[email protected]>
Subject: Re: [USRP-users] Problem burning image to SD card for E312
Message-ID:
<camp204t8hg7oeh4jbtupv70yimmrmkbmz8n9r7gg_dhewgy...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Afaik, no, dd is just a normal command, you can pass conv=fdatasync
and not have
to worry about cache, but otherwise it's won't know about it.
Cool, never heard of bmaptool. The faster writes sounds awesome. Thanks for
the info.
On Nov 16, 2017 4:42 PM, "Philip Balister" <[email protected]> wrote:
> On 11/16/2017 04:37 PM, Anon Lister wrote:
> > Make sure to run sync after to dd.
>
> Interesting, I thought dd would run below the buffer cache layer.
>
> >
> > Also curious as to reason for the recommendation against dd?
> >
>
> bmaptool is faster. bmaptool also checks to see if the device has a
> mounted file system, so prevent you form overwriting something like
> /dev/sda. Basically, safer and faster.
>
> Philip
>
>
> > On Nov 16, 2017 12:35 PM, "Philip Balister via USRP-users" <
> > [email protected]> wrote:
> >
> >> Try bmaptool. dd is a bad idea, yeah I killed my hard drive once.
> >>
> >> https://wiki.gnuradio.org/index.php/Copy_an_image_file_to_the_SD_card
> >>
> >> The might even be package with Ubuntu. After writing, re-insert the
card
> >> in the writer and see if it mounts the partitions.
> >>
> >> Philip
> >>
> >> On 11/16/2017 10:54 AM, Mann, John - 0662 - MITLL via USRP-users
wrote:
> >>> Running Ubuntu 16 on my host computer...
> >>>
> >>> I downloaded the image from:
> >>>
> >>> http://files.ettus.com/e3xx_images/e3xx-release-4/ettus-
> >> e3xx-sg3/http://files.ettus.com/e3xx_images/e3xx-release-
> >> 4/ettus-e3xx-sg3/sdimage-gnuradio-dev.direct.xz
> >>>
> >>> Then I decompressed the xz file using xzdec:
> >>>
> >>> xzdec sdimage-gnuradio-dev.direct.xz >> sdimage-gnuradio-dev.direct
> >>>
> >>> And burned the sd image using the dd command:
> >>>
> >>> sudo dd if=sdimage-gnuradio-dev.direct of=/dev/sdb1 bs=1M
> >>>
> >>> The dd command apparently finishes without error after about 10
> minutes,
> >> and I can see flashing lights on the SD card USB adapter, so I'm
pretty
> >> sure it is getting written to the correct place.
> >>>
> >>> But the card does not work in the E312. When I turn it on, the 4
LEDs
> >> next to the Tx/Rx ports light up, but there is no activity on the
> console
> >> window. I have another SD card that boots up fine, so I know the E312
> is
> >> fine. There is clearly something wrong with the SD card. When I plug
> the
> >> old working card into my Ubuntu host machine, I can actually see the
> files
> >> on the card. When I plug the newly burned card back into the Ubuntu
> >> machine, I see nothing.
> >>>
> >>> Any idea what I am doing wrong?
> >>>
> >>> John Mann
> >>> MIT Lincoln Laboratory
> >>>
> >>> _______________________________________________
> >>> USRP-users mailing list
> >>> [email protected]
> >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>>
> >>
> >> _______________________________________________
> >> USRP-users mailing list
> >> [email protected]
> >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20171116/da080618/attachment-0001.html>
------------------------------
Message: 6
Date: Thu, 16 Nov 2017 14:10:14 -0800
From: Dario Fertonani <[email protected]>
To: ROBIN TORTORA <[email protected]>
Cc: Hojoon Yang via USRP-users <[email protected]>, Hojoon
Yang <[email protected]>
Subject: Re: [USRP-users] Receive samples at exact time_spec_t
Message-ID:
<CAJGEdAgs85gQrbEhBiqwBzwzE=u61ascb8mp5ed261r4-fr...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
You may want to look at my messages in the thread "UHD command delay is
different in the first recv stream".
You'll see that: delays have been there for a long time, are still there in
UHD 3.10.x, delay values depend on sampling rate (and/or master clock
rate), and, more critically, the very first delay value in each run is
typically an outlier (this matters only if you issue multiple stream
commands in your app).
On Thu, Nov 16, 2017 at 9:42 AM, ROBIN TORTORA via USRP-users <
[email protected]> wrote:
> If you are using UHD 3.9.x or earlier, I would guess filter delay...
>
> On November 16, 2017 at 5:31 AM Hojoon Yang via USRP-users <
> [email protected]> wrote:
>
> Hi.
>
>
>
> I use USRP B200 with external on-board GPSDO.
>
>
> 1. I set the clock source and time soure to GPSDO
>
> usrp->set_clock_source("gpsdo", 0);
>
> usrp->set_time_source("gpsdo", 0);
>
>
>
> 2. Set_time_next_pps and sleep 2 secs.
>
> usrp->set_time_next_pps(uhd::time_spec_t(0.0), 0);
>
> boost::this_thread::sleep(boost::posix_time::seconds(2));
>
>
>
> 3. Issue the stream command to start the stream from 3.0 seconds.
>
> uhd::stream_cmd_t stream_cmd(uhd::stream_cmd_t::
> STREAM_MODE_NUM_SAMPS_AND_DONE);
>
> stream_cmd.num_samps = 100;
>
> stream_cmd.stream_now = false;
>
> const uhd::time_spec_t stream_time = uhd::time_spec_t(3.0);
>
> stream_cmd.time_spec = stream_time;
>
> rx_stream->issue_stream_cmd(stream_cmd);
>
>
>
> 4. Start the Rx streams and check received time.
>
> size_t num_rx_samps = rx_stream->recv(&buff.front(), buff.size(), md,
> 5.0);
>
> ------------------------------------------------------------
> ---------------------------------------
>
> Received packet: 100 samples, 3 full secs, 0.000037 frac secs
>
> Stream time was: 3 full secs, 0.000000 frac secs
>
> Difference between stream time and first packet: 37.093750 us
>
>
>
> I command to start receving from 3.0 seconds, but the USRP B200 does not
> start at exact time(there are some delay, 37us).
>
>
>
> I guess it seems normal.
>
>
>
> (a)But is there any method to overcome this tiny difference? at least
> below 10 us.
>
>
>
> (b)Is the difference always same? If not, Could you tell me which things
> could change the difference?
>
>
>
> (c)Can I solve the problem If I set the stream time to 3.0s - 37us?
>
>
>
> It will be very appreciated if someone could answer the above three
> questions!
>
>
>
> Thanks in advance.
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20171116/111dd553/attachment-0001.html>
------------------------------
Message: 7
Date: Thu, 16 Nov 2017 22:24:41 +0000
From: "Mann, John - 0662 - MITLL" <[email protected]>
To: usrp-users <[email protected]>
Subject: Re: [USRP-users] Problem burning image to SD card for E312
Message-ID:
<d51b499176a305408baf4a778770d5c040201...@lle2k10-mbx01.mitll.ad.local>
Content-Type: text/plain; charset="utf-8"
I tried issuing a sync command after the dd command - no help.
I also tried using bmaptool to burn the image. It still doesn?t work. And it still took around 10 minutes - no faster than dd.
Both commands finish without any error messages.
The image file's md5 checksum is correct, so the image did not get corrupted during the download.
I have even tried 2 different SD cards.
I'm running out of ideas... should I try a different host computer? Any way to do this from Windows 7 or Windows 10?
-----Original Message-----
From: Philip Balister [mailto:[email protected]]
Sent: Thursday, November 16, 2017 4:43 PM
To: Anon Lister <[email protected]>
Cc: Mann, John - 0662 - MITLL <[email protected]>; usrp-users
<[email protected]>
Subject: Re: [USRP-users] Problem burning image to SD card for E312
On 11/16/2017 04:37 PM, Anon Lister wrote:
> Make sure to run sync after to dd.
Interesting, I thought dd would run below the buffer cache layer.
>
> Also curious as to reason for the recommendation against dd?
>
bmaptool is faster. bmaptool also checks to see if the device has a mounted file system, so prevent you form overwriting something like /dev/sda. Basically, safer and faster.
Philip
> On Nov 16, 2017 12:35 PM, "Philip Balister via USRP-users" <
> [email protected]> wrote:
>
>> Try bmaptool. dd is a bad idea, yeah I killed my hard drive once.
>>
>> https://wiki.gnuradio.org/index.php/Copy_an_image_file_to_the_SD_card
>>
>> The might even be package with Ubuntu. After writing, re-insert the
>> card in the writer and see if it mounts the partitions.
>>
>> Philip
>>
>> On 11/16/2017 10:54 AM, Mann, John - 0662 - MITLL via USRP-users wrote:
>>> Running Ubuntu 16 on my host computer...
>>>
>>> I downloaded the image from:
>>>
>>> http://files.ettus.com/e3xx_images/e3xx-release-4/ettus-
>> e3xx-sg3/http://files.ettus.com/e3xx_images/e3xx-release-
>> 4/ettus-e3xx-sg3/sdimage-gnuradio-dev.direct.xz
>>>
>>> Then I decompressed the xz file using xzdec:
>>>
>>> xzdec sdimage-gnuradio-dev.direct.xz >> sdimage-gnuradio-dev.direct
>>>
>>> And burned the sd image using the dd command:
>>>
>>> sudo dd if=sdimage-gnuradio-dev.direct of=/dev/sdb1 bs=1M
>>>
>>> The dd command apparently finishes without error after about 10
>>> minutes,
>> and I can see flashing lights on the SD card USB adapter, so I'm
>> pretty sure it is getting written to the correct place.
>>>
>>> But the card does not work in the E312. When I turn it on, the 4
>>> LEDs
>> next to the Tx/Rx ports light up, but there is no activity on the
>> console window. I have another SD card that boots up fine, so I know
>> the E312 is fine. There is clearly something wrong with the SD card.
>> When I plug the old working card into my Ubuntu host machine, I can
>> actually see the files on the card. When I plug the newly burned
>> card back into the Ubuntu machine, I see nothing.
>>>
>>> Any idea what I am doing wrong?
>>>
>>> John Mann
>>> MIT Lincoln Laboratory
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
------------------------------
Message: 8
Date: Wed, 15 Nov 2017 17:34:37 -0800
From: Chad Spooner <[email protected]>
To: [email protected]
Subject: [USRP-users] Independent use of ethernet ports on Ettus x310?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
All:
I'm wondering how to use the second ethernet port on my x310. I've been
going through the
online Ettus SDR help, but can't seem to find the right pages.
The short version of my question is: Can I use the two ethernet ports
independently, say
when each of them is connected to a separate computer? If so, how do I
set up the second
port? I'm using computers with 1 GiG Ethernet only.
Details/Context: I have a working gnuradio companion flowgraph that
generates a signal indefinitely?
and applies it to (A:0, Tx/Rx). That output port is connected by a
cable to (B:0, RX2). ?All indications are?
that this is working well. At irregular intervals, I want to obtain
large numbers of samples from
(B:0, RX2) by calling, say, uhd_rx_cfile or the like, outside of the
flowgraph, which is still
running. I'm prevented from doing that while the flowgraph is running.
Can I do it using the
second 1 GiG port if I set it up properly?
Thanks for any advice you can offer.
Chad
--
Chad M. Spooner
NorthWest Research Associates
301 Webster Street
Monterey, CA 93940
[email protected]
831 582 4904
cyclostationary.blog
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20171115/99d194d1/attachment-0001.html>
------------------------------
Message: 9
Date: Thu, 16 Nov 2017 15:12:38 -0800
From: Ron Economos <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Problem burning image to SD card for E312
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Make sure you unmount the SD card file system first before using dd.
Ron
On 11/16/2017 02:24 PM, Mann, John - 0662 - MITLL via USRP-users wrote:
> I tried issuing a sync command after the dd command - no help.
>
> I also tried using bmaptool to burn the image. It still doesn?t work.
And it still took around 10 minutes - no faster than dd.
>
> Both commands finish without any error messages.
>
> The image file's md5 checksum is correct, so the image did not get
corrupted during the download.
>
> I have even tried 2 different SD cards.
>
> I'm running out of ideas... should I try a different host computer? Any
way to do this from Windows 7 or Windows 10?
>
> -----Original Message-----
> From: Philip Balister [mailto:[email protected]]
> Sent: Thursday, November 16, 2017 4:43 PM
> To: Anon Lister <[email protected]>
> Cc: Mann, John - 0662 - MITLL <[email protected]>; usrp-users
<[email protected]>
> Subject: Re: [USRP-users] Problem burning image to SD card for E312
>
> On 11/16/2017 04:37 PM, Anon Lister wrote:
>> Make sure to run sync after to dd.
> Interesting, I thought dd would run below the buffer cache layer.
>
>> Also curious as to reason for the recommendation against dd?
>>
> bmaptool is faster. bmaptool also checks to see if the device has a
mounted file system, so prevent you form overwriting something like /dev/sda.
Basically, safer and faster.
>
> Philip
>
>
>> On Nov 16, 2017 12:35 PM, "Philip Balister via USRP-users" <
>> [email protected]> wrote:
>>
>>> Try bmaptool. dd is a bad idea, yeah I killed my hard drive once.
>>>
>>> https://wiki.gnuradio.org/index.php/Copy_an_image_file_to_the_SD_card
>>>
>>> The might even be package with Ubuntu. After writing, re-insert the
>>> card in the writer and see if it mounts the partitions.
>>>
>>> Philip
>>>
>>> On 11/16/2017 10:54 AM, Mann, John - 0662 - MITLL via USRP-users wrote:
>>>> Running Ubuntu 16 on my host computer...
>>>>
>>>> I downloaded the image from:
>>>>
>>>> http://files.ettus.com/e3xx_images/e3xx-release-4/ettus-
>>> e3xx-sg3/http://files.ettus.com/e3xx_images/e3xx-release-
>>> 4/ettus-e3xx-sg3/sdimage-gnuradio-dev.direct.xz
>>>> Then I decompressed the xz file using xzdec:
>>>>
>>>> xzdec sdimage-gnuradio-dev.direct.xz >> sdimage-gnuradio-dev.direct
>>>>
>>>> And burned the sd image using the dd command:
>>>>
>>>> sudo dd if=sdimage-gnuradio-dev.direct of=/dev/sdb1 bs=1M
>>>>
>>>> The dd command apparently finishes without error after about 10
>>>> minutes,
>>> and I can see flashing lights on the SD card USB adapter, so I'm
>>> pretty sure it is getting written to the correct place.
>>>> But the card does not work in the E312. When I turn it on, the 4
>>>> LEDs
>>> next to the Tx/Rx ports light up, but there is no activity on the
>>> console window. I have another SD card that boots up fine, so I know
>>> the E312 is fine. There is clearly something wrong with the SD card.
>>> When I plug the old working card into my Ubuntu host machine, I can
>>> actually see the files on the card. When I plug the newly burned
>>> card back into the Ubuntu machine, I see nothing.
>>>> Any idea what I am doing wrong?
>>>>
>>>> John Mann
>>>> MIT Lincoln Laboratory
>>>>
>>>> _______________________________________________
>>>> USRP-users mailing list
>>>> [email protected]
>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 10
Date: Thu, 16 Nov 2017 18:24:41 -0500
From: Anon Lister <[email protected]>
To: "Mann, John - 0662 - MITLL" <[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] Problem burning image to SD card for E312
Message-ID:
<CAMp204TS8e=3-plrykqllmixka3vmhf-lf-bnic-qtoiarx...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
You want the raw block device /dev/sdb, not the partition /dev/sdb1, no?
Could that be it?
On Nov 16, 2017 5:28 PM, "Mann, John - 0662 - MITLL via USRP-users" <
[email protected]> wrote:
> I tried issuing a sync command after the dd command - no help.
>
> I also tried using bmaptool to burn the image. It still doesn?t work.
> And it still took around 10 minutes - no faster than dd.
>
> Both commands finish without any error messages.
>
> The image file's md5 checksum is correct, so the image did not get
> corrupted during the download.
>
> I have even tried 2 different SD cards.
>
> I'm running out of ideas... should I try a different host computer? Any
> way to do this from Windows 7 or Windows 10?
>
> -----Original Message-----
> From: Philip Balister [mailto:[email protected]]
> Sent: Thursday, November 16, 2017 4:43 PM
> To: Anon Lister <[email protected]>
> Cc: Mann, John - 0662 - MITLL <[email protected]>; usrp-users <
> [email protected]>
> Subject: Re: [USRP-users] Problem burning image to SD card for E312
>
> On 11/16/2017 04:37 PM, Anon Lister wrote:
> > Make sure to run sync after to dd.
>
> Interesting, I thought dd would run below the buffer cache layer.
>
> >
> > Also curious as to reason for the recommendation against dd?
> >
>
> bmaptool is faster. bmaptool also checks to see if the device has a
> mounted file system, so prevent you form overwriting something like
> /dev/sda. Basically, safer and faster.
>
> Philip
>
>
> > On Nov 16, 2017 12:35 PM, "Philip Balister via USRP-users" <
> > [email protected]> wrote:
> >
> >> Try bmaptool. dd is a bad idea, yeah I killed my hard drive once.
> >>
> >> https://wiki.gnuradio.org/index.php/Copy_an_image_file_to_the_SD_card
> >>
> >> The might even be package with Ubuntu. After writing, re-insert the
> >> card in the writer and see if it mounts the partitions.
> >>
> >> Philip
> >>
> >> On 11/16/2017 10:54 AM, Mann, John - 0662 - MITLL via USRP-users
wrote:
> >>> Running Ubuntu 16 on my host computer...
> >>>
> >>> I downloaded the image from:
> >>>
> >>> http://files.ettus.com/e3xx_images/e3xx-release-4/ettus-
> >> e3xx-sg3/http://files.ettus.com/e3xx_images/e3xx-release-
> >> 4/ettus-e3xx-sg3/sdimage-gnuradio-dev.direct.xz
> >>>
> >>> Then I decompressed the xz file using xzdec:
> >>>
> >>> xzdec sdimage-gnuradio-dev.direct.xz >> sdimage-gnuradio-dev.direct
> >>>
> >>> And burned the sd image using the dd command:
> >>>
> >>> sudo dd if=sdimage-gnuradio-dev.direct of=/dev/sdb1 bs=1M
> >>>
> >>> The dd command apparently finishes without error after about 10
> >>> minutes,
> >> and I can see flashing lights on the SD card USB adapter, so I'm
> >> pretty sure it is getting written to the correct place.
> >>>
> >>> But the card does not work in the E312. When I turn it on, the 4
> >>> LEDs
> >> next to the Tx/Rx ports light up, but there is no activity on the
> >> console window. I have another SD card that boots up fine, so I know
> >> the E312 is fine. There is clearly something wrong with the SD card.
> >> When I plug the old working card into my Ubuntu host machine, I can
> >> actually see the files on the card. When I plug the newly burned
> >> card back into the Ubuntu machine, I see nothing.
> >>>
> >>> Any idea what I am doing wrong?
> >>>
> >>> John Mann
> >>> MIT Lincoln Laboratory
> >>>
> >>> _______________________________________________
> >>> USRP-users mailing list
> >>> [email protected]
> >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>>
> >>
> >> _______________________________________________
> >> USRP-users mailing list
> >> [email protected]
> >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>
> >
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20171116/5f5b5559/attachment-0001.html>
------------------------------
Message: 11
Date: Thu, 16 Nov 2017 17:08:09 -0800
From: Neel Pandeya <[email protected]>
To: [email protected]
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] Independent use of ethernet ports on Ettus
x310?
Message-ID:
<cacaxmv9cisftuwvr8a-tmv3jjyxgm8qg9p8mpst2q+0vjn4...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Chad:
If you are using 1 Gigabit Ethernet, then only one of two SFP ports in the
rear of the X300/X310 can be used. If you have 10 Gigabit Ethernet, then
the second SFP port can be used. Please see the link below. The SFP ports
are configured depending on which FPGA image is being used.
http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_load_fpga_imgs_fpga_flavours
Regarding your use-case, if you have a second daughterboard in your
X300/X310, then you can simultaneously receive in parallel. With two
daughterboards, the X300/X310 provides two transmit chains and two receive
chains.
What is the configuration of your system?
--Neel Pandeya
On 15 November 2017 at 17:34, Chad Spooner via USRP-users <
[email protected]> wrote:
> All:
>
> I'm wondering how to use the second ethernet port on my x310. I've been
> going through the
> online Ettus SDR help, but can't seem to find the right pages.
>
> The short version of my question is: Can I use the two ethernet ports
> independently, say
> when each of them is connected to a separate computer? If so, how do I
set
> up the second
> port? I'm using computers with 1 GiG Ethernet only.
>
> Details/Context: I have a working gnuradio companion flowgraph that
> generates a signal indefinitely
> and applies it to (A:0, Tx/Rx). That output port is connected by a cable
> to (B:0, RX2). All indications are
> that this is working well. At irregular intervals, I want to obtain large
> numbers of samples from
> (B:0, RX2) by calling, say, uhd_rx_cfile or the like, outside of the
> flowgraph, which is still
> running. I'm prevented from doing that while the flowgraph is running.
Can
> I do it using the
> second 1 GiG port if I set it up properly?
>
> Thanks for any advice you can offer.
>
> Chad
>
> --
> Chad M. Spooner
> NorthWest Research Associates
> 301 Webster Street
> Monterey, CA [email protected] 582 4904 <(831)%20582-4904>
> cyclostationary.blog
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20171116/4dcec6e9/attachment-0001.html>
------------------------------
Message: 12
Date: Fri, 17 Nov 2017 12:08:44 +0000
From: Derek Kozel <[email protected]>
To: Neel Pandeya <[email protected]>
Cc: [email protected], usrp-users <[email protected]>
Subject: Re: [USRP-users] Independent use of ethernet ports on Ettus
x310?
Message-ID:
<CAA+K=tvtDw3t=unnup6ev4gbxra2xro_ik1bjqujksmwdqx...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Chad,
To add to what Neel said, no matter the FPGA image or Ethernet type a USRP
cannot be accessed from two computers at the same time. The device is
claimed as the first action when a connection is made to it by a program.
Regards,
Derek
On Fri, Nov 17, 2017 at 1:08 AM, Neel Pandeya via USRP-users <
[email protected]> wrote:
> Hello Chad:
>
> If you are using 1 Gigabit Ethernet, then only one of two SFP ports in
the
> rear of the X300/X310 can be used. If you have 10 Gigabit Ethernet, then
> the second SFP port can be used. Please see the link below. The SFP ports
> are configured depending on which FPGA image is being used.
>
> http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_load_
> fpga_imgs_fpga_flavours
>
> Regarding your use-case, if you have a second daughterboard in your
> X300/X310, then you can simultaneously receive in parallel. With two
> daughterboards, the X300/X310 provides two transmit chains and two
receive
> chains.
>
> What is the configuration of your system?
>
> --Neel Pandeya
>
>
>
> On 15 November 2017 at 17:34, Chad Spooner via USRP-users <
> [email protected]> wrote:
>
>> All:
>>
>> I'm wondering how to use the second ethernet port on my x310. I've been
>> going through the
>> online Ettus SDR help, but can't seem to find the right pages.
>>
>> The short version of my question is: Can I use the two ethernet ports
>> independently, say
>> when each of them is connected to a separate computer? If so, how do I
>> set up the second
>> port? I'm using computers with 1 GiG Ethernet only.
>>
>> Details/Context: I have a working gnuradio companion flowgraph that
>> generates a signal indefinitely
>> and applies it to (A:0, Tx/Rx). That output port is connected by a cable
>> to (B:0, RX2). All indications are
>> that this is working well. At irregular intervals, I want to obtain
large
>> numbers of samples from
>> (B:0, RX2) by calling, say, uhd_rx_cfile or the like, outside of the
>> flowgraph, which is still
>> running. I'm prevented from doing that while the flowgraph is running.
>> Can I do it using the
>> second 1 GiG port if I set it up properly?
>>
>> Thanks for any advice you can offer.
>>
>> Chad
>>
>> --
>> Chad M. Spooner
>> NorthWest Research Associates
>> 301 Webster Street
>> Monterey, CA [email protected] 582 4904 <(831)%20582-4904>
>> cyclostationary.blog
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20171117/8980b132/attachment-0001.html>
------------------------------
Message: 13
Date: Sat, 18 Nov 2017 00:17:19 +0900 (KST)
From: =?UTF-8?B?SG9qb29uIFlhbmc=?=<[email protected]>
To: [email protected]
Subject: [USRP-users] the time actually transmitted
Message-ID: <5a0efd833fc7_@_imoxion.com>
Content-Type: text/plain; charset="utf-8"
Hi all.In rx_medata_t, there is a time_spec which displays the time when a first sample is received.Thus, we can see the timing difference between the time "actually" transmitted and the time we "command".For example, I command "issue_stream_command" to start receiving at time t0, but I noticed that the actual reception start time was t0+delta by observing the time_spec in rx_metadata_t.My question:When we transmit the samples, is there any similar metadata or something that shows the "actual" transmited time of the first sample?I know that we can set the time when to transmit the samples, but I want to know the actual transmitted time.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20171118/ba2b2152/attachment-0001.html>
------------------------------
Message: 14
Date: Fri, 17 Nov 2017 08:33:30 -0800
From: Chad Spooner <[email protected]>
To: Neel Pandeya <[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] Independent use of ethernet ports on Ettus
x310?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Neel:
Thanks very much for the helpful reply.
MY x310 has both a SBX and a WBX installed. The working configuration I
mentioned?
has the WBX transmitting and the SBX receiving simultaneously. But how
do I get
data chunks from the SBX while the flowgraph that implements this
simultaneous
operation is running? I suppose I can use a File Sink, but I'm not sure
how to read
segments of the growing file while it is constantly being written to by
the SDR/host.
I think something that confuses me about the Ettus online documentation
is the
use of the phrases "Dual 1 Gigabit Ethernet" and "Dual 10 Gigabit
Ethernet." These
both appear, for example, on the following links:
https://www.ettus.com/product/details/X310-KIT
https://kb.ettus.com/X300/X310
I thought I understood the "Dual 10 Gigabit Ethernet" from further
reading, and that
understanding is consistent with what you say below. But then what does
Ettus mean
by "Dual 1 Gigabit Ethernet"?
Thanks again,
C
On Thu, 2017-11-16 at 17:08 -0800, Neel Pandeya wrote:
> Hello Chad:
>
> If you are using 1 Gigabit Ethernet, then only one of two SFP ports
> in the rear of the X300/X310 can be used. If you have 10 Gigabit
> Ethernet, then the second SFP port can be used. Please see the link
> below. The SFP ports are configured depending on which FPGA image is
> being used.
>
> http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_load_fpga_imgs
> _fpga_flavours
>
> Regarding your use-case, if you have a second daughterboard in your
> X300/X310, then you can simultaneously receive in parallel. With two
> daughterboards, the X300/X310 provides two transmit chains and two
> receive chains.
>
> What is the configuration of your system?
>
> --Neel Pandeya
>
>
>
> On 15 November 2017 at 17:34, Chad Spooner via USRP-users
> @lists.ettus.com> wrote:
> > All:
> >
> > I'm wondering how to use the second ethernet port on my x310. I've
> > been going through the
> > online Ettus SDR help, but can't seem to find the right pages.
> >
> > The short version of my question is: Can I use the two ethernet
> > ports independently, say
> > when each of them is connected to a separate computer? If so, how
> > do I set up the second
> > port? I'm using computers with 1 GiG Ethernet only.
> >
> > Details/Context: I have a working gnuradio companion flowgraph that
> > generates a signal indefinitely?
> > and applies it to (A:0, Tx/Rx). That output port is connected by a
> > cable to (B:0, RX2).? All indications are?
> > that this is working well. At irregular intervals, I want to obtain
> > large numbers of samples from
> > (B:0, RX2) by calling, say, uhd_rx_cfile or the like, outside of
> > the flowgraph, which is still
> > running. I'm prevented from doing that while the flowgraph is
> > running. Can I do it using the
> > second 1 GiG port if I set it up properly?
> >
> > Thanks for any advice you can offer.
> >
> > Chad
> >
> > --?
> > Chad M. Spooner
> > NorthWest Research Associates
> > 301 Webster Street
> > Monterey, CA 93940
> > [email protected]
> > 831 582 4904
> > cyclostationary.blog
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected]
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
--
Chad M. Spooner
NorthWest Research Associates
301 Webster Street
Monterey, CA 93940
[email protected]
831 582 4904
cyclostationary.blog
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20171117/cc547ae5/attachment-0001.html>
------------------------------
Message: 15
Date: Fri, 17 Nov 2017 08:34:16 -0800
From: Chad Spooner <[email protected]>
To: Derek Kozel <[email protected]>, Neel Pandeya
<[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] Independent use of ethernet ports on Ettus
x310?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Derek:
Very helpful reply; thanks much.
Chad
On Fri, 2017-11-17 at 12:08 +0000, Derek Kozel wrote:
> Hi Chad,
>
> To add to what Neel said, no matter the FPGA image or Ethernet type a
> USRP cannot be accessed from two computers at the same time. The
> device is claimed as the first action when a connection is made to it
> by a program.
>
> Regards,
> Derek
>
> On Fri, Nov 17, 2017 at 1:08 AM, Neel Pandeya via USRP-users
> [email protected]> wrote:
> > Hello Chad:
> >
> > If you are using 1 Gigabit Ethernet, then only one of two SFP ports
> > in the rear of the X300/X310 can be used. If you have 10 Gigabit
> > Ethernet, then the second SFP port can be used. Please see the link
> > below. The SFP ports are configured depending on which FPGA image
> > is being used.
> >
> > http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_load_fpga_im
> > gs_fpga_flavours
> >
> > Regarding your use-case, if you have a second daughterboard in your
> > X300/X310, then you can simultaneously receive in parallel. With
> > two daughterboards, the X300/X310 provides two transmit chains and
> > two receive chains.
> >
> > What is the configuration of your system?
> >
> > --Neel Pandeya
> >
> >
> >
> > On 15 November 2017 at 17:34, Chad Spooner via USRP-users
> > [email protected]> wrote:
> > > All:
> > >
> > > I'm wondering how to use the second ethernet port on my x310.
> > > I've been going through the
> > > online Ettus SDR help, but can't seem to find the right pages.
> > >
> > > The short version of my question is: Can I use the two ethernet
> > > ports independently, say
> > > when each of them is connected to a separate computer? If so, how
> > > do I set up the second
> > > port? I'm using computers with 1 GiG Ethernet only.
> > >
> > > Details/Context: I have a working gnuradio companion flowgraph
> > > that generates a signal indefinitely?
> > > and applies it to (A:0, Tx/Rx). That output port is connected by
> > > a cable to (B:0, RX2).? All indications are?
> > > that this is working well. At irregular intervals, I want to
> > > obtain large numbers of samples from
> > > (B:0, RX2) by calling, say, uhd_rx_cfile or the like, outside of
> > > the flowgraph, which is still
> > > running. I'm prevented from doing that while the flowgraph is
> > > running. Can I do it using the
> > > second 1 GiG port if I set it up properly?
> > >
> > > Thanks for any advice you can offer.
> > >
> > > Chad
> > >
> > > --?
> > > Chad M. Spooner
> > > NorthWest Research Associates
> > > 301 Webster Street
> > > Monterey, CA 93940
> > > [email protected]
> > > 831 582 4904
> > > cyclostationary.blog
> > >
> > > _______________________________________________
> > > USRP-users mailing list
> > > [email protected]
> > > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.co
> > > m
> > >
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected]
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
--
Chad M. Spooner
NorthWest Research Associates
301 Webster Street
Monterey, CA 93940
[email protected]
831 582 4904
cyclostationary.blog
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20171117/fdd4c078/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 87, Issue 17
******************************************
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
