Hello again, i updated the version of the host's uhd to UHD_3.15.0.HEAD-0-gaea0e2de and re-executed "sudo uhd_images_downloader -t mender -t n3xx --yes" . It solved the problem.
One more thing is that after the update on the SD card file system, the uhd version of the usrp also got automatically updated to the uhd version in the host. Its safe to assume that both the host and the USRP are fine with the same uhd version, correct? all the best, Pavlos. On Thu, Jul 16, 2020 at 8:57 AM Pavlos Basaras <pbasa...@gmail.com> wrote: > Hello, > > in case it would help i am also attaching the dmesg output from the usrp. > > best, > Pavlos. > > > On Wed, Jul 15, 2020 at 5:14 PM Pavlos Basaras <pbasa...@gmail.com> wrote: > >> Hello, >> >> that would be great! >> >> cheers, >> Pavlos. >> >> On Wed, Jul 15, 2020 at 5:07 PM Marcus D. Leech <patchvonbr...@gmail.com> >> wrote: >> >>> On 07/15/2020 10:02 AM, Pavlos Basaras wrote: >>> > Hello, >>> > >>> > thank you very much for your prompt reply. >>> > >>> > i copied the .mender file by using the "scp" command. >>> > Yes, i am running the command on the USRP. >>> > >>> > I am not sure if this is a problem but --initially when i created the >>> > .mender file, the host was running the UHD 3.14.0.0 and the USRP had >>> > 3.14.1.0. This is when the problem appeared first. >>> > Then i changed the uhd to 3.14.1.0 on the host to match exactly the >>> > UHD on the usrp, but the error still persists (or course i deleted the >>> > old file from the usrp). >>> > >>> > any ideas? >>> > >>> > best, >>> > P. >>> > >>> I'll have to bug some R&D people and get back to you. >>> >>> >>>
_______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
