Could you share the device arguments you used?

Sent from my iPhone

> On Aug 1, 2019, at 6:28 AM, Paolo Palana via USRP-users 
> <usrp-users@lists.ettus.com> wrote:
> 
> Good morning to all the mailing list users.
> 
> It is about a couple of months that I'm fighting with my N310 for different 
> reasons.
> 
> Now I want to report a couple  of strange behaviors I'm observing with this 
> device. Of course their can be my faults... I hope some one in the community 
> can make light.
> 
> I try be as clear as possible.
> 
> My goal: Streaming the 4 RX channels over the two SFP+. Let me say I want A:0 
> and A:1 on sfp0, while B:0 and B:1 on sfp1.
> 
> Premise: * I'm using 10G link with fibers. I'm sure the network adapter and 
> fibers work well because they are the same I used with my X310 (and it works).
> 
>                * I'm using N310 in legacy compat mode
> 
>                * The software I use is the same I used for my X310 and it 
> works (at least with X310 of course!)
> 
>                * MTU is to 9000 on both the host and N310
> 
>                * I'm using UHD 3.14.0
> 
> Strange behavior 1: when I start my acquisition program I can see (using 
> tcpdump on the host side) small packets (16 or 24 bytes in size, I think they 
> are some kind of commands) flowing through, let just say sfp0 iface. If I 
> reboot the N310 and the I start again my program I can see the same kind of 
> packets flowing through sfp1 (but not through sfp0). If I reboot the N310 
> again may be these packets start flowing through sfp0 or sfp1.... it 
> depends!!!! Is that the normal behavior of N310?
> 
> 
> 
> Strange behavior 2: in order to start streaming the 4 channels I use this 
> code:
> 
> 
> 
>     time_spec_t start_sampling = mUsrp->get_time_now() + 1.0;
>     
>     uhd::stream_args_t str_args("sc16", "sc16");
>     str_args.channels.push_back(mChannels[0]);
>     str_args.channels.push_back(mChannels[2]);
>     mStreamArgs.push_back(str_args);
>     uhd::stream_cmd_t 
> tmp_strcmd(uhd::stream_cmd_t::STREAM_MODE_START_CONTINUOUS);
>     tmp_strcmd.num_samps = 0;
>     // Timed
>      tmp_strcmd.stream_now = false;
>      tmp_strcmd.time_spec = start_sampling;
>     uhd::rx_streamer::sptr tmp_rx_stream = mUsrp->get_rx_stream(str_args);
>     tmp_rx_stream->issue_stream_cmd(tmp_strcmd);
>     mStreamCmds.push_back(tmp_strcmd);
>     mRxStreams.push_back(tmp_rx_stream);
>  
>     uhd::stream_args_t str_args2("sc16", "sc16");
>     str_args2.channels.push_back(mChannels[1]);
>     str_args2.channels.push_back(mChannels[3]);
>     
> 
>     mStreamArgs.push_back(str_args2);
>     uhd::stream_cmd_t 
> tmp_strcmd2(uhd::stream_cmd_t::STREAM_MODE_START_CONTINUOUS);
>     tmp_strcmd2.num_samps = 0;
>     // Timed
>      tmp_strcmd2.stream_now = false;
>      tmp_strcmd2.time_spec = start_sampling;
>     uhd::rx_streamer::sptr tmp_rx_stream2 = mUsrp->get_rx_stream(str_args2);
>     tmp_rx_stream2->issue_stream_cmd(tmp_strcmd2);
>     mStreamCmds.push_back(tmp_strcmd2);
>     mRxStreams.push_back(tmp_rx_stream2);
> 
> 
> 
> It works perfectly with my X310, but with the N310 it starts the streaming of 
> only a couple of channels (A:0 and A:1 to be precise) and on sfp0 or sfp1... 
> it depends!!
> 
> Of course I miss something (or at least I hope so!). I checked and double 
> checked examples coming from libuhd repository but there is nothing specific 
> about the N310.
> 
> Any help is appreciated. Thank you in advance.
> 
> Of course if more details are necessary, please let me know.
> 
> Have a good day
> 
> Paolo
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Reply via email to