[USRP-users] Assigning each daughtercard an IP address in X310?

Marcus D. Leech mleech at ripnet.com
Fri Nov 17 17:04:17 EST 2017


On 11/17/2017 01:36 PM, Mark Koenig via USRP-users wrote:
> Can you assign each daughter card a different IP address?  For example, Port 0 with card A at a certain IP address and Port 1 with card B at a different IP address.  Is this possible?  If so, how would it be achieved?
>
> Thank you,
>
> Mark
Not as such, no.

Some information on dual-10G is available here:

https://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_setup_network

And search for "dual"


>
> On 11/17/17, 12:02 PM, "USRP-users on behalf of usrp-users-request at lists.ettus.com" <usrp-users-bounces at lists.ettus.com on behalf of usrp-users-request at lists.ettus.com> wrote:
>
>      Send USRP-users mailing list submissions to
>      	usrp-users at lists.ettus.com
>      
>      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
>      	usrp-users-request at lists.ettus.com
>      
>      You can reach the person managing the list at
>      	usrp-users-owner at lists.ettus.com
>      
>      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 <philip at balister.org>
>      To: "Mann, John - 0662 - MITLL" <mannj at ll.mit.edu>,
>      	"usrp-users at lists.ettus.com" <usrp-users at lists.ettus.com>
>      Subject: Re: [USRP-users] Problem burning image to SD card for E312
>      Message-ID: <b1d88bc3-0b1e-94b5-b037-978a701be472 at balister.org>
>      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
>      > USRP-users at lists.ettus.com
>      > 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 <tilla at comcast.net>
>      To: Hojoon Yang via USRP-users <usrp-users at lists.ettus.com>,	Hojoon
>      	Yang <omnibusor at kaist.ac.kr>
>      Subject: Re: [USRP-users] Receive samples at exact time_spec_t
>      Message-ID: <1357965978.19471.1510854124282 at connect.xfinity.com>
>      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 <usrp-users at lists.ettus.com> 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
>      >     USRP-users at lists.ettus.com
>      >     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 <listeranon at gmail.com>
>      To: Philip Balister <philip at balister.org>
>      Cc: "Mann, John - 0662 - MITLL" <mannj at ll.mit.edu>,	usrp-users
>      	<usrp-users at lists.ettus.com>
>      Subject: Re: [USRP-users] Problem burning image to SD card for E312
>      Message-ID:
>      	<CAMp204QmiFG-3TSCZQEc2nb=5R9kekq7db7smYOF-9HgRvaJnQ at 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" <
>      usrp-users at lists.ettus.com> 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
>      > > USRP-users at lists.ettus.com
>      > > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>      > >
>      >
>      > _______________________________________________
>      > USRP-users mailing list
>      > USRP-users at lists.ettus.com
>      > 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 <philip at balister.org>
>      To: Anon Lister <listeranon at gmail.com>
>      Cc: "Mann, John - 0662 - MITLL" <mannj at ll.mit.edu>,	usrp-users
>      	<usrp-users at lists.ettus.com>
>      Subject: Re: [USRP-users] Problem burning image to SD card for E312
>      Message-ID: <6612d0be-17df-20c1-f163-29cde155119f at balister.org>
>      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" <
>      > usrp-users at lists.ettus.com> 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
>      >>> USRP-users at lists.ettus.com
>      >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>      >>>
>      >>
>      >> _______________________________________________
>      >> USRP-users mailing list
>      >> USRP-users at lists.ettus.com
>      >> 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 <listeranon at gmail.com>
>      To: Philip Balister <philip at balister.org>
>      Cc: "Mann, John - 0662 - MITLL" <mannj at ll.mit.edu>,	usrp-users
>      	<usrp-users at lists.ettus.com>
>      Subject: Re: [USRP-users] Problem burning image to SD card for E312
>      Message-ID:
>      	<CAMp204T8Hg7OEH4JBtUPV70YimMRmkbMz8N9R7Gg_DhEwgYFRg at 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" <philip at balister.org> 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" <
>      > > usrp-users at lists.ettus.com> 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
>      > >>> USRP-users at lists.ettus.com
>      > >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>      > >>>
>      > >>
>      > >> _______________________________________________
>      > >> USRP-users mailing list
>      > >> USRP-users at lists.ettus.com
>      > >> 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 <dario.fertonani at gmail.com>
>      To: ROBIN TORTORA <tilla at comcast.net>
>      Cc: Hojoon Yang via USRP-users <usrp-users at lists.ettus.com>,	Hojoon
>      	Yang <omnibusor at kaist.ac.kr>
>      Subject: Re: [USRP-users] Receive samples at exact time_spec_t
>      Message-ID:
>      	<CAJGEdAgs85gQrbEhBiqwBzwzE=u61AsCb8Mp5eD261r4-FRvbA at 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 <
>      usrp-users at lists.ettus.com> 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 <
>      > usrp-users at lists.ettus.com> 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
>      > USRP-users at lists.ettus.com
>      > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>      >
>      >
>      > _______________________________________________
>      > USRP-users mailing list
>      > USRP-users at lists.ettus.com
>      > 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" <mannj at ll.mit.edu>
>      To: usrp-users <usrp-users at lists.ettus.com>
>      Subject: Re: [USRP-users] Problem burning image to SD card for E312
>      Message-ID:
>      	<D51B499176A305408BAF4A778770D5C0402017A5 at 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:philip at balister.org]
>      Sent: Thursday, November 16, 2017 4:43 PM
>      To: Anon Lister <listeranon at gmail.com>
>      Cc: Mann, John - 0662 - MITLL <mannj at ll.mit.edu>; usrp-users <usrp-users at lists.ettus.com>
>      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" <
>      > usrp-users at lists.ettus.com> 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
>      >>> USRP-users at lists.ettus.com
>      >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>      >>>
>      >>
>      >> _______________________________________________
>      >> USRP-users mailing list
>      >> USRP-users at lists.ettus.com
>      >> 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 <cmspooner at nwra.com>
>      To: usrp-users at lists.ettus.com
>      Subject: [USRP-users] Independent use of ethernet ports on Ettus x310?
>      Message-ID: <1510796077.2509.24.camel at nwra.com>
>      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
>      cmspooner at nwra.com
>      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 <w6rz at comcast.net>
>      To: usrp-users at lists.ettus.com
>      Subject: Re: [USRP-users] Problem burning image to SD card for E312
>      Message-ID: <67f0675a-1cd3-4072-3359-fb62810529fd at comcast.net>
>      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:philip at balister.org]
>      > Sent: Thursday, November 16, 2017 4:43 PM
>      > To: Anon Lister <listeranon at gmail.com>
>      > Cc: Mann, John - 0662 - MITLL <mannj at ll.mit.edu>; usrp-users <usrp-users at lists.ettus.com>
>      > 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" <
>      >> usrp-users at lists.ettus.com> 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
>      >>>> USRP-users at lists.ettus.com
>      >>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>      >>>>
>      >>> _______________________________________________
>      >>> USRP-users mailing list
>      >>> USRP-users at lists.ettus.com
>      >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>      >>>
>      > _______________________________________________
>      > USRP-users mailing list
>      > USRP-users at lists.ettus.com
>      > 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 <listeranon at gmail.com>
>      To: "Mann, John - 0662 - MITLL" <mannj at ll.mit.edu>
>      Cc: usrp-users <usrp-users at lists.ettus.com>
>      Subject: Re: [USRP-users] Problem burning image to SD card for E312
>      Message-ID:
>      	<CAMp204TS8e=3-PLrYkQLLmixKa3VMHF-Lf-bNiC-qtOiaRxxnw at 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" <
>      usrp-users at lists.ettus.com> 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:philip at balister.org]
>      > Sent: Thursday, November 16, 2017 4:43 PM
>      > To: Anon Lister <listeranon at gmail.com>
>      > Cc: Mann, John - 0662 - MITLL <mannj at ll.mit.edu>; usrp-users <
>      > usrp-users at lists.ettus.com>
>      > 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" <
>      > > usrp-users at lists.ettus.com> 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
>      > >>> USRP-users at lists.ettus.com
>      > >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>      > >>>
>      > >>
>      > >> _______________________________________________
>      > >> USRP-users mailing list
>      > >> USRP-users at lists.ettus.com
>      > >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>      > >>
>      > >
>      > _______________________________________________
>      > USRP-users mailing list
>      > USRP-users at lists.ettus.com
>      > 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 <neel.pandeya at ettus.com>
>      To: cmspooner at nwra.com
>      Cc: usrp-users <usrp-users at lists.ettus.com>
>      Subject: Re: [USRP-users] Independent use of ethernet ports on Ettus
>      	x310?
>      Message-ID:
>      	<CACaXmv9ciSftUwvr8a-TMv3jJyXGm8qg9P8mPST2Q+0Vjn45Kw at 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 <
>      usrp-users at 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 93940cmspooner at nwra.com831 582 4904 <(831)%20582-4904>
>      > cyclostationary.blog
>      >
>      >
>      > _______________________________________________
>      > USRP-users mailing list
>      > USRP-users at lists.ettus.com
>      > 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 <derek.kozel at ettus.com>
>      To: Neel Pandeya <neel.pandeya at ettus.com>
>      Cc: cmspooner at nwra.com, usrp-users <usrp-users at lists.ettus.com>
>      Subject: Re: [USRP-users] Independent use of ethernet ports on Ettus
>      	x310?
>      Message-ID:
>      	<CAA+K=tvtDw3t=uNnup6ev4gbXRa2XRO_ik1bjquJKsMWDqXeig at 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 <
>      usrp-users at lists.ettus.com> 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 <
>      > usrp-users at 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 93940cmspooner at nwra.com831 582 4904 <(831)%20582-4904>
>      >> cyclostationary.blog
>      >>
>      >>
>      >> _______________________________________________
>      >> USRP-users mailing list
>      >> USRP-users at lists.ettus.com
>      >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>      >>
>      >>
>      >
>      > _______________________________________________
>      > USRP-users mailing list
>      > USRP-users at lists.ettus.com
>      > 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=?=<omnibusor at kaist.ac.kr>
>      To: usrp-users at lists.ettus.com
>      Subject: [USRP-users] the time actually transmitted
>      Message-ID: <5a0efd833fc7_ at _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 <cmspooner at nwra.com>
>      To: Neel Pandeya <neel.pandeya at ettus.com>
>      Cc: usrp-users <usrp-users at lists.ettus.com>
>      Subject: Re: [USRP-users] Independent use of ethernet ports on Ettus
>      	x310?
>      Message-ID: <1510936410.3004.7.camel at nwra.com>
>      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
>      > > cmspooner at nwra.com
>      > > 831 582 4904
>      > > cyclostationary.blog
>      > >
>      > > _______________________________________________
>      > > USRP-users mailing list
>      > > USRP-users at lists.ettus.com
>      > > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>      > >
>      --
>      Chad M. Spooner
>      NorthWest Research Associates
>      301 Webster Street
>      Monterey, CA 93940
>      cmspooner at nwra.com
>      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 <cmspooner at nwra.com>
>      To: Derek Kozel <derek.kozel at ettus.com>, Neel Pandeya
>      	<neel.pandeya at ettus.com>
>      Cc: usrp-users <usrp-users at lists.ettus.com>
>      Subject: Re: [USRP-users] Independent use of ethernet ports on Ettus
>      	x310?
>      Message-ID: <1510936456.3004.8.camel at nwra.com>
>      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
>      > ers at lists.ettus.com> 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
>      > > rs at 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
>      > > > cmspooner at nwra.com
>      > > > 831 582 4904
>      > > > cyclostationary.blog
>      > > >
>      > > > _______________________________________________
>      > > > USRP-users mailing list
>      > > > USRP-users at lists.ettus.com
>      > > > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.co
>      > > > m
>      > > >
>      > >
>      > > _______________________________________________
>      > > USRP-users mailing list
>      > > USRP-users at lists.ettus.com
>      > > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>      > >
>      --
>      Chad M. Spooner
>      NorthWest Research Associates
>      301 Webster Street
>      Monterey, CA 93940
>      cmspooner at nwra.com
>      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
>      USRP-users at lists.ettus.com
>      http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>      
>      
>      ------------------------------
>      
>      End of USRP-users Digest, Vol 87, Issue 17
>      ******************************************
>      
>
> _______________________________________________
> USRP-users mailing list
> USRP-users at lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com





More information about the USRP-users mailing list