Re: Re : NanoVNA-Saver Linux update procedure
Alberto, are you a member of the dialout group? If not this is likely to be the reason for needing root access.
Graeme
|
Re: Re : NanoVNA-Saver Linux update procedure
Ahh this is turning out to be more tricky than I thought. I am using Linux Mint 19.3 which uses python 3.6. It was no problem to load the dependencies which I listed for python 3.6 but they would not work when I used them with python 3.7 which although it looked in the right place for the dist-packages it could not load them so I guess that there are significant changes. Unfortunately I can't simply unload python 3.6 and upgrade to python 3.7 as 3.6 is integrated into too many Mint packages and is really a system file. I guess that I am stuck with nanoVNAsaver 0.2.1 for the next 2 or 3 years until a new Mint version brings a higher version of python or unless I switch to another distro like Arch or openSuse which keep very current.
I like Mint but don't like not progressing nanoVNAsaver.
73, Graeme ZL2APV
|
Re : NanoVNA-Saver Linux update procedure
Probably they are part of a bigger package,
but here I need the advice of a Linux expert...
You probably want e.g, python3-numpy, python3-pyqt5, etc
Be aware that there are incompatible versions of Python
and many Linux distros try support more than Python 3..
=================================== Thanks Oristo, SUCCESS AT LAST ! I installed these three packages :? python3-numpy, python3-scipy and python3-serial and then the command sudo python3.7 ./nanovna-saver/nanovna-saver.py did work. I was forced to execute it under sudo, otherwise I got some permission errors, don't remember now the details. TNX -- /*73 Alberto I2PHD* <<< >>>/
|
Obviously giggling the cable shouldn¡¯t cause problems. Either a poor quality cable/jack or a manufacturing problem.
Personally I appreciate having a USB-C connector. Pretty much all of the computers I use have them as the principal ports and I¡¯m migrating everything else as I go. It is the new standard and I suspect pretty much all devices will move away from USB-A and micro-USB in the next year or two.
toggle quoted message
Show quoted text
On Jan 15, 2020, at 15:51, Steve London <n2ic@...> wrote:
I have a NanoVNA with a USB-C connector. There is now a problem when connected to a power/data source such as a PC through a USB-C -to- USB-A cable. If the NanoVNA is on, a slight jiggle of the cable causes the NanoVNA to shut down. This does not happen if the cable is not connected to a PC. I have to suspect a problem with the USB-C plug or jack. Why did they even go with a USB-C jack on the NanoVNA. Obviously, only the 4 pins of USB-A are needed.
Thanks,
Steve
|
Re: Re : NanoVNA-Saver Linux update procedure
My parents gave me my first "computer" (a Brainiac) back about 1962. I have been building and programming them ever since then. I thought Pascal was a pretty stupid language, but in all my years I have never encountered a language as fucked up as Python. Just wasted the afternoon trying to build or install PyQt5 on Ubuntu 18.04 following every web tutorial I could find with the result that I now have a bunch of junk to scrub from my system, and no PyQt5, numpy, PtSci, sip ... What a waste. - Ed
|
I have a NanoVNA with a USB-C connector. There is now a problem when connected to a power/data source such as a PC through a USB-C -to- USB-A cable. If the NanoVNA is on, a slight jiggle of the cable causes the NanoVNA to shut down. This does not happen if the cable is not connected to a PC. I have to suspect a problem with the USB-C plug or jack. Why did they even go with a USB-C jack on the NanoVNA. Obviously, only the 4 pins of USB-A are needed.
Thanks,
Steve
|
On Wed, Jan 15, 2020 at 02:43 PM, Leif M wrote:
I wonder if VNA 2.0 has a HW TDR also, or is it a SW feature.
============================================
The 3 GHz VNA 2.0 being developed by Gabriel will have pretty much the same hardware capabilities (i.e., TDR) as the current NanoVNA-F. You can follow Gabriel's V2 firmware development at .
Gabriel's 3 GHz VNA 2.0 will not work out of the box with any of the current NanoVNA software. She is porting a version of Rune's NanoVNA-Saver application to work with her device, which would provide a SW TDR feature. I haven't noticed any recent progress with the porting effort.
- Herb
|
Re: Re : NanoVNA-Saver Linux update procedure
Hello Alberto,
You will need to install the libraries explicitly for the python3 that you are using. The most likely names for the files are
python3-numpy
python3-pyqt5
python3-scipy
python3-serial
sudo apt install python3-numpy will likely install the first file in a Debian based distro and probably other distros are using the same name. Ubuntu based editions are using python 3.6.9 and this runs nanoVNAsaver up to version 0.2.1 but for the latest 0.2.2 you need python 3.7 minimum as the nanoVNAsaver code now is using the future feature "annotations" which is not supported in python 3.6 and there seems to be little enthusiasm to add it which is understandable given that python 4 is looming.
Hope that helps,
73, Graeme ZL2APV
|
I wonder/hope that will there be a TDR in next VNA the 2.0. Delay gives a good starting point for cable compensation, (which people here will probably know better than I)I mean the one with upper frequency of around 3GHz.
Regards
Leif M
|
Interesting link and I found the EM simulator link there also. I have to calibrate my VNA to 900MHz maybe I get better results then.
I wonder if VNA 2.0 has a HW TDR also, or is it a SW feature.
Thanks
Leif
|
Re: How high will Hugen v3.4 HW go?
Sounds tantalizing Glen,
Dale W4OP
toggle quoted message
Show quoted text
-----Original Message----- From: [email protected] [mailto: [email protected]] On Behalf Of GmailK4KV Sent: Wednesday, January 15, 2020 5:30 PM To: [email protected]Subject: Re: [nanovna-users] How high will Hugen v3.4 HW go? Dale, Only a couple more $$$ and we could get a 32F446 or similar, with huge ram and flash... 1000 data points would now be possible. 73 Glen K4KV On 1/15/2020 16:33, Dale Parfitt wrote: I know everyone has their pet upgrades. Mine would be faster sweeps with more data points so as to allow for real time filter tuning.
Willing to pay up.
Dale W4OP
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Oristo
Sent: Wednesday, January 15, 2020 4:26 PM
To: [email protected]
Subject: Re: [nanovna-users] How high will Hugen v3.4 HW go?
deep pockets... at least some anticipation of return on investment If stretched to 3.5GHz, then it could support 5G...
|
Re: How high will Hugen v3.4 HW go?
On Wed, Jan 15, 2020 at 01:33 PM, Dale Parfitt wrote:
"I know everyone has their pet upgrades. Mine would be faster sweeps with more data points so as to allow for real time filter tuning."
========================================================
Dale,
Both Gabriel's V2 device and the new NanoVNA-H V3.4 have faster processors and more flash memory. The faster processor should translate to faster sweeps although no one has confirmed that. Also, driving the larger 4" screen may eat up the gain in speed.
Gabriel's V2 device will increase the number of on screen data points to 201. But both developers are probably wary of breaking compatibility with current software, all which expect 101 data points to be returned. I'm sure the firmware and software developers will figure out a solution.
- Herb
|
Re: How high will Hugen v3.4 HW go?
Dale,
Only a couple more $$$ and we could get a 32F446 or similar, with huge ram and flash...
1000 data points would now be possible.
73
Glen K4KV
toggle quoted message
Show quoted text
On 1/15/2020 16:33, Dale Parfitt wrote: I know everyone has their pet upgrades. Mine would be faster sweeps with more data points so as to allow for real time filter tuning.
Willing to pay up.
Dale W4OP
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Oristo
Sent: Wednesday, January 15, 2020 4:26 PM
To: [email protected]
Subject: Re: [nanovna-users] How high will Hugen v3.4 HW go?
deep pockets... at least some anticipation of return on investment If stretched to 3.5GHz, then it could support 5G...
|
Re: NanoVNA-Saver Linux update procedure
Jim,
By any cgance was it the one shown below? I got this from:
sudo add-apt-repository ppa:deadsnakes/ppa
sudo apt-get update
sudo apt-get install python3.7
Thanks,
-rick, K7LOG
toggle quoted message
Show quoted text
On Jan 15, 2020, at 13:58, Jim Shorney <jshorney@...> wrote: When I was researching how to install 3.7 alongside my system default version (Ubuntu/Kubuntu) without breaking it I found what is claimed to be a "preferred PPA" among Python developers. It indeed installed 3.7 without clashing with the system's preferred version. Where there is a will, there is a way. 73 -Jim NU0C On Wed, 15 Jan 2020 13:22:27 -0800 "Rick Commo" <rick.commo@...> wrote: One practice is for a distro to have both Python 2.7 and python 3.x installed. The command ¡°python¡± usually defaults to Python 2.7.
If the distro has done this then you will probably find the following in /usr/bin (taken from my Rasberry Pi 2B)
lrwxrwxrwx 1 root root 9 Mar 28 2015 python -> python2.7
lrwxrwxrwx 1 root root 9 Mar 28 2015 python2 -> python2.7
-rwxr-xr-x 1 root root 3201580 Sep 26 2018 python2.7
lrwxrwxrwx 1 root root 9 Dec 5 2014 python3 -> python3.4
-rwxr-xr-x 2 root root 3816928 Sep 26 2018 python3.4
The critical thing to realize here is that the command ¡°python¡± can quite easily be changed to any installed version of Python. However you do have to remember that some programs that use ¡°python¡± may, in fact, assume a prticular version.
To get Python 3.7, you might have to add a PPA for it to the repository list. After that your do an "apt update¡± and you should be good to go.
On Jan 15, 2020, at 12:40, Oristo <ormpoa@...> wrote:
Probably they are part of a bigger package,
but here I need the advice of a Linux expert... You probably want e.g, python3-numpy, python3-pyqt5, etc
Be aware that there are incompatible versions of Python
and many Linux distros try support more than Python 3..
|
Re: NanoVNA-Saver Linux update procedure
When I was researching how to install 3.7 alongside my system default version (Ubuntu/Kubuntu) without breaking it I found what is claimed to be a "preferred PPA" among Python developers. It indeed installed 3.7 without clashing with the system's preferred version. Where there is a will, there is a way. 73 -Jim NU0C On Wed, 15 Jan 2020 13:22:27 -0800 "Rick Commo" <rick.commo@...> wrote: One practice is for a distro to have both Python 2.7 and python 3.x installed. The command ¡°python¡± usually defaults to Python 2.7.
If the distro has done this then you will probably find the following in /usr/bin (taken from my Rasberry Pi 2B)
lrwxrwxrwx 1 root root 9 Mar 28 2015 python -> python2.7
lrwxrwxrwx 1 root root 9 Mar 28 2015 python2 -> python2.7
-rwxr-xr-x 1 root root 3201580 Sep 26 2018 python2.7
lrwxrwxrwx 1 root root 9 Dec 5 2014 python3 -> python3.4
-rwxr-xr-x 2 root root 3816928 Sep 26 2018 python3.4
The critical thing to realize here is that the command ¡°python¡± can quite easily be changed to any installed version of Python. However you do have to remember that some programs that use ¡°python¡± may, in fact, assume a prticular version.
To get Python 3.7, you might have to add a PPA for it to the repository list. After that your do an "apt update¡± and you should be good to go.
On Jan 15, 2020, at 12:40, Oristo <ormpoa@...> wrote:
Probably they are part of a bigger package,
but here I need the advice of a Linux expert... You probably want e.g, python3-numpy, python3-pyqt5, etc
Be aware that there are incompatible versions of Python
and many Linux distros try support more than Python 3..
|
Re: How high will Hugen v3.4 HW go?
On Wed, Jan 15, 2020 at 01:25 PM, Oristo wrote:
"If stretched to 3.5GHz, then it could support 5G..."
=================================================
I believe a Gabriel mentioned that acceptable performance was currently topping out at 3.2 GHz. Might be a stretch to squeeze another 300+ MHz out of it.
- Herb
|
SimpleUsbTerminal so I found it on Google Play Store and installed it on an Android.
I was able to set it for 9600 baud, and it found my NanoVNA as a USB
device but didn't have a driver to connect it. It reported vendor ID 0483 and
product ID 5740, but that's all it would do. On my Android, here is an app that works, using its CDC device setting: Another Play Store app that also works, without the need for device setting:
|
Re: How high will Hugen v3.4 HW go?
I agree with Larry on this one with the exception being if design changes
now end up delaying the unit a while but the performance is greatly
improved I would prefer to wait. As one that has been spoiled by "real"
VNA's.
Sam Reaves
ARS W3OHM
Owner and Moderator of:
LeCroy Owners Group on Groups.io (Current and Future Group)
Electronics and Mechanical Hardware Design Engineering Manager
Andritz Rolls Global Research Center (RETIRED)
|
Re: How high will Hugen v3.4 HW go?
I know everyone has their pet upgrades. Mine would be faster sweeps with more data points so as to allow for real time filter tuning.
Willing to pay up.
Dale W4OP
toggle quoted message
Show quoted text
-----Original Message----- From: [email protected] [mailto: [email protected]] On Behalf Of Oristo Sent: Wednesday, January 15, 2020 4:26 PM To: [email protected]Subject: Re: [nanovna-users] How high will Hugen v3.4 HW go? deep pockets... at least some anticipation of return on investment If stretched to 3.5GHz, then it could support 5G...
|
Re: How high will Hugen v3.4 HW go?
deep pockets... at least some anticipation of return on investment If stretched to 3.5GHz, then it could support 5G...
|
Alberto I2PHD
Jim Shorney
Oristo
Sam Reaves