Great, thanks! I will be out tomorrow. I have not had time to replicate
the corruption using an Ettus example such as tx_samples_from_file but I
can try this on Friday.
Rob
On Wed, Aug 15, 2018 at 6:36 PM Michael West wrote:
> Hi Rob,
>
> Martin meant that the product ID issue was fixed in 3.12
Hi Rob,
Martin meant that the product ID issue was fixed in 3.12.0.1 (current head
of UHD-3.12) and 3.13.0.0. We are currently trying to reproduce the TX
corruption issue using the head of UHD-3.13.
Regards,
Michael
On Wed, Aug 15, 2018 at 2:55 PM, Martin Braun via USRP-users <
usrp-users@lists
On 08/15/2018 11:46 AM, Rob Kossler via USRP-users wrote:
> Anyone know the cause & solution to the following startup error? This
> just started today after a cascade of problems which ultimately required
> me to reflash the SD card.
>
> $ uhd_usrp_probe --args="addr=192.168.61.2"
> [INFO] [UHD]
We are all very relieved to hear it. Thanks.
Michael
On Wed, Aug 15, 2018 at 1:18 PM, Rob Kossler wrote:
> This fixed the problem. Thanks to all.
> Rob
>
> On Wed, Aug 15, 2018 at 4:16 PM Rob Kossler wrote:
>
>> Great, thanks!
>>
>> On Wed, Aug 15, 2018 at 4:15 PM Michael West
>> wrote:
>>
>
This fixed the problem. Thanks to all.
Rob
On Wed, Aug 15, 2018 at 4:16 PM Rob Kossler wrote:
> Great, thanks!
>
> On Wed, Aug 15, 2018 at 4:15 PM Michael West
> wrote:
>
>> Rob,
>>
>> The images for 3.13.0.2 are in the process of being posted. You can
>> either checkout v3.13.0.1 and use thos
Great, thanks!
On Wed, Aug 15, 2018 at 4:15 PM Michael West wrote:
> Rob,
>
> The images for 3.13.0.2 are in the process of being posted. You can
> either checkout v3.13.0.1 and use those images or continue to use the head
> of UHD-3.13 and just recompile MPM on the device.
>
> Regards,
> Micha
Rob,
The images for 3.13.0.2 are in the process of being posted. You can either
checkout v3.13.0.1 and use those images or continue to use the head of
UHD-3.13 and just recompile MPM on the device.
Regards,
Michael
On Wed, Aug 15, 2018 at 1:11 PM, Robin Coxe via USRP-users <
usrp-users@lists.e
You should be able to just recompile MPM to get yourself unstuck.
On Wed, Aug 15, 2018 at 1:08 PM, Rob Kossler wrote:
> Oh. Forgot to ask. Do I need to re-flash the whole OS or can I just
> recompile MPM on the device?
> Rob
>
> On Wed, Aug 15, 2018 at 4:05 PM Rob Kossler wrote:
>
>> Ok. Tha
Hi Rob,
We are looking into it. It should have been fixed as of UHD 3.13.0.0 as
Sayyed stated. Which version of the SD card image are you currently
using? Are you running uhd_usrp_probe directly on the device or from a
remote host? If from a remote host, what version of UHD are you currently
u
Oh. Forgot to ask. Do I need to re-flash the whole OS or can I just
recompile MPM on the device?
Rob
On Wed, Aug 15, 2018 at 4:05 PM Rob Kossler wrote:
> Ok. Thanks for the suggestions. I just tried to download the latest 3.13
> image and got an error message. Any idea why?
>
> $ uhd_images
Ok. Thanks for the suggestions. I just tried to download the latest 3.13
image and got an error message. Any idea why?
$ uhd_images_downloader -t n3xx_common
[INFO] Images destination: /home/irisheyes9/uhd/3_13/share/uhd/images
[ERROR] Downloader raised an unhandled exception: URL does not exis
Hi Rob. Have you updated MPM on your N310 device? This particular issue
was an MPM bug that should have been resolved in the UHD v. 3.13.0.1
filesystem, so updating the SD card should also resolve the issue. If you
just update UHD on the host PC without updating MPM on the device, it will
not f
Hi Rob,
Could try to update your SD card to 3.13.0.1.
Trung
On Wed, Aug 15, 2018 at 12:15 PM Rob Kossler via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Thanks for the suggestion, but no luck. Just tried the latest off of 3.13
> branch.
>
> Given that I've been using this N310 for weeks
There is a small reset button on the back. You need a paperclip to push it.
Also keep in mind that Micro SD cards use mmc flash. This is really low
quality flash memory that has poor write endurance.
I had an N310 that would not boot. Replaced the SD card and it booted on
the first try. You could
Thanks for the suggestion, but no luck. Just tried the latest off of 3.13
branch.
Given that I've been using this N310 for weeks on the original UHD version,
I didn't expect that an update would cure it.
It seems that maybe EEPROM has been corrupted for some reason. I hope
there is a reset opti
Well I had this problem with UHD 3.12 but 3.13 fixed it. Do not know why it
is back.
The github has 13.0.0.2 now and it seems some N310 related things are in
that mini patch. Last commit was 20 hours ago so that may be it?
## 003.013.000.002
* N3xx: Fix issue where changing the clock/time source
Anyone know the cause & solution to the following startup error? This just
started today after a cascade of problems which ultimately required me to
reflash the SD card.
$ uhd_usrp_probe --args="addr=192.168.61.2"
[INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800;
UHD_3.13.0.1-0-g5
17 matches
Mail list logo
