[USRP-users] Re: UBX-160 LO filtering

2023-01-26 Thread Mark-Jan Bastian
On Thu, Jan 26, 2023 at 05:14:34PM -0500, Marcus D. Leech wrote: > On 26/01/2023 16:33, Mark-Jan Bastian wrote: > > Hi, > > > > On page 7 of the UBX-160 schematics > > https://files.ettus.com/schematics/ubx/UBX-160_revE.pdf > > there is a LO filter selection with three paths: > > - 800 MHz-2.2 GHz

[USRP-users] Re: UBX-160 LO filtering

2023-01-26 Thread Marcus D. Leech
On 26/01/2023 16:33, Mark-Jan Bastian wrote: Hi, On page 7 of the UBX-160 schematics https://files.ettus.com/schematics/ubx/UBX-160_revE.pdf there is a LO filter selection with three paths: - 800 MHz-2.2 GHz - passthrough (no filter) - lowpass 400 MHz..800 MHz Next to that, there is also a way t

[USRP-users] Re: UBX-160 LO filtering

2023-01-26 Thread Marcus Müller
Hi Mark-Jan, let me quickly reply in-text: > - Is this LO filter automatically selected, and where should I look for the rules ? yes, and: uhd/host/lib/usrp/dboard/db_ubx.cpp; look for the set_{tx,rx}_freq methods. - Is there some way to control this LO filter selection via UHD, similar to

[USRP-users] UBX-160 LO filtering

2023-01-26 Thread Mark-Jan Bastian
Hi, On page 7 of the UBX-160 schematics https://files.ettus.com/schematics/ubx/UBX-160_revE.pdf there is a LO filter selection with three paths: - 800 MHz-2.2 GHz - passthrough (no filter) - lowpass 400 MHz..800 MHz Next to that, there is also a way to measure the LO on J3. Question: - Is this L

[USRP-users] syncing system clock to gpsdo

2023-01-26 Thread Ryan Retting
Hello, I have the N320 configured with the gpsdo. I’m SSHed into the N320 and running directly on the N320. I set clock_source & time_source to gpsdo in /etc/uhd/mpm.conf /usr/lib/uhd/examples/sync_to_gps Runs successfully: Waiting for reference lock...LOCKED GPS Locked USRP time: 16

[USRP-users] Re: Did anyone else need to do this?

2023-01-26 Thread Marcus D. Leech
On 26/01/2023 07:47, Mike wrote: Thanks, Marcus for the info link.  I’ve reviewed that information and understand how RF0 is A:0 and RF1 is B:0 for the N320.  I’ve reviewed the utility benchmark_rate.py to see how the arguments are used to change the channel.  I guess what I’m missing is how

[USRP-users] Re: Did anyone else need to do this?

2023-01-26 Thread Mike via USRP-users
Thanks, Marcus for the info link. I’ve reviewed that information and understand how RF0 is A:0 and RF1 is B:0 for the N320. I’ve reviewed the utility benchmark_rate.py to see how the arguments are used to change the channel. I guess what I’m missing is how GRC initializes the USRP. The pytho

[USRP-users] Re: Dual-Frequency simultaneously receiver using one USRP 2901

2023-01-26 Thread daviddimavd
Thank you very much! I appreciate it. Best regards, David ___ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com

[USRP-users] Re: Dual-Frequency simultaneously receiver using one USRP 2901

2023-01-26 Thread Yasir Özçalık
Hi David, you are trying to receive two signals which stand 400 MHz apart from each other. If you want to take two signals, which stand 400 MHz apart from each other, at the same time, then you need to have at least 400 MHz instantaneous bandwidth. But USRP 2901 has only 56 MHz. Therefore; you cann

[USRP-users] Dual-Frequency simultaneously receiver using one USRP 2901

2023-01-26 Thread daviddimavd
I am trying to simultaneously receive two signals from Galileo at different frequencies (1176.45 MHz and 1575.42 MHz) using a single antenna, a USRP 2901, and the GNU Radio Companion (GRC) software. I would like to know if it is possible to do this with a single USRP, that is, is the USRP able t