Thanks a lot! BR Snehasish
On 11-Aug-2017, at 12:20 AM, "mle...@ripnet.com<mailto:mle...@ripnet.com>" <mle...@ripnet.com<mailto:mle...@ripnet.com>> wrote: It's default to internal anyway. IF this is a single motherboard, then no external clock sync is required, but you still need the use timed-commands on the tuning. If this is multiple USRP units, then, yes, you'll need to use an external synchronization source in addition to the above--this will allow for a common clock, and clock synchronization via 1PPS. It's often instructive to look at the code generated by GRC, even if ultimately you aren't going to use Gnu Radio, but just "raw" UHD. On 2017-08-10 14:40, Snehasish Kar wrote: Thanks for explaining the commands, it is of real help. One more point if set the clock and time source as internal, will it bring the two receivers in sync, as I did the same thing with uhd_source in gnuradio and the two boards were in sync. What's your opinion on this? BR Snehasish On 10-Aug-2017, at 10:48 PM, "mle...@ripnet.com<mailto:mle...@ripnet.com>" <mle...@ripnet.com<mailto:mle...@ripnet.com>> wrote: You can use rx_multi_samples as an example -- the source code is freely available. You'll need to use the "set_rx_freq" (and/or "set_tx_freq") function that is part of any multi_usrp object, also, use timed commands around the tuning commands: usrp->set_command_time(SOME_TIME_IN_NEAR_FUTURE) usrp->set_rx_freq(desired_freq1, 0) usrp->set_rx_freq(desired_freq2, 1) usrp->clear_command_time() Also, see the Ettus knowledge-base: https://kb.ettus.com/Synchronization_and_MIMO_Capability_with_USRP_Devices On 2017-08-10 13:06, Snehasish Kar wrote: Tried that and yeah the default code works, but can you help me in understanding how do I tune the two daughter boards separately to two different frequencies and receive data from them parallely. Also I need to time synchronise the two daughter boards, how to achieve that. BR Snehasish On 10-Aug-2017, at 10:27 PM, "mle...@ripnet.com<mailto:mle...@ripnet.com>" <mle...@ripnet.com<mailto:mle...@ripnet.com>> wrote: This may be timing-out due to performance issues on your host, or it may be a bug in your code. Have you tried using the the rx_multi_samples example at the same sample rates? 2 x 50Msps is a lot of data, and with the short "packets" on PCIe, your computer will be working fairly hard at servicing those samples. Before we get in to debugging your code, could you: (A) Try lower sample rates (B) Try rx_multi_samples On 2017-08-10 12:53, Snehasish Kar wrote: It's connected via the pcie cable. BR Snehasish On 10-Aug-2017, at 9:04 PM, Marcus D. Leech <mle...@ripnet.com<mailto:mle...@ripnet.com>> wrote: On 08/10/2017 05:26 AM, Snehasish Kar wrote: Please find the log below: linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.010.002.000-0-unknown Creating the usrp device with: ... -- X300 initialization sequence... -- Connecting to niusrpriorpc at localhost:5444... -- Using LVBITX bitfile /usr/local/share/uhd/images/usrp_x310_fpga_HG.lvbitx... -- Setup basic communication... -- Loading values from EEPROM... -- Setup RF frontend clocking... -- Radio 1x clock:200 -- Detecting internal GPSDO.... Found an internal GPSDO: LC_XO, Firmware Rev 0.929a -- [DMA FIFO] Running BIST for FIFO 0... pass (Throughput: 1303.3MB/s) -- [DMA FIFO] Running BIST for FIFO 1... pass (Throughput: 1303.8MB/s) -- [RFNoC Radio] Performing register loopback test... pass -- [RFNoC Radio] Performing register loopback test... pass -- [RFNoC Radio] Performing register loopback test... pass -- [RFNoC Radio] Performing register loopback test... pass -- Performing timer loopback test... pass -- Performing timer loopback test... pass Using Device: Single USRP: Device: X-Series Device Mboard 0: X310 RX Channel: 0 RX DSP: 0 RX Dboard: A RX Subdev: UBX RX RX Channel: 1 RX DSP: 0 RX Dboard: B RX Subdev: UBX RX TX Channel: 0 TX DSP: 0 TX Dboard: A TX Subdev: UBX TX TX Channel: 1 TX DSP: 0 TX Dboard: B TX Subdev: UBX TX Setting RX Rate: 50.000000 Msps... Actual RX Rate: 50.000000 Msps... Setting device timestamp to 0... Press Ctrl + C to stop streaming... Waiting for "lo_locked": ++++++++++ locked. Begin streaming 10000 samples, 1.500000 seconds in the future... Done! Receive timeout before all samples received... BR Snehasish ________________________________ How is your X310 connected to your computer?
_______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com