¿ªÔÆÌåÓý

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

Re: info update

 

@in3elx

Hi Rob,
the files you are looking for are here:

/g/nanovna-users/files/Firmware/All%20%28known%29%20publicly%20available%20NanoVNA%20DFU%20files%20from%20May%205,%202019%20through%20to%20Sept%2029,%202019/DMR

Have a fun!

N.V.


Re: Bad nanovna?

Bob Albert
 

Yes it works sometimes.? The SWR display is particularly erratic.? But even when it works, it's only temporary until it decides to shut down.
The unit hasn't been abused.? I am impressed when it works.? But then it stops.
At one point a screw fell out of the little panel and I discovered they were all in various stages of looseness so I snugged them all up.? I doubt that affected anything.
I tried the PC program to control it and it's more or less the same.
Bob

On Friday, October 4, 2019, 10:21:31 AM PDT, Ken Bozarth <kwbozarth@...> wrote:

Yes, calibrated fine. S11 works fine. With a direct cable between the
ports, I get the noise centered around 0dB. Removing the cable, the display
is exactly the same. Inserting an attenuator, there is no change.

On Fri, Oct 4, 2019 at 1:08 PM <hellhound604@...> wrote:

Have you calibrated it? If you connect a fly-lead between port 0 &1, what
do you measure ? And a 3dB pad?




Re: ERROR ''virtual COM PORT''

 

See here for a possible solution



On Fri, 4 Oct 2019 at 19:17, amdiog via Groups.Io <amdiog=
[email protected]> wrote:

Hi, windows does not recognize the port, how should I do?





--


Re: Bad nanovna?

 

Yes, calibrated fine. S11 works fine. With a direct cable between the
ports, I get the noise centered around 0dB. Removing the cable, the display
is exactly the same. Inserting an attenuator, there is no change.

On Fri, Oct 4, 2019 at 1:08 PM <hellhound604@...> wrote:

Have you calibrated it? If you connect a fly-lead between port 0 &1, what
do you measure ? And a 3dB pad?




Re: Nano saver - Reading / Writing cal data

 

Thanks for the clarification Erik,
With everything Rune has on his plate I'd hate for him to waste his programming efforts on something the firmware does not implement. Usually all save commands come with a reciprocal load command. In this case I guess the firmware developer(s) were being cautious about corrupting the device with erroneous data.

Herb


ERROR ''virtual COM PORT''

 

Hi, windows does not recognize the port, how should I do?


Re: Bad nanovna?

Bob Albert
 

My unit has developed a problem I can't solve.? It is intermittent.? Sometimes it works well but then it gives me a gratuitous reboot or shuts down and then isn't working.? I recalibrate a few times and it seems to recover for a while.
I don't know what to do, other than scrap the unit and get another.? At the price, it's not all that painful.? I haven't tried it today but it's a crap shoot.
Bob

On Friday, October 4, 2019, 10:08:17 AM PDT, <hellhound604@...> wrote:

Have you calibrated it? If you connect a fly-lead between port 0 &1, what do you measure ? And a 3dB pad?


Re: Bad nanovna?

 

Have you calibrated it? If you connect a fly-lead between port 0 &1, what do you measure ? And a 3dB pad?


Re: info update

 

I found the progam DfuSe_Demo_V3.0.6_Setup.exe, but it's a demo. Are there any limitations?

Is there a document that explains the update procedure for those who have never done this?

Thanks


Bad nanovna?

 

Hi all. I am new to this group. I recently bought a nanovna off Ebay. It's a black one, set up for 900MHz and 2 traces. It will not measure S21. All I get is noise at +/-10dB peak levels. S11 works just fine. Should all nanovna units be able to measure S21 regardless of being a "antenna analyzer" or "vector network analyzer". BTW, what is the difference? Of what value is the 4-trace version? I read that in order to flash a 4-trace firmware onto a 2-trace unit, the pgm needs to be unloaded? I tried upgrading the firmware, installing the boot-loader and I found 3 versions of firmware. The boot-loader seems to work fine, sees the device but when I try to load a firmware file, I get a message "not correct format" or something like that. Both softwares used for operating the unit work OK. Should I send this one back and buy a new one or have I not done something I should have? I am not a programmer. I would like to turn the switch on and use it. Thanks.
Ken


Re: Return Loss

 

I agree, return loss should be a positive number, and I can remember endless debates in our engineering-team about it, but when you tune filters on a Network analyzer, it is nice to have the insertion loss (S12) and return loss (S11) going the other way on a single screen. My memory is not too good after having a brain tumor and a couple of strokes, but I seem to recall the HP network analyzers (HP8712???) also showing S11 as a negative number, whilst S21 as a positive number. My memory is a bit fuzzy, bit I can remember the one graph, S12 going up (less negative), and S11 going more negative on the same screen, making it easy to tune. Whether it was the default mode for the HP8712 or whether it was a custom-mode, I can¡¯t remember.


Re: NanoVNA-Saver 0.1.0

 

Hi,
For filters the steepness of the skirts is important apart from the 3dB bandwidth.
-6DB and -80 dB are a real measure for the skirts!
However ,many filters ( or measuring conditions ) are not attaining the -80dB , so -60dB will have to do.
This is OK as long as you realise or/and that this is CLEARLY mentioned/stated.
I have seen many tables with comparisons of filters and their steepness.
Steepness was then 80/3 or 60/3 dB value.
Older engineers told me that this was better than using the ratio of the frequency of the -3 and -60 dB points because the difference between the types of filters( number of poles/crystal,L-C;etc/etc.) could be better evaluated.
I know of discussions because of mixing between -60 and -80 dB values( don't compare two sorts of beasts)

Jan ON4MMW

-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of hwalker
Sent: 04 October 2019 17:45
To: [email protected]
Subject: Re: [nanovna-users] NanoVNA-Saver 0.1.0

Mike,
Google on filter bandwidth and the majority of the results will come up as the -3 dB point. Not saying the -6 dB and -60 db points are not useful info, just that the -3dB point is the common reference.

Herb


Re: Nano saver - Reading / Writing cal data

 

The current firmware allows dumping the internal calibration table with the data command
data [0-6]
where
0: S11
1: S21
and
2 /* error term directivity */
3 /* error term source match */
4 /* error term refrection tracking */
5 /* error term transmission tracking */
6 /* error term isolation */
but it is currently NOT possible to upload calibration tables into the nanoVNA


Re: NanoVNA-Saver 0.1.0

 

a link about measuring filters


Re: NanoVNA-Saver 0.1.0

 
Edited

In my own experience coming from a R&D environment, we would specify filters with the -3dB and -60dB (theoretical) points, but for production and customer tests, AND specifications, we would only test the -3dB point and the -45 dB points, as those points were achievable by most equipment. The -60dB point was considered to be theoretical as very few customers could measure it.


Re: Accuracy of calculated values - Nano VNA and Saver

 

Hello Run,

I like to use your program and I am very happy with it.
You try to realize feasible expansion requests during the program development.
And all for free and for the three main operating systems. That's a great achievement.
Thanks a lot for this.
The criticism of someone sitting on a high horse should not impress you.

73, Rudi DL5FA


Re: Accuracy of calculated values - Nano VNA and Saver

Dr. David Kirkby from Kirkby Microwave Ltd
 

On Fri, 4 Oct 2019 at 13:38, Martin via Groups.Io <martin_ehrenfried=
[email protected]> wrote:

i All,

Owen Duffy has recently posted a note about the Nano VNA on his blog.



He makes a few points about the accuracy of calculated values with both
the Nano VNA and Saver in particular.
Whilst agreeing on his return loss statement, the blog is written in a
childish condescending way. If anyone wants to forward him the post I made
about how the HP LCR meter can display things, they are welcome to, but I
can't be bothered to communicate with people like that.

Dave






If we first deal with the issue of Return Loss, which is probably the most
problematic par, and has certainly caught me out on several occasions.

Just about every instrument I can remember using, has RL shown as a
negative curve, even if the units themselves are positive. This is handy if
for example you are tuning a filter, as you can see the insertion gain on
the uppermost trace and the RL loss on the lower one without them
overlapping. It also matches the convention of SWR plots and when
measuring the RL of cables it matches the convention of more attenuation
being negative.

However Owen makes the point that negative loss is actually gain (double
negative) and vice versa, and the existing conventions do indeed lead to
confusion and mistakes being made. Maybe return loss should really be
called return gain, and then everyone would be happy (well maybe - but this
is not a serious suggestion).

However if we put this to one side, there is still the issue of how the
values are being calculated, and if they are in fact correct. If not then I
think this should be investigated in more detail and fixed, as there would
seem to be an opportunity to do this before it propagates further.

Regards,

Martin - G8JNJ



--
Dr David Kirkby Ph.D C.Eng MIET
Kirkby Microwave Ltd
Registered office: Stokes Hall Lodge, Burnham Rd, Althorne, CHELMSFORD,
Essex, CM3 6DT, United Kingdom.
Registered in England and Wales as company number 08914892

Tel 01621-680100 / +44 1621-680100


Re: NanoVNA-Saver 0.1.0

 

Rune,
My school days are far behind me, but I recall that different filter designs fall off in certain dB/decades (i.e. 20 dB/decade) so if you were trying to extrapolate it would definitely help to know what type of filter is being measure and the number of poles. Otherwise you will have to do something empirical and look at trend in the dataset and do an extrapolation based on the trend from say -3 dB or - 6 dB to -40 dB which should well out of the NanoVNA's noise floor.

I'm sure members with more experience in this area will weigh in.

Herb


30 : our final report 1

 

30 : our final report 1

29 : ann : our nanovna will be evaluated tonight :
/g/nanovna-users/message/3867

hello all,

this is our final report on the comparison of our
[nanovna] and [vna] in terms of frequency

1 : for nominal values without uncertainty :

red : nanovna - blue : vna

r :
x :

after all that said, accept, please, our humble - but sincere - congratulations

sincerely yours,

gin&pez@arg

30


Re: NanoVNA-Saver 0.1.0

 

Hi Herb,
my code thus far does indeed try to extrapolate what the -60 dB point would
be. Only I'm nowhere near good enough at making calculations like this, so
I'm stumbling a little. I know what the -6 dB point is, and I know
(roughly) how many dB per octave or decade the filter drops by. I think I
then need to do something magic involving logarithms, probably something
really simple - but I haven't sat down and figured it out yet.

Suggestions welcome if it's obvious to you, the reader. :-)

--
Rune / 5Q5R

On Fri, 4 Oct 2019 at 17:53, hwalker <herbwalker2476@...> wrote:

[Edited Message Follows]

Mike,
Google on filter bandwidth and the majority of the results will come up as
the -3 dB point. Not saying the -6 dB and -60 db points are not useful
info, just that the -3dB point is the common reference.

One other point is that -60 dB is in the dirt for portions of the nanoVNA
measurement range. Rune would have to extrapolate the -60 dB point in that
range which lends itself to possible inaccurate assumptions of the filter's
behavior.

Herb