¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io
Date

Re: Notes on running NanoVNA-Saver on Linux #nanovna-saver

 

When I first loaded Nano saver onto my Linux machine (via Git hub), I had to enable "DIALOUT" under my group to establish permission to use the USB port to communicate with the NANO-VNA...


Re: NanoVNA firmware user interface mod #mods

 

It looks OK, it's showing the baseband width (in Hz) and the number of sampled points OK.

Could you explain exactly what's not working DMR, what is it you're seeing wrong I wonder ?


Re: NanoVNA firmware user interface mod #mods

DMR
 

Thank you for adding the LOGMAG one function to the software.
Now the second graph does not interfere with viewing and measurements.


Re: NanoVNA firmware user interface mod #mods

DMR
 

I downloaded firmware with SD card support.
This area does not work on the display where the screenshot is taken.
The save function s1p, s2p in the menu works.


Re: NanoVNA firmware user interface mod #mods

 

Yes I've just included DiSlords SD card updates into the code, though I can't test it myself as my little NanoVNA-H does not have an SD card slot fitted.

Here's the latest version with hopefully working SD card saves.


Re: NanoVNA firmware user interface mod #mods

 

Do you intend to work on FW with SD card support?
I tested your FW and missed this option.
Grateful for your work.


Re: H4 SD Card Install Problem

 

A hint: while using FatFs (as it is with the H4 firmware) always do format your SDcards with



Igor


Re: discussion about vna software #calibration

 

Hi,
You can also visit this website about ferrites:


The first ferrite measurements with nanoVNA were discussed by forum members here: /g/nanovna-users/message/6996 and in subsequent discussions. (/g/nanovna-users/topic/nanovna_saver_0_2_0/54247421?p=Created,,,20,1,20,0&jump=1)

73, Gyula HA3HZ
--
*** If you are not part of the solution, then you are the problem. ( ) ***


Re: NanoVNA firmware user interface mod #mods

 

Yes no problem DMR.

Might take me a while for the that PC software to get useful though as I was only originally doing it for testing the firmware, but if people want to use it as a proper piece of software I'll continue to write it, I'll release the source code when it's a bit tidier as it's a bit messy at the moment. It's only for Windows though, have given up on writing multi-platform C++ PC software.


Re: discussion about vna software #calibration

 

On Saturday 11 July 2020 05:26:07 pm DougVL wrote:
On Fri, Jul 10, 2020 at 03:05 PM, Roy J. Tellason, Sr. wrote:


Having a recently acquired NanoVNA-H4, and having a bunch of unmarked toroid
cores (some with windings, some without), I'd sure be interested in hearing
more about how you do this...
Check this link (if it works!)

It's supposed to be an article by w6rmk, on his earthlink web site. Which I can't find directly - must have gotten the page thru facebook.

Or google "Identifying Mystery Ferrites", which might get you there.
Did that, and came up with a link home.earthlink.net/~w6rmk/ferrite.htm, which seems to be awfully slow to load for some reason. Eventually it timed out. Retrying didn't help. That really long link got me to the same place, with the same result.

Also find a PDF by Owen Duffy, on his web site, the article "A method for estimating the impedance of a ferrite toroidal inductor at RF". Section 3, on the second page, is "Identifying ferrite materials", with a chart. You find the frequency where a 1-turn coil's R=X and get the mix number from the chart.
That one comes back with *one* result, a link to scribd, which won't let me see the whole document or download it. I don't use that site, don't like it, and have already had to issue them a couple of takedown notices when some of my stuff ended up there. That's using duckduckgo, while google came back with a hit on , which I downloaded.

There is a similar (but much shorter) page at
Got that one, too.

I have these articles printed out for easy access when I did some toroid checking.

Doug
Thanks for the links!

--
Member of the toughest, meanest, deadliest, most unrelenting -- and
ablest -- form of life in this section of space, ?a critter that can
be killed but can't be tamed. ?--Robert A. Heinlein, "The Puppet Masters"
-
Information is more dangerous than cannon to a society ruled by lies. --James
M Dakin


Re: Notes on running NanoVNA-Saver on Linux #nanovna-saver

 

Vaclav,

I dropped some notes in the file section of this group, at /g/nanovna-users/files/Nano%20VNA%20Saver. The file is *nanoVNA-H4 software support under Ubuntu.pdf* (/g/nanovna-users/files/Nano%20VNA%20Saver/nanoVNA-H4%20software%20support%20under%20Ubuntu.pdf).

The approach described works with a nanoVNA-H4, and hopefully a nanoVNA-H. Essentially, a Python VM (virtual machine) is set up so that NanoVNA-Saver runs in its own isolated Python environment, avoiding interference to/from the rest of the Python needed to keep the OS running sweetly. A script is used to enter the Python VM, and then to exit the VM after NanoVNA-Saver itself exits. Then all is well.

HTH, 73, Stay Safe,

Robin, G8DQX

PS: It took me a while to find the answers, and one learnt about Python VMs.

On 11/07/2020 17:32, vaclav_sal via groups.io wrote:
Post purpose: Share experience with NanoVNA-Saver - Linux installation only

After few dead ends I got the NanoVNA_Saver to play.

First the bad news.
I am Linux / Ubuntu fan and tried to implement NanoVNA-Saver by downloading zip file.
The short story - since I am not experienced Python hacker - I couldn't not make it run.

I rather "switch then fight" so I went for standard "clone from github" method .
The "install and run " process is well documented on Github.
(IMHO one should always use document written by author / authors - such as Github is.
Any other "clone / copy / wiki etc" is just second hand info - caveat emptor.)

Run into minor snag - after executing the software I received an error that NanoVNA port it is not allowed to
communicate. Asked Mrs Google and it was an easy fix ( will post if anybody is interested )

TODO
I am currently executing the NanoVNA-Saver using tilda ( replaced Ubuntu "terminal") CLI application. Like to replace that with "point and click on desktop icon ". I have not done that so if anybody has made such "batch" file let me know and share.

End of sharing post


Locked Re: The Uncertain Future of Ham Radio - IEEE Spectrum

Pierre Martel
 

As I receive the post of the group by email, I do receive them all with links on the bottom of the email.

-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.

View/Reply Online (#15084): /g/nanovna-users/message/15084
Mute This Topic: /mt/xxxxxxxx/xxxxxxxx
-=-=-
Learn about the NanoVNA in the following forum areas:
Documentation & Update Files: /g/nanovna-users/files
Knowledge-based Wiki: /g/nanovna-users/wiki


As you can see, you can mute the topic. I did it myself so I wont receive any answer to my message.

Somethimes using the tools we have at hand is so easy...


Re: A test fixture for common-mode current chokes AKA 1:1 baluns #measurement

 

The circuit shown by yvandelaserge will allow a good measurement of the common mode impedance of the choke provided the input impedance of the VNA's CH1 is accurately known. However, the common mode impedance alone doesn't say a thing about the common mode rejection that will be achieved in the application. For that, you also need to know the common mode impedances on both the source side and the load side. The final result could range from very good CMRR down to very poor CMRR, depending.

Dana


Re: Bettering the resistors' network on the RX input?

 

Roger,
Forgot to comment on what Kurt wrote. Yes. I remember that discussion but the phase reference will now be on the ch1 side of the 10 dB pad adding more off set to the actual phase shift thru the DUT. The accuracy of the source and load Z is still an issue. In the fall and winter I will go back to this stuff again and test a DUT on other instruments to see how they agree with the Nano using the thru S21 methods. I retired in '16 but then went back to work three more times on a part time basis so I'll have more time later in the year as I am finally finished.....fully retired.
Pete


Re: Bettering the resistors' network on the RX input?

 

Hi Roger,
I would say the reference plane is as show if a full two port cal was done but the Nanovna can not do a full two port cal. This makes me think that the phase reference is actually inside the VNA at Ch1's mixer. The Nanovna is like having a house with 1 and 1/2 bathrooms:)
Pete


Re: NanoVNA firmware user interface mod #mods

DMR
 

HI OneOfEleven,
If possible, please add a display of only one graph (LOGMAG S21) in the menu.


Re: discussion about vna software #calibration

 

It appears the original site is down or no longer exists.

In that case, use the Wayback Machine (aka Archive.org)


Re: discussion about vna software #calibration

 

On Fri, Jul 10, 2020 at 03:05 PM, Roy J. Tellason, Sr. wrote:


Having a recently acquired NanoVNA-H4, and having a bunch of unmarked toroid
cores (some with windings, some without), I'd sure be interested in hearing
more about how you do this...
Check this link (if it works!)

It's supposed to be an article by w6rmk, on his earthlink web site. Which I can't find directly - must have gotten the page thru facebook.

Or google "Identifying Mystery Ferrites", which might get you there.

Also find a PDF by Owen Duffy, on his web site, the article "A method for estimating the impedance of a ferrite toroidal inductor at RF". Section 3, on the second page, is "Identifying ferrite materials", with a chart. You find the frequency where a 1-turn coil's R=X and get the mix number from the chart.

There is a similar (but much shorter) page at

I have these articles printed out for easy access when I did some toroid checking.

Doug


Re: NanoVNA firmvare, compiled by DiSlord #firmware with MiniSD support #firmware

 

On Sat, Jul 11, 2020 at 01:01 PM, igor-m wrote:


Change the include paths in the nanovna.h (H4 branch line 441) to

// SD Card support, discio functions for FatFS lib implemented in ili9341.c
#ifdef __USE_SD_CARD__
#include "../FatFs/ff.h"
#include "../FatFs/diskio.h"
..

and it builds then.

Upload this fix, thanks


Re: NanoVNA firmvare, compiled by DiSlord #firmware with MiniSD support #firmware

 

Change the include paths in the nanovna.h (H4 branch line 441) to

// SD Card support, discio functions for FatFS lib implemented in ili9341.c
#ifdef __USE_SD_CARD__
#include "../FatFs/ff.h"
#include "../FatFs/diskio.h"
..

and it builds then.