Hi Rob,
Thanks for the update. We will look into it.
Regards,
Michael
On Fri, Aug 24, 2018 at 10:09 AM, Rob Kossler wrote:
> By the way, I just changed my "flush" sequence to use the end_of_burst
> flag (when streaming with STREAM_MODE_START_CONTINUOUS), but the issue
> still occurs. Attache
By the way, I just changed my "flush" sequence to use the end_of_burst flag
(when streaming with STREAM_MODE_START_CONTINUOUS), but the issue still
occurs. Attached are the modified source code and the resulting console
log. The new flush sequence is shown below. Again, this is not an issue
for
Thanks Michael,
Are you saying that when running with STREAM_MODE_START_CONTINUOUS, I can
expect a "md.end_of_burst==true" shortly after issuing the
STREAM_MODE_STOP_CONTINUOUS? If so, that seems like a much better method
for flushing all of the samples following the stop command.
In any event, I
Hi Rob,
Excellent feedback as always. Thank you. We will look into the RX burst
behavior using STREAM_MODE_START_CONTINUOUS, but it may take some time.
The flush routine should have a timeout for the recv() call and be looking
for md.end_of_burst to exit, but I'm sure there is more to the issue
Martin, Michael,
Sorry for the long delay in responding. I hadn't been monitoring the
user's list this past week and the replies you sent did not come directly
to my inbox. In any event, I compiled the latest MPM and it seems to work
fine. Thank you.
Now, to the secondary issue I mentioned in t
Rob,
we pushed a fix for the TX spectrum issue to UHD-3.13 and master.
-- M
On 08/15/2018 05:24 PM, Michael West wrote:
> Hi Rob,
>
> We have reproduced the TX corruption issue and we are troubleshooting.
> In the meantime, you can try using the head of UHD-3.13 with the
> force_reinit=1 as Ma
Hi Rob,
We have reproduced the TX corruption issue and we are troubleshooting. In
the meantime, you can try using the head of UHD-3.13 with the
force_reinit=1 as Martin suggested. If that doesn't do the trick, we did
find a combination that seems to work: UHD and FPGA image from the head of
UHD
On 08/09/2018 02:31 PM, Rob Kossler via USRP-users wrote:
> When I first started using MPM 3.13, I was pleased to see the fast
> initialization times compared to previous versions. Now, after spending
> the better part of a couple of days troubleshooting issues, I am much
> less thrilled with this
I can't comment on the MPM or images but we had N310 streaming timeout
issues that were recently fixed.
Upgrading from UHD 13 to 13.0.0.1 fixed all our (seemingly randomly
occurring) streaming issues.
On Thu, Aug 9, 2018 at 2:31 PM, Rob Kossler via USRP-users <
usrp-users@lists.ettus.com> wrote:
When I first started using MPM 3.13, I was pleased to see the fast
initialization times compared to previous versions. Now, after spending
the better part of a couple of days troubleshooting issues, I am much less
thrilled with this version.
The two attachments show the resulting spectrum from an
10 matches
Mail list logo
