Thank you for the suggestion and request. I will try and add. Hopefully i can borrow an ettus or I might have to get some feedback from you or others letting me know it works well. I'll add to the list for the next release.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank you for the suggestion and request. I will try and add. Hopefully i
can borrow an ettus or I might have to get some feedback from you or others
letting me know it works well. I'll add to the list for the next release.
hi dm. i uploaded 2 new ISOs yesterday. im not sure if i have ettus support right in debian but could you try it? could yoi also try the new "DragonOS LTS" lubuntu build? i think i have it right in that build.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I was able to fire up both the LTS and Buster build in a VM yesterday and
the Ettus support is correct. Depending on the build, I need to run
uhd_images_download(er) to pull the FPGA image for my radio. Then I run
uhd_usrp_probe to match the hardware to one of the images just downloaded.
GQRX worked in the LTS version right away after I ran those two commands
and even detected it in the hardware menu. The Buster version did not
detect the hardware, I can manually type in the correct value and get it
work.
hi dm. i uploaded 2 new ISOs yesterday. im not sure if i have ettus
support right in debian but could you try it? could yoi also try the new
"DragonOS LTS" lubuntu build? i think i have it right in that build.
i have this issue and i suspect it is because i added the ettus ppa and installed the uhd-host which caused a mismatch. it looks as if i remove that repo and uhd-host and then install from the stock 18.04 repository i end up with uhd-host 3.10.3.0. id love to hear if youve tried the publicR2 LTS build and experianced issues. i think this is the only thing i changed with ettus.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I did not see in the list of supported SDR software the Ettus UHD driver. If this is not already included, I woul like to request it be included.
Thank you for the suggestion and request. I will try and add. Hopefully i can borrow an ettus or I might have to get some feedback from you or others letting me know it works well. I'll add to the list for the next release.
I'm happy to help test it when you have a test ready.
On Sun, Apr 19, 2020 at 9:12 AM Cemaxecuter cemaxecuter@users.sourceforge.net wrote:
hi dm. i uploaded 2 new ISOs yesterday. im not sure if i have ettus support right in debian but could you try it? could yoi also try the new "DragonOS LTS" lubuntu build? i think i have it right in that build.
I was able to fire up both the LTS and Buster build in a VM yesterday and
the Ettus support is correct. Depending on the build, I need to run
uhd_images_download(er) to pull the FPGA image for my radio. Then I run
uhd_usrp_probe to match the hardware to one of the images just downloaded.
GQRX worked in the LTS version right away after I ran those two commands
and even detected it in the hardware menu. The Buster version did not
detect the hardware, I can manually type in the correct value and get it
work.
On Tue, Apr 21, 2020 at 6:09 PM Cemaxecuter cemaxecuter@users.sourceforge.net wrote:
i finally had about 30 mins with an ettus 210 today and it looks like maybe i broke the support in my latest ISO.
https://github.com/EttusResearch/uhd/issues/318
i have this issue and i suspect it is because i added the ettus ppa and installed the uhd-host which caused a mismatch. it looks as if i remove that repo and uhd-host and then install from the stock 18.04 repository i end up with uhd-host 3.10.3.0. id love to hear if youve tried the publicR2 LTS build and experianced issues. i think this is the only thing i changed with ettus.