On 01/08/19 17:12, Marcus D Leech wrote: > Could you share the device arguments you used? Hello Marcus, thank you for your reply.
These are the args i use. args=mgmt_addr=<ip_addr>,addr=192.168.30.2,second_addr=192.168.40.2,type=n3xx,master_clock_rate=153.6e6 > > > Sent from my iPhone > > On Aug 1, 2019, at 6:28 AM, Paolo Palana via USRP-users > <usrp-users@lists.ettus.com <mailto: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 <mailto: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
