Re: [USRP-users] USRP X310

Marcus: Yes. Thanks. As I said. Regards, Joe > On Jul 14, 2020, at 8:29 AM, Marcus D Leech wrote: > > Joe: > > The input levels that cause distortion vary quite a bit from daughtercard to > daughtercard, and even within a daughtercard there will be variability > depending on

Re: [USRP-users] USRP X310

Arash, Marcus L.’s response has some definitive info in the links. For example, in the TwinRX link it is stated: > Never apply more than +10 dBm of power into any RF input. So there you have it. Thanks for the details Marcus. Regards, Joe > On Jul 14, 2020, at 7:55 AM, Marcus D. Leech

Re: [USRP-users] USRP X310

Arash, While Marcus’ response is certainly correct it does little in providing a practical answer to your question. I use an X310 with TwinRX daughterboards and have found that it is inadvisable to use input levels to the TwinRX daughterboard greater than -30dBm because higher levels than

Re: [USRP-users] UHD 3.15 LTS, X310 performance

I meant 25Msps per channel, not 25Mbps, of course. Joe > On Feb 23, 2020, at 7:38 AM, Joe Martin via USRP-users > wrote: > > Hi Simon, > > Yes, indeed, my X310 streams via 10G ethernet without a hitch using dual > channels at 25Mbps/channel in my radio astronomy appli

Re: [USRP-users] UHD 3.15 LTS, X310 performance

Hi Simon, Yes, indeed, my X310 streams via 10G ethernet without a hitch using dual channels at 25Mbps/channel in my radio astronomy application and I could go more if I needed to do that. It’ll work fine for you I’m sure. Joe K5SO > On Feb 23, 2020, at 12:23 AM, Simon G4ELI via USRP-users

Re: [USRP-users] UHD 4.0.0 X310 Images

Pardon my bit of syntax error: These work for me on my X310: sudo /usr/local/lib/uhd/utils/uhd_images_downloader.py /usr/local/bin/uhd_image_loader —args=“type=x300,addr=192.168.30.2” Joe > On Feb 14, 2020, at 4:31 PM, Joe Martin via USRP-users > wrote: > > Hi Simon, >

Re: [USRP-users] UHD 4.0.0 X310 Images

Hi Simon, You can do this (assuming you installed UHD components into the given directories below): sudo /user/local/lib/uhd/utils/iuhd_images_downloader.py cd /usr/local/bin uhd_image_loader —args=type=x300,addr=192.168.30.2 The addr I show is for a 10 G ethernet connection, will be

Re: [USRP-users] Need a little help with running legacy prebuilt UHD versions

that we TOTALLY appreciate you efforts to get us running. You guys are GREAT! Very best wishes to you each and every one! Joe > On May 10, 2019, at 5:30 PM, Joe Martin via USRP-users > wrote: > > Ian and all, > > I have been very careful to avoid the pitfalls you

Re: [USRP-users] Need a little help with running legacy prebuilt UHD versions

gt; -Ian > >> On May 10, 2019, at 5:58 AM, Joe Martin via USRP-users >> mailto:usrp-users@lists.ettus.com>> wrote: >> >> Ian, >> >> Very good, that’s encouraging at least. Yes, I am familiar with using ISE >> iMPACT to load the FPGA with

Re: [USRP-users] Need a little help with running legacy prebuilt UHD versions

cycling H/W should work, and tools like “uhd_usrp_probe” should > find the USRP and print it’s detailed H/W config. There are a few common > useful things to check in the “Troubleshooting” section if things still don’t > seem to have worked. > > -Ian > > >> On May 9, 2019

Re: [USRP-users] Need a little help with running legacy prebuilt UHD versions

again. >> >> If you have a TTL-serial adapter or a logic analyzer that works as such, you >> can connect to the debug UART header and get printout information from the >> firmware at boot time. Another good idea would be to take a video of the >> front panel LED

Re: [USRP-users] Need a little help with running legacy prebuilt UHD versions

bug UART header and get printout information from the > firmware at boot time. Another good idea would be to take a video of the > front panel LEDs as you apply power -- the boot LED lights give good > indication of the firmware/FPGA image loading process. > > Nick > >

Re: [USRP-users] Need a little help with running legacy prebuilt UHD versions

. Joe > On May 9, 2019, at 2:23 PM, Marcus D. Leech via USRP-users > wrote: > > On 05/09/2019 04:18 PM, Joe Martin via USRP-users wrote: >> Nick, Ian, >> >> If this unit happens to be incorrectly labeled as a rev 2 N210 and it is >> actually a rev 3 N210,

Re: [USRP-users] Need a little help with running legacy prebuilt UHD versions

me which UHD version(s) might be able to communicate with it? Joe > On May 9, 2019, at 2:12 PM, Joe Martin via USRP-users > wrote: > > Okay. I’ve asserted from the outset that it’s a rev 2, based on the factory > label. Is this N210 a lost cause if it is actually a Rev2

Re: [USRP-users] Need a little help with running legacy prebuilt UHD versions

times to boot in safe mode, same result regardless. >> Yes, I am able to pin to 192.168.10.2 successfully. >> >> Joe >> >>> On May 9, 2019, at 1:47 PM, Joe Martin via USRP-users >>> mailto:usrp-users@lists.ettus.com>> wrote: >>> >

Re: [USRP-users] Need a little help with running legacy prebuilt UHD versions

…able to ping 192.168.10.2 successfully. > On May 9, 2019, at 1:54 PM, Joe Martin wrote: > > Ian, > > Yes, I have tried many times to boot in safe mode, same result regardless. > Yes, I am able to pin to 192.168.10.2 successfully. > > Joe > >> On May 9,

Re: [USRP-users] Need a little help with running legacy prebuilt UHD versions

Ian, Yes, I have tried many times to boot in safe mode, same result regardless. Yes, I am able to pin to 192.168.10.2 successfully. Joe > On May 9, 2019, at 1:47 PM, Joe Martin via USRP-users > wrote: > > Ian and Nick, > > Thanks for the assistance. Attached are dr

Re: [USRP-users] Need a little help with running legacy prebuilt UHD versions

Ian and Nick, Thanks for the assistance. Attached are dropbox links to two snapshot photos: 1) the factory label on the back of the N210, showing N210 r:2.0 and 2) a top side view of the N210. 1) https://www.dropbox.com/s/u92x02rni71kfb3/20190509_133253.jpg?dl=0

Re: [USRP-users] Need a little help with running legacy prebuilt UHD versions

version of UHD? > > From: USRP-users <mailto:usrp-users-boun...@lists.ettus.com>> on behalf of Joe Martin via > USRP-users mailto:usrp-users@lists.ettus.com>> > Sent: Thursday, May 9, 2019 9:53 AM > To: Joe Martin > Cc: usrp-users@lists.ettus.com <mailto:usrp-

[USRP-users] Need a little help with running legacy prebuilt UHD versions

I need a bit of help to understand how to run legacy prebuilt UHD versions from the files.ettus.com/binaries/uhd repository. I would like to try various UHD versions to try to find a version that will run with an elderly (Rev 2) N210 with unknown

Re: [USRP-users] Bringing an elderly N210 to life by loading current firmware/fpga images

as to how to use them. So this will take me a little while to come up to speed on it. Joe > On May 8, 2019, at 5:38 PM, Marcus D. Leech via USRP-users > wrote: > > On 05/08/2019 07:34 PM, Joe Martin via USRP-users wrote: >> Thanks Philip, I’ll check out the precompiled ve

Re: [USRP-users] Bringing an elderly N210 to life by loading current firmware/fpga images

> On 05/08/2019 05:40 PM, Robin Coxe via USRP-users wrote: >>>>> You could try using the .deb or .rpm pre-built binaries if you're running >>>>> on Linux. See, for instance: >>>>> http://files.ettus.com/binaries/uhd/uhd_003.004.000-release/ &

Re: [USRP-users] Bringing an elderly N210 to life by loading current firmware/fpga images

_rc1, that would not build without errors and try to work out >>> the compiler errors then. Unless someone has a better idea to try. >>> Thanks! >>> >>> Regards, >>> >>> Joe >>> >>> On May 8, 2019, at 2:40 PM, Joe Martin via USRP-us

Re: [USRP-users] Bringing an elderly N210 to life by loading current firmware/fpga images

uhd_003.004.000-release/ > <http://files.ettus.com/binaries/uhd/uhd_003.004.000-release/> > > On Wed, May 8, 2019 at 2:09 PM Joe Martin via USRP-users > mailto:usrp-users@lists.ettus.com>> wrote: > I’ve successfully built UHD v3.9.0 but it has the same error as 3.14.0

Re: [USRP-users] Bringing an elderly N210 to life by loading current firmware/fpga images

. I will dig into the earliest version in the git tag -l, namely 003_007_002_rc1, that would not build without errors and try to work out the compiler errors then. Unless someone has a better idea to try. Thanks! Regards, Joe > On May 8, 2019, at 2:40 PM, Joe Martin via USRP-users >

Re: [USRP-users] Bringing an elderly N210 to life by loading current firmware/fpga images

”, since the .bit file that I loaded into the fpga is > volatile code that disappears upon power cycling to be reloaded from an > EEPROM or something, yes? > > Joe > >> On May 8, 2019, at 1:55 PM, Joe Martin via USRP-users >> mailto:usrp-users@lists.ett

Re: [USRP-users] Bringing an elderly N210 to life by loading current firmware/fpga images

bitfiles. You can take the header from >> usrp_n210_r3_fpga.bit and just stick it onto the front of >> usrp_n210_r2_fpga.bin, and call the output usrp_n210_r2_fpga.bit. The header >> is everything up until FF FF FF FF AA 99 55 66. >> >> Lastly, the source is all

Re: [USRP-users] Bringing an elderly N210 to life by loading current firmware/fpga images

pga.bit. The header > is everything up until FF FF FF FF AA 99 55 66. > > Lastly, the source is all there, so building using ISE should still be > possible. > > Nick > > On Wed, May 8, 2019 at 9:57 AM Joe Martin via USRP-users > mailto:usrp-users@lists.ettus.com>&g

Re: [USRP-users] Bringing an elderly N210 to life by loading current firmware/fpga images

0 can be made to come alive again using rev2 firmware/fpga images. Joe > On May 8, 2019, at 12:11 PM, Joe Martin via USRP-users > wrote: > > Thanks, Robin, I’ll certainly try that! > > As I mentioned, we are amenable to running this particular N210 with an old > v

Re: [USRP-users] Bringing an elderly N210 to life by loading current firmware/fpga images

ges_003.008.000-18-g6647f8cc.zip> >>> >>> We unfortunately don't have a v2 in the office to confirm that it still >>> works, but you might want to take a look. >>> >>> -Robin >> I'm going to go through some old disk drives on mine from "back i

Re: [USRP-users] Bringing an elderly N210 to life by loading current firmware/fpga images

old disk drives on mine from "back in the day", > and see if I have the r2 .bit files. > > That can't happen until the weekend, however... > > >> >> >> >> On Wed, May 8, 2019 at 10:02 AM Marcus D. Leech via USRP-users >> mailto:usrp-users@l

Re: [USRP-users] Bringing an elderly N210 to life by loading current firmware/fpga images

not completely sure. > > supp...@ettus.com <mailto:supp...@ettus.com> might know more by know. > really sorry, but those Rev2s are just so old. And all the people from > that era seem to be gone. Sorry, can't help you with those Rev2s." > > From: USRP-users <mailto:us

Re: [USRP-users] Bringing an elderly N210 to life with current firmware/fpga images

Apologies, the instruction document I’m following is “USRP_Hardware Driver and USRP Manual: USDRP2 and N2x0 Series” not what is mentioned below. Joe > On May 8, 2019, at 9:11 AM, Joe Martin wrote: > > I am trying to bring an elderly N210 r2.0 with unknown history to life by > loading current

Re: [USRP-users] X310 unable to connect after recovery procedure

Thanks, Nicolas. I am interested to hear how you eventually clear the problem as I also have an X310 and so far all works fine but someday I may face the same issue as you are experiencing so please when you find a solution please post it. I am not experienced enough yet with mine to be able

Re: [USRP-users] X310 unable to connect after recovery procedure

Nicolas, It appears you were pinging 192.168.10.3, not 192.168.10.2. Maybe this particular example was simply a typo and you used the correct IP address to ping during your other tests? Regards, Joe > On Mar 22, 2019, at 11:05 AM, Nicolas GALLAND via USRP-users > wrote: > > Hello

Re: [USRP-users] link led colour

oyel is seeing is expected and just means >> there's data being transferred, assuming Koyel is looking at the LINK >> LED that's next to the RF ports. >> >> Thanks, >> >> Wade >> >> On Thu, Mar 7, 2019 at 7:48 PM Joe Martin via USRP-users < >

Re: [USRP-users] Problem with usrp-2900 and GNU Radio

…and I’m using GNURadio version 3.7.13.4. Joe > On Mar 9, 2019, at 12:35 PM, Joe Martin via USRP-users > wrote: > > Hi Thomas, > > I also am new to USRP so if I tell you something that is not correct perhaps > someone more knowledgeable will weigh in and co

Re: [USRP-users] Problem with usrp-2900 and GNU Radio

Hi Thomas, I also am new to USRP so if I tell you something that is not correct perhaps someone more knowledgeable will weigh in and correct me for both our benefits. The error you received indicates (I think) that the FPGA firmware version and the UHD version you have installed are

Re: [USRP-users] Recording the full X3x0 bandwidth

Thank you Mark-Jan for the additional information. I’ll study it and compare with my system. Much appreciated. Best regards, Joe > On Mar 9, 2019, at 11:19 AM, Mark-Jan Bastian wrote: > > Hi Joe, > > With sudo lspci -vvv you will see the capabilties, including the low-level > PCIe bus

Re: [USRP-users] Recording the full X3x0 bandwidth

My apologies, I meant to say “Mark-Jan”! > On Mar 9, 2019, at 10:40 AM, Joe Martin wrote: > > Hi Mark, > > I am intrigued by your response and have obtained a tree view for my system > as you suggested to Paul. I’m unfamiliar with the tree view and don’t > understand how to check the

Re: [USRP-users] Recording the full X3x0 bandwidth

Hi Mark, I am intrigued by your response and have obtained a tree view for my system as you suggested to Paul. I’m unfamiliar with the tree view and don’t understand how to check the number of PCIe lanes that are available to the disk controller and disks and how to check how many PCIe

Re: [USRP-users] Recording the full X3x0 bandwidth

Hi Paul, Thanks for your post. I am new to USRP devices and UHD and GNURadio but I have recently obtained an X310 with dual TwinRX daughterboards to do pulsar radio astronomy and I have been exploring exactly the issue you raise in order to help me with my requirements to record data for

Re: [USRP-users] link led colour

Interestingly, my X310 front panel LED occasionally, very briefly shows red too. Maybe the schematic isn’t current with what is actually used in the unit these days(?). Regards, Joe > On Mar 7, 2019, at 3:36 PM, Marcus Müller via USRP-users > wrote: > > So that's built on an X3x0