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

Mark Koenig mark.koenig at iubelttechnologies.com
Fri Nov 17 13:36:22 EST 2017


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

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
    ******************************************
    



More information about the USRP-users mailing list