Re: [USRP-users] Extending 'tx_sample_from_file ' to send multiple files over multiple TX

Hi, I just realized that even one instance of TX_sample_from_file from the internal Linux is a no go. In fact I think I was in a thread about this very subject a few months ago. Someone explicitly said the ARM cpu would be too weak to stream samples. Even streaming one file at the lowest possibl

Re: [USRP-users] Extending 'tx_sample_from_file ' to send multiple files over multiple TX

Hi Ali, A few comments... 1) perhaps use gnuradio and attach four file source blocks to the usrp. This is probably the easiest. 2) perhaps modify the tx_samples_from_file as you suggested. If you want to go this route, I may be able to dig up some old code where we did this. 3) In either case abov

[USRP-users] Extending 'tx_sample_from_file ' to send multiple files over multiple TX

Hello everyone, I'm trying to set up a few N310's in neighboring buildings. I want each N310 to be its own 4 TX transmitter. For space and cost reasons I am putting the waveforms (in binary float32) directly on the SD card filesystem. My goal is to have each N310 send the waveform on loop indefin

Re: [USRP-users] X310 LookupError CORDIC_FREQ

Hi Jonathan, Thanks for the response. I tried as you suggested and found the same result as before. I haven't yet modified the UHD code, except for doing a "submodule init" and "submodule update". Do you have any other suggestions? git status HEAD detached at release_003_010_003_000 Changes not s

Re: [USRP-users] thunderbolt to sfp+

It seems that Linux kernel 4.11 added support for the AQC107. https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.11-Networking Ubuntu 18.04 and higher has kernel 4.15 so you should be fine. Our lab has been using this converter. https://www.sonnettech.com/product/twin10g.html Even tho

[USRP-users] thunderbolt to sfp+

I am interested in purchasing a Thunderbolt to SFP adapter and I found this QNAP QNA-T310G1S available from B&H for $169 . Does anyone know if this

Re: [USRP-users] How should content of struct 'tune_result_t' be understood?

Thank you very much for your prompt reply, and thank you for clarifying the reason for the 'DSP Freq' values found in the 'tune_request_t' struct, which are both equal to -1 MHz: Target DSP Freq: -1.00 (MHz) Actual DSP Freq: -1.00 (MHz) However, I still cannot figure out how these values

Re: [USRP-users] How should content of struct 'tune_result_t' be understood?

On 02/06/2019 12:05 PM, freed.pointer--- via USRP-users wrote: [Note: I have already sent this message to the list, but before subscribing to it, and it seems that for this reason, the message has not been delivered. I am making a second attempt after having subscribed. Please accept my apologies

[USRP-users] How should content of struct 'tune_result_t' be understood?

[Note: I have already sent this message to the list, but before subscribing to it, and it seems that for this reason, the message has not been delivered. I am making a second attempt after having subscribed. Please accept my apologies in case you received it twice.] Hi, I am using an Ettus USRP

Re: [USRP-users] Using a Trigger Event to Process Subset of Samples in the Data Stream

Marcus, Sorry for the delay. So I have a modified USRP FPGA load, modified UHD, and modified gr-usrp block that inserts the digital data (e.g. trigger) on the gpio on the Rx daughterboard into the channel A stream. It inserts it into the low order byte of the Q (imag) 2-byte short. Please see a

Re: [USRP-users] X310 LookupError CORDIC_FREQ

Hi Alex, It looks like your DDC / DUC block controller XML file is from a newer version of UHD. I would suggest checking that your UHD source does not have any changes, especially ddc.xml and duc.xml. You should also uninstall UHD and do a new build: (from the build dir) 'make uninstall; make clea