[USRP-users] Vivado 2017.4 testbench hangs at update_compile_order

2018-06-04 Thread EJ Kreinar via USRP-users
Hi All, I'm seeing some odd behavior after upgrading uhd-fpga to Vivado 2017.4. It appears some of my larger testbenches take a noticeably longer time to complete the "update_compile_order" command before progressing. Here's an example (see elapsed time of 10+ minutes, after the update_compile_or

Re: [USRP-users] Cannot Install SDK on 32-bit Linux Machine - Is there work Around?

2018-06-04 Thread Neel Pandeya via USRP-users
Hello Konstantin: I think that the E310 SDK requires a 64-bit OS. You should be able to build an SDK for a 32-bit machine on a 64-bit machine using the SDKMACHINE variable. The Yocto manual should have documentation on this variable. The post below might also be of interest to you. http://lists

[USRP-users] Rocko images for E3XX (and bonus 32 bit SDK)

2018-06-04 Thread Philip Balister via USRP-users
As a side effect of some paying work, I ended up with a Jenkins job that builds E300 images from the OpenEmbedded branches for Rocko (dates from last fall and currently still receiving updates). The kernel is built from Kurt Kiefer's excellent work (https://github.com/kekiefer/meta-ettus/tree/rocko

Re: [USRP-users] Synchronized frequency hopping

2018-06-04 Thread Derek Kozel via USRP-users
You should use a tune_request_t to manually specify the DSP frequency. The issue is that only the master (LO source) channel knows about the actual frequency error in the LO and will automatically use the DDC to compensate for that error. The other channels must have the same correction applied man

Re: [USRP-users] Synchronized frequency hopping

2018-06-04 Thread Fabian Schwartau via USRP-users
Hi Derek, I think I got that. Is the DDC frequency + offset aligned automatically if I use a timed command for usrp->set_rx_freq()? Or is there some other command I missed? Best regards, Fabian Am 04.06.2018 um 13:20 schrieb Derek Kozel: Fabian, Timed commands, carefully and correctly used

Re: [USRP-users] Complex signal representation?

2018-06-04 Thread Hojoon Yang via USRP-users
Hi Marcus,Thanks for your reply :) ---Original Message---From: MarcusMüllerTo: Hojoon Yang ,usrp-users@lists.ettus.comSent date: 2018-06-04 20:37:04 GMT +0900 (Asia/Seoul)Subject: Re: [USRP-users] Complex signal representation? Hi Hojoon, we

Re: [USRP-users] Complex signal representation?

2018-06-04 Thread Marcus Müller via USRP-users
Hi Hojoon, well, the point is that USRPs deal with *complex baseband*, so, of course, all the samples are complex :) Q1 So, yeah, this is all due to complex signal representation. To understand this, there's no way around understanding complex equivalent baseband, but don't fret, any communicatio

Re: [USRP-users] Synchronized frequency hopping

2018-06-04 Thread Derek Kozel via USRP-users
Fabian, Timed commands, carefully and correctly used along with common 10 MHz and 1PPS, can give you time aligned reception with an accuracy of one sample clock period. They are used by many projects for this. To have repeatable phase relationships between channels you must also use timed commands

[USRP-users] Complex signal representation?

2018-06-04 Thread Hojoon Yang via USRP-users
Hi all,I'm using two B210 USRPs which are connected each other through coaxial cable with a 30dB attenuator.I generated a simple sinusoidal wave using MATLAB(i.e. cosine wave, fc=100) and saved it as complex float binary form.The reason I stored the samples as *complex float" is that there is no

Re: [USRP-users] Synchronized frequency hopping

2018-06-04 Thread Fabian Schwartau via USRP-users
Hello Derek, thank you very much. So is it correct, that the timing using the set_comman_time() function is so precise that I can do MIMO with it? That would be great :) Best regards, Fabian Am 04.06.2018 um 10:52 schrieb Derek Kozel: Hello Fabien, Yes, it is possible to queue commands, howe

Re: [USRP-users] Synchronized frequency hopping

2018-06-04 Thread Derek Kozel via USRP-users
Hello Fabien, Yes, it is possible to queue commands, however there are two important things to keep in mind. The commands will block any other commands in the same queue from executing until the current one's time is reached. So commands must be sent in order (100, then 120, 140 ...). Second, the

Re: [USRP-users] Synchronized frequency hopping

2018-06-04 Thread Marcus Müller via USRP-users
Yes, that's absolutely possible with one caveat: These commands end up in queues. So, you need to send them in correct order, or, for example, if you send the commands for 120, 160 , 140, then the the 160 command will block the queue and the 140 command will be executed directly after the 160 comm

Re: [USRP-users] Synchronized frequency hopping

2018-06-04 Thread Fabian Schwartau via USRP-users
Hi, thanks for the great answer. One more question: Is it possible to send multiple commands for different times right after each other? So for example if the current time is 100, I execute the code you provided for 120, 140 and 160 at once without waiting for the command at 120 to be executed