Neel, Michael,
Thanks for the information!
-Daniel
On Wed, Jun 23, 2021 at 10:01 AM Neel Pandeya
wrote:
> Hello Daniel May:
>
> We have plans to sell and support the USRP E310 at least through 2026.
>
> Please let me know if you need any further information.
>
> --Neel
Is there currently an EOL schedule for the E310, or will the E310 be
available for the foreseeable future?
Thanks,
Daniel
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
Marcus,
Understood, thanks the response. Hope you feel better soon.
-Daniel
On Thu, Dec 27, 2018 at 1:37 PM Marcus D. Leech
wrote:
> On 12/27/2018 01:51 PM, Daniel May wrote:
>
> Marcus,
>
> Thanks for the response. We've tried creating two separate multi_usrp
> object
t;
usrp-users@lists.ettus.com> wrote:
> On 12/27/2018 10:57 AM, Daniel May via USRP-users wrote:
> > We have an X310 with two UBX-160 daughter cards. Is it possible to set
> > different sample rates for each Tx channel? Seems that setting the
> > sample rate for one channel
We have an X310 with two UBX-160 daughter cards. Is it possible to set
different sample rates for each Tx channel? Seems that setting the sample
rate for one channel sets all channels. We're controlling things via a
multi_usrp object. The set_tx_rate function has a channel argument, but it
doesn't
Andreas,
Just a guess: Are both of your X310's using a common 10 MHz reference? If
not, this is likely just the difference between the LO's on the two
devices. Even tuned to the same center frequency, there will be a slight
difference in the LO's. If you feed both X310's a common 10 MHz reference
Important info up front:
Hardware: USRP B210
Driver: Version: [INFO] [UHD] linux; GNU C++ version 4.8.5 20150623 (Red
Hat 4.8.5-16); Boost_106700; UHD_3.11.1
I have an application that receives and transmits at the same time. The
application receives a stream of data, does some simple processing,
rs <
usrp-users@lists.ettus.com> wrote:
> On 10/30/2018 10:42 AM, Daniel May via USRP-users wrote:
>
> Is there a way to query the amount of data in the FIFO so that I can wait
> until it clears?
>
> I don't believe so.
>
> You could simply wait an amount of tim
Is there a way to query the amount of data in the FIFO so that I can wait
until it clears?
On Tue, Oct 30, 2018 at 9:37 AM Rob Kossler wrote:
> The DRAM is 2GB, I think.
>
> On Tue, Oct 30, 2018 at 10:34 AM Daniel May wrote:
>
>> Thanks, I'll give that a try. I thoug
ou could supply the arg "skip_dram=1" so that the streaming goes
> directly to the DUC rather than through the FIFO. This will probably work
> fine for slow sample rates (i.e., perhaps a FIFO is not needed for such
> rates).
> Rob
>
> On Mon, Oct 29, 2018 at 4
All,
Can anyone else reproduce this issue and/or suggest a solution?
This is happening over the Ethernet interface as well. Application exits,
Tx light stays on, relaunching application causes X310 to enter an
unrecoverable state and requires power cycling. It looks like an issue with
initializin
e engineers. To make a long story short, the easiest fix is send the
> unit to Robin Coxe (cc'd) and they will install firmware that corrects
> the issue. To do this yourself requires a custom cable that is not
> available for sale yet.
>
> Philip
>
>
> On 09/26/2016 11:13
Hello,
For our projects, we write C++ code that interfaces directly to UHD and
executes on the E310. We are very comfortable with the UHD API, and have
used it extensively. We are interested in getting familiar with RFNoC and
using it to expand some of our capabilities. We have successfully loade
Jon,
Like I mentioned earlier, I've used E310's for TDOA measurements with
success. I do have the same initial offset issue, but I can either a)
compute the offset and manually correct for it, or b) stop and restart the
stream, and the offset disappears.
If the offset is drifting, you are not usi
14 matches
Mail list logo
