[USRP-users] Re: rfnoc_image_builder on UHD 4.7

ages/ruamel/yaml/main.py", >>> line 1039, in error_deprecation >>> raise AttributeError(s, name=None) >>> AttributeError: >>> "load()" has been removed, use >>> >>> yaml = YAML(typ='rt') >>> yaml.load(...) >>> >>

[USRP-users] rfnoc_image_builder on UHD 4.7

u use, or check the tag attribute on the > loaded data, > instead of file > "/usr/lib/python3.10/site-packages/uhd/imgbuilder/yaml_utils.py", line 230 > > return yaml.load(stream, OrderedLoader) > Is this a known error with a specific version of ruamel.yaml? Is ther

[USRP-users] Re: N3xx internal ethernet interface

ing graph: > RfnocError: OpTimeout: Control operation timed out waiting for ACK* > Best, Ryan On Fri, Mar 19, 2021 at 1:50 PM Ryan Marlow wrote: > Related to my previous inquiry so continuing this thread... > Trying to get UHD to find the CHDR endpoint at the internal_eth core a

[USRP-users] Re: N3xx internal ethernet interface

d static routing file are configured correctly, I am working with a topology right now that is similar to the E310. Thanks, Ryan On Tue, Mar 16, 2021 at 12:54 PM Martin Braun wrote: > You can't ping it using the 'ping' command (as you've probably found out > yourself). We

[USRP-users] Re: N3xx internal ethernet interface

> discovery management packets into that network to see what's on the other > side (e.g., a crossbar). You could forge one of those and send it in there > via UHD, but you'd have to figure out the packet format from the RFNoC spec > and the source code. > > --M > > O

[USRP-users] N3xx internal ethernet interface

devices or uhd_usrp_probe to verify the integrity of that interface connection. Thanks, Ryan Marlow -- Ryan L. Marlow R L Marlow Consulting LLC rlmarlow.com ___ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usr

Re: [USRP-users] Front Panel GPIO Question

Hey Bob, Such a thing is possible but would require some slight modifications to the device itself. I believe by default, RFA, channel 0 controls all the FP GPIO. I believe it would be just a matter of modifying which fp control ports are connected to the physical front panel pins. See this section

[USRP-users] X300 RFNoC integer-N tuning

https://github.com/EttusResearch/uhd/blob/UHD-3.13/host/lib/rfnoc/radio_ctrl_impl.cpp#L150 vs https://github.com/EttusResearch/uhd/blob/master/host/lib/usrp/multi_usrp.cpp#L1917 Is there another way I can pass this setting in to an rfnoc/device3 application that I am overlooking? Thanks, Ryan M

Re: [USRP-users] RFNoC RX -> TX loopback

t; https://corvid.io/2017/04/22/stupid-rfnoc-tricks-loopback/ > > > -- > *From:* USRP-users on behalf of Ryan > Marlow via USRP-users > *Sent:* Thursday, April 11, 2019 10:51 AM > *To:* USRP-users@lists.ettus.com > *Subject:* [USRP-users] RF

[USRP-users] RFNoC RX -> TX loopback

Hello all, Quick question on a RX -> TX loopback application. Say I have a rfnoc graph that has been connected as Radio RX -> processing block -> Radio TX so there is no data samples streaming to/from the host. Can I just issue the "start streaming" command to the Radio block itself or do I need to

[USRP-users] RFNoC block destructor: this->send_cmd_pkt(0, 0, true); -> EnvironmentError: IOError:

fnoc_rx_to_file. The error does not seem to be effecting the device or UHD in any negative way because I am still able to re run the app after the error occurs too. Just want to understand what I may be overlooking or doing wrong. Thanks, Ryan Marlow -- Ryan L. Marlow R L Marlow Consulting LLC rlmar

Re: [USRP-users] X300 TX Pulse odd behavior

board are you using? > > Brian > > On Tue, Oct 16, 2018 at 7:23 PM Ryan Marlow wrote: > >> Hey Brian, >> Thanks for the suggestion. I think that idea should work for me. Is there >> anywhere that documents the X300 TX ramp up time? >> Best, >> Ryan

Re: [USRP-users] X300 TX Pulse odd behavior

fore your 1000 samples, do you see the > appropriate number of pulse burst length? > > This method would be a compromise between the two methods you described. > Does that work for you? > > Brian > > On Tue, Oct 16, 2018 at 6:19 PM Ryan Marlow via USRP-users < > usr

[USRP-users] X300 TX Pulse odd behavior

me the behavior that I want but I am curious as to why the pulses are shortened. Thanks, Ryan Marlow -- Ryan L. Marlow R L Marlow Consulting LLC rlmarlow.com ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailm

[USRP-users] X300 FP GPIO with RFNoC API

r or some similar function to configure the gpio from software? Or more importantly is it even possible when using RFNoC to use those software functions? Thanks, Ryan Marlow -- Ryan L. Marlow R L Marlow Consulting LLC rlmarlow.com ___ USRP-users mailing li

Re: [USRP-users] RFNoC TX Examples

uld be: > 219 radio_ctrl->set_tx_frequency(freq, radio_chan); > Notice the change from rx->tx. Best, Ryan Marlow On Thu, Sep 20, 2018 at 10:35 AM, Leandro Echevarría < leoechevar...@gmail.com> wrote: > Hey Ryan, > > Thanks a lot! I actually ended up doing pretty much t

Re: [USRP-users] RFNoC TX Examples

Hey Leo, I haven't seen anyone respond yet and I recently needed to develop a TX RFNoC example of my own. I worked off the rfnoc_rx_to_file.cpp example. Far from perfect, but it gets the job done (transmits data). The main changes are: - copied send_from_file function from tx_samples_from_file.cpp

Re: [USRP-users] x310 ddc error

Alternatively, upgrade your FPGA image to use the latest DDC code. Run uhd_image_downloader to get the latest image or build your own from the uhd fpga repo. Best, Ryan Marlow Date: Fri, 19 Jan 2018 16:13:47 + > From: Disco Daniele > To: "USRP-users@lists.ettus.com" > S