Re: [USRP-users] X310 and N310: using multiple RF
Hi Rodolphe, It is only possible to have one application "claim" the USRP at any given time. So two instances of OAI can not run on the same device. The max sample rate (using sc16) on 1Gb is ~ 25 MS/s. The max sample rate (on X310) is 200 MS/s for a 10Gb link. If you have two RF DBs in a single X310 and want to run at faster than 100 MS/s per card, you need to use both 10Gb interfaces to a single host, however, you're still limited to a single instance of an application claiming the X310. The N310 has the same in behavior, for example, if you want to run 4x channels at 61.44 MS/s, you would need to use both SFP ports as 10Gb links with a single application claiming it at a time. Regards, Nate Temple On Thu, Oct 24, 2019 at 5:52 AM BERTOLINI Rodolphe via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello USRP-users mailing list, > > We are using an X310 for OpenAirInterface (OAI). It has one RF card. > I wonder the following: > > >- With the following configuration: > - USRP X310, HG image, one RF card > - host connected to USRP through 1*10Gbps and 1*1Gbps >- I run OAI on the 10Gbps ethernet interface, and while it is running >I tried to run an other instance via the 1Gbps ethernet interface. I didn't >expect it to work, but I didn't expect neither the error message: uhd tells >me that no USRP was found (I made sure it looks-up through the 1Gbps >interface). > - My interpretation is that once that all of the available RF cards > have an established link with the host, USRP closes all of the free > interfaces (PCIe, ethernet...) > - Thus, if I put an other RF card, and tell the USRP to use only > one ethernet interface per RF card, then I would be able to run one OAI > instance through an ethernet interface + an RF card, and an other > instance > through the other ethernet interface + the other RF card. Is it correct? > - Now if we consider the N310, its 4 RF cards and its 2 ethernet > interfaces: (ignoring limitation from OAI bandwidth requirements) is it > possible to run two instances of OAI through a single ethernet > interface, > so that I could run four instance through two ethernet interfaces? > - If all of the above is correct, do you have any idea on how to > achieve this? > > > Thank you > Regards, > Rodolphe > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] X310 over PCIe not found in Ubuntu 18
This computer has a mini-ITX board (ASUS ROG Strix Z390-I ) with just one x16 slot. However, on monday I can get the full output of the lspci command. Em sex, 25 de out de 2019 às 18:28, Sam Reiter escreveu: > Would you be able to try shifting this card to another PCIe slot in your > machine? > > I'm also interested in knowing what other PCIe devices you have connected > to the computer. It might be worth making the X310's PCIe link the only > connection, at least for testing purposes. > > Sam > > > On Wed, Oct 23, 2019 at 6:58 PM Wheberth Damascena Dias < > whebe...@gmail.com> wrote: > >> Hi Mr Reiter, >> Thank you for your answer. >> >> Actually yes, the same X310 runs perfectly in another machine. Its a i7 >> 6th gen with ubuntu 18.04 kernel 4.15.0, libuhd and uhd-host on same >> version. >> >> I think this can be some PCIe related setting on the BIOS, since the >> lspci shows [disabled] next to the base address, but I can't find any >> option to change it on the BIOS. >> >> Best Regards >> >> >> >> >> -- *Wheberth Damascena Dias* ___ _ _ __ ___ __ _ _ _ _ http://www.linkedin.com/in/wheberth e-mail:whebe...@gmail.com ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] python 2.7 on N310
We are very close to releasing UHD 3.15.x.x which is going to include an updated file system based on thud for all of the embedded USRPs (N3xx, E320, E310). We have also been working on improving the build system and will have a file system option that includes GNU Radio for all the embedded devices. Also with 3.15 RFNoC is on by default with all UHD builds (instead of being a flag or branch). On Fri, Oct 25, 2019 at 2:07 PM Philip Balister via USRP-users < usrp-users@lists.ettus.com> wrote: > With all the annoying issues on this list with Ettus Embedded products, > I'm curious if there is any interest in a gofundme for an image that > supports gnuradio and rfnoc without a bunch of screwing around > rebuilding uhd and manually updating sdks? > > Philip > > On 10/21/19 12:36 PM, Jason Matusiak via USRP-users wrote: > > I am just starting to play with the N310 and I am having issues with > some of our flowgraphs that work fine with the X310 and the E320. The > issue seems to be that there seems to be minimal support for python 2.7 for > the N310. Is there a toolchain or anything else I can do to get better > support? Things like threading.py are missing and only in python3.5 for it. > > > > Thanks. > > ~Jason > > > > > > ___ > > USRP-users mailing list > > USRP-users@lists.ettus.com > > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > > > > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] X310 over PCIe not found in Ubuntu 18
Would you be able to try shifting this card to another PCIe slot in your machine? I'm also interested in knowing what other PCIe devices you have connected to the computer. It might be worth making the X310's PCIe link the only connection, at least for testing purposes. Sam On Wed, Oct 23, 2019 at 6:58 PM Wheberth Damascena Dias wrote: > Hi Mr Reiter, > Thank you for your answer. > > Actually yes, the same X310 runs perfectly in another machine. Its a i7 > 6th gen with ubuntu 18.04 kernel 4.15.0, libuhd and uhd-host on same > version. > > I think this can be some PCIe related setting on the BIOS, since the lspci > shows [disabled] next to the base address, but I can't find any option to > change it on the BIOS. > > Best Regards > > > > > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] python 2.7 on N310
With all the annoying issues on this list with Ettus Embedded products, I'm curious if there is any interest in a gofundme for an image that supports gnuradio and rfnoc without a bunch of screwing around rebuilding uhd and manually updating sdks? Philip On 10/21/19 12:36 PM, Jason Matusiak via USRP-users wrote: > I am just starting to play with the N310 and I am having issues with some of > our flowgraphs that work fine with the X310 and the E320. The issue seems to > be that there seems to be minimal support for python 2.7 for the N310. Is > there a toolchain or anything else I can do to get better support? Things > like threading.py are missing and only in python3.5 for it. > > Thanks. > ~Jason > > > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] Error when trying to run USRP N310s using external LO
Unfortunately not, I'm trying to get the N310s to operate at 584.2 MHz, so my LO is going at 1168.4 MHz (there's a note saying the external LO should supply twice the desired center frequency). I would have thought there's no need to specify the center frequency when running with the LO switched to external, but when I run the setup without specifying the center frequency it doesn't seem to work. -Mark On Fri, Oct 25, 2019 at 6:27 AM Rob Kossler wrote: > The N310 data sheet (in one of the footnotes) indicates that external LO > is limited to the frequency range 300-4000 MHz. Are you trying to operate > below 300MHz? > Rob > > On Thu, Oct 24, 2019 at 3:42 PM Mark Wagner via USRP-users < > usrp-users@lists.ettus.com> wrote: > >> Hi all, >> >> I'm currently trying to run a set of USRP N310s all using the same >> external LO, but I seem to be getting this error >> >> "[ERROR] [0/Radio_1] RX LO lowband does not support setting source to >> external" >> >> which will repeat for all the radios. I tried looking online for the >> source of the error but no dice. It seems like the radios are ignoring the >> LO I'm giving them and using their internal ones instead. Any thoughts? >> >> -Mark >> >> -- >> Mark Wagner >> University of California San Diego >> Electrical and Computer Engineering >> >> ___ >> USRP-users mailing list >> USRP-users@lists.ettus.com >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >> > -- Mark Wagner University of California San Diego Electrical and Computer Engineering ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] Setting tune freq error
Answering your questions: A - Our X310 is connected via PCI-E, so the only buffer we have is the one used in recv() function. B - Our system is not virtualized, the receiver card is directly connected to the SDR. We have problems with gnu-companion opening your .grc file , so we couldn't test it. We suspect recompiling gnuradio will fix this issue. I would like to ask you another question: - The value returned from get_max_num_samps() is 1020 samples per packet. Is this value a constant depending on the hardware? It would be great for us to reach 1024 samples per packet. Thanks beforehand. El 21/10/2019 a las 20:18, Marcus D. Leech escribió: I tried the attached flow-graph, against an X310, with UHD git commit: c52f3f41806622c95573de21be042f966f675543 And couldn't get it to fail. Make sure you resize your socket buffers to the size recommended -- if they aren't big enough, UHD will produce a message indicating how to resize them on your system. So, more questions: (A) What type of ethernet interface do you have? (B) Is this in a hardware or virtual environment? ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] Error when trying to run USRP N310s using external LO
The N310 data sheet (in one of the footnotes) indicates that external LO is limited to the frequency range 300-4000 MHz. Are you trying to operate below 300MHz? Rob On Thu, Oct 24, 2019 at 3:42 PM Mark Wagner via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi all, > > I'm currently trying to run a set of USRP N310s all using the same > external LO, but I seem to be getting this error > > "[ERROR] [0/Radio_1] RX LO lowband does not support setting source to > external" > > which will repeat for all the radios. I tried looking online for the > source of the error but no dice. It seems like the radios are ignoring the > LO I'm giving them and using their internal ones instead. Any thoughts? > > -Mark > > -- > Mark Wagner > University of California San Diego > Electrical and Computer Engineering > > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] Controlling an X310 from embedded devices
Richard, Here is one thing I considered for a similar application (although never implemented). How about having both an FPGA and CPU where your FPGA is in-the-middle between your CPU and the X310. Your FPGA could blindly forward all control packets (both directions), but then intercept the streaming packets as appropriate. The idea is that neither the CPU nor the X310 would realize that there is any device in the middle. This way, the CPU could utilize the UHD library like normal. Rob On Thu, Oct 24, 2019 at 10:39 AM Muri, Richard - 1002 - MITLL via USRP-users wrote: > That was my concern and why I want to control it from an FPGA. My initial > thought was I use an FPGA to fill the data buffers with DMA and then use an > ARM to handle the control flow, but that doesn’t help me receive data at > the rates the x300 series is capable of supplying. Is there a way to accept > received packets into a DMA? > > > > Alternatively, how crazy would it be to use an ARM for the > initialization/configuration, and then build the appropriate data and > command packets in FPGA and send those directly to the USRP? > > > > Thanks, > > Richard > > > > *From:* Marcus D Leech > *Sent:* Wednesday, October 23, 2019 10:54 PM > *To:* Nick Foster > *Cc:* Muri, Richard - 1002 - MITLL ; > usrp-users@lists.ettus.com > *Subject:* Re: [USRP-users] Controlling an X310 from embedded devices > > > > I run B210 from an Odoid XU4 platform and can get up to about 12Msps out > of it, depending on what I’m doing. > > > > But no way you’ll do the 10s of Msps that the X3xx series is capable of. > > Sent from my iPhone > > > > On Oct 23, 2019, at 8:35 PM, Nick Foster via USRP-users < > usrp-users@lists.ettus.com> wrote: > > > > You should have no trouble running UHD on an ARM architecture. The Ettus > E300 series radios are ARM devices. UHD does a huge amount of > initialization and configuration for the X310, and in any case the X310 > doesn't use VRT in any real capacity. You won't realistically be able to > divorce the X310 from UHD. > > > > Your biggest headache on an embedded machine will be keeping up with high > data rates, and waiting for UHD to compile in the first place. =) > > > > Nick > > > > On Wed, Oct 23, 2019 at 4:59 PM Muri, Richard - 1002 - MITLL via > USRP-users wrote: > > Hello, > > > > I’m looking into controlling an X310 from an embedded device. I wanted to > probe the users list before I bury myself into a rabbit hole. > > > > Is it possible to control a USRP directly from an FPGA? I noticed that UHD > use VRT as the transport protocol ( > http://files.ettus.com/manual/page_rtp.html). If I have an FPGA that > speaks VRT over Ethernet or Aurora can I control a USRP, and are there > examples/documentation of controlling a USRP without running an instance of > UHD? In my use case I need to send timed transmit commands and data > packets, and timed receive commands and receive data packets. > > > > In the case that running without UHD is a headache I don’t want to brave, > are there examples of running UHD on ARM cores? > > > > Any insight is appreciated. > > > > Thanks, > > Richard > > > > > > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
