[USRP-users] Re: Too Many Samples in a Single Burst

On Mon, Aug 9, 2021 at 2:12 PM Jonathan Tobin wrote: > Just as an additional update - I was able to test with UHD 4.1 and there > is no issue - seems to be something with UHD 3.15 then. > Just chiming in here to ensure you understand that your test of receiving 625M samples using that particular

[USRP-users] Re: E320 External Reboot Signal

I noticed there’s an ARM JTAG port underneath the board with a system reset pin. However, it doesn’t appear to do anything when grounded. Does anyone know if the JTAG port is disabled, or if it has some different pinout than the typical 10 pin ARM JTAG? __

[USRP-users] UHD 4.1: image loader doesn't seem to change the image

I just tried to update the FPGA image in my N321 to be the XG image rather than the WX. See below three commands run in succession: uhd_find_devices, uhd_image_loader, and then uhd_find_devices again. Note that the image appears to still be the WX image after requesting the XG image when running uh

[USRP-users] UHD 4.1: Timeout calling RPC 'supports feature'

After upgrading to UHD 4.1 (build from source using latest on branch), I am getting the following error consistently when trying to connect to my system of 8 N321 devices. I do not get this error when using my previous version: UHD_4.0.0.0-122-g75f2ba94. I'm wondering if this is a bug. Rob [FATAL

[USRP-users] Re: X310 RFNoc radio block question

On Mon, Aug 9, 2021 at 2:01 PM Black, Robert wrote: > In my case I could do all the processing that I need to do within a > 25MSample rate data stream, with definitely no need for “oversampling” > beyond what the 25MSamp rate provides. If it were possible to magically > change the initial sampl

[USRP-users] Re: X310 RFNoc radio block question

On 08/09/2021 02:24 PM, Black, Robert wrote: Totally agree that it would be complicated, expensive, etc to support multiple front-end sampling rates. I have seen it done in the past, but typically in cases where the RF input, preselection, tuning (i.e. first frequency conversion) was all bei

[USRP-users] Re: UHD source IO type sc16 is not accepted by any GRC block in gnuradio 3.8 (error source IO type "sc16" does not match sink IO type "short")

I also noticed this problem. It appears to be a bug in GNU Radio, introduced by this commit (or at least reverting it fixes the problem): https://github.com/gnuradio/gnuradio/commit/d44ee73deeaab86a7cc5820ef62688f291331b88#diff-07eb034ef7119f3142143792b6a91429ea645e3dd21cd48251d5332abf7486a2 -Mich

[USRP-users] Re: X310 RFNoc radio block question

On 08/09/2021 01:35 PM, Brian Padalino wrote: On Mon, Aug 9, 2021 at 1:21 PM Black, Robert > wrote: Brian yes.- The Radio block is permanently running at a permanent 200 MSamp rate. I would actually be useful to be able to change (reduce) the ADC sampl

[USRP-users] Re: Too Many Samples in a Single Burst

Just as an additional update - I was able to test with UHD 4.1 and there is no issue - seems to be something with UHD 3.15 then. Thanks, Jonathan From: Jonathan Tobin Sent: Monday, August 9, 2021 5:42 AM To: Marcus D. Leech ; usrp-users@lists.ettus.com Subject

[USRP-users] Re: X310 RFNoc radio block question

On Mon, Aug 9, 2021 at 1:21 PM Black, Robert wrote: > Brian yes.- The Radio block is permanently running at a permanent 200 > MSamp rate. > > > > I would actually be useful to be able to change (reduce) the ADC sampling > clock, with appropriate analog anti-aliasing filtering in front of the > de

[USRP-users] Re: X310 RFNoc radio block question

On 08/09/2021 12:45 PM, rbl...@swri.org wrote: Ettus documentation suggests the radio can be configured for a 25 MS sampling rate (The master 200M / 8). I’m wondering if it is possible to get the RFNoc RX *Radio block *to do this without the DDC block. Is that possible? Entering anything othe

[USRP-users] Re: X310 RFNoc radio block question

On Mon, Aug 9, 2021 at 1:03 PM wrote: > Ettus documentation suggests the radio can be configured for a 25 MS > sampling rate (The master 200M / 8). I’m wondering if it is possible to get > the RFNoc RX *Radio block *to do this without the DDC block. Is that > possible? Entering anything other tha

[USRP-users] E320 External Reboot Signal

I was just curious if there is a way to assert an external reboot signal on the E320. For example, if/when the embedded linux OS crashes hard and the system can’t right itself. Absent this, I was just going to make an external watchdog to power cycle the whole thing. I noticed in the register m

[USRP-users] Re: FPGA as OctoClock-G

On 08/09/2021 01:40 PM, zhang.we...@gmail.com wrote: Hi, I am thinking of using FPGA to generate 1PPS and 10MHz signals for multi-USRP, which plays the same functionality as that of the OctoClock-G module. Will there be any potential shortcomings to use FPGA compared to OctoClock-G? Thank

[USRP-users] X310 RFNoc radio block question

Ettus documentation suggests the radio can be configured for a 25 MS sampling rate (The master 200M / 8). I’m wondering if it is possible to get the RFNoc RX \*Radio block \*to do this without the DDC block. Is that possible? Entering anything other than 200M in the “Sample Rate (Hz)” field

[USRP-users] FPGA as OctoClock-G

Hi, I am thinking of using FPGA to generate 1PPS and 10MHz signals for multi-USRP, which plays the same functionality as that of the OctoClock-G module. Will there be any potential shortcomings to use FPGA compared to OctoClock-G? Thank you, Weit ___

[USRP-users] Unsubscribe me from the list

Please unsubscribe me from your mailing list!! ___ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com

[USRP-users] Re: "Failure to create rfnoc_graph" error when updating FGPA on N310

On 08/09/2021 12:11 PM, Tellrell White wrote: Also, I should have mentioned that I'm connected to the device via the console JTAG interface, however, I believe this interface may only be for command and control of the N310. Unfortunately, I don't have an SFP adapter so I've been trying to loa

[USRP-users] Re: "Failure to create rfnoc_graph" error when updating FGPA on N310

Also, I should have mentioned that I'm connected to the device via the console JTAG interface, however, I believe this interface may only be for command and control of the N310. Unfortunately, I don't have an SFP adapter so I've been trying to load the FPGA image onto the device using JTAG and

[USRP-users] Re: Too Many Samples in a Single Burst

Meant late packets. From: Jonathan Tobin Sent: Monday, August 9, 2021 5:41 AM To: Marcus D. Leech ; usrp-users@lists.ettus.com Subject: Re: [USRP-users] Re: Too Many Samples in a Single Burst Hi Marcus, Here is the output from a simple run of txrx_loopback_to_f

[USRP-users] Re: Too Many Samples in a Single Burst

Hi Marcus, Here is the output from a simple run of txrx_loopback_to_file "out of the box." As can be seen, the same error occurs (along with dropped packets this time). ./txrx_loopback_to_file --tx-args "addr=192.168.10.2" --rx-args "type=n3xx,addr=192.168.10.2,time_source=internal,clock_sourc

[USRP-users] Re: "Failure to create rfnoc_graph" error when updating FGPA on N310

MarcusNo, I haven't. This is a new VM I created running Ubuntu 18.04. Checking to see if there's an active firewall results in the following: tw@tw-virtual-machine:~/uhd$ sudo ufw status Status: inactive On Monday, August 9, 2021, 9:18:04 AM EDT, Marcus D. Leech wrote: On 08/08/

[USRP-users] Re: "Failure to create rfnoc_graph" error when updating FGPA on N310

On 08/08/2021 10:45 PM, Tellrell White via USRP-users wrote: Hello I'm currently trying to update the default fpga image on a usrp n310 and I'm getting an error. This a print out tw@tw-virtual-machine:/usr/local/share/uhd/images$ uhd_image_loader --args "type=n3xx,addr=172.37.104.131" --fpga

[USRP-users] Flashing FPGA on N310 using JTAG console interface

Out of curiosity, is it possible to flash the fpga of the N310 using the console jtag interface? I've been trying to accomplish this by flashing the default UHD 4.0 HG image and have been getting the following error [ERROR] [RFNOC::GRAPH] IO Error during GSM initialization. EnvironmentError: I