¿ªÔÆÌåÓý

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

Re: Wireless remote control of nanoVNA-H

 

You can also take a look at /g/nanovna-users/message/17351

Best regards

Piero, I0KPT

Il 29/09/2020 04:58, Jerry Gaffke via groups.io ha scritto:
All of this looks very useful. Cool stuff!
Looking forward to seeing how much more detail we get in a TDR display with 401 points.
Having the UART available opens up many new possibilities.

Thanks!
Jerry, KE7ER


On Mon, Sep 28, 2020 at 12:28 PM, DiSlord wrote:

I add Serial connection support to my firmware (can use v1.0.39 from here
/g/nanovna-users/files/Dislord%27s%20Nanovna%20-H%20Firmware
):

You need select CONFIG->CONNECTION->SERIAL
Also set speed CONFIG->CONNECTION->SERIAL SPEED
Possibly switch in any time, setting store in config (CONFIG->SAVE)

I test HC-05 Bluetooth module on speed 115200 all work.
!!! Need configure HC-05 for speed (see HC-05 manual) before install (default
speed 38400). In CPU program possible select any speed (it speed over
Bluetooth to HC-05 module), but on nanoVNA need select HC-05 serial speed
setting.

Now if i connect to NanoVNA by USB i send command to HC-05 (or any module
connected to serial) from NanoVNA console (need select connection USB and
select correct speed for serial):
usart "AT+VERSION?"
See console log:
03.102 tx: usart "AT+VERSION?"
03.116 rx: usart "AT+VERSION?"
03.310 rx: +VERSION:2.0-20100601
03.314 rx: OK
03.607 rx: ch>
03.116 rx: usart "AT+VERSION?" -> This NanoVNA echo command answer
03.310 rx: +VERSION:2.0-20100601 - > This HC-05 answer translated to console
03.314 rx: OK - > This HC-05 answer translated to console
03.607 rx: ch> -> This NanoVNA ready console input
On Mon, Sep 28, 2020 at 11:51 AM, DiSlord wrote:

You can check my last firmware v1.0.39
/g/nanovna-users/files/Dislord%27s%20Nanovna%20-H%20Firmware

Added fixes for this compensation (thanks for OneOfEleven), but extended for
use any points count/different FFT size (my firmware allow select different
points, up to 401 for H4, also H4 use 512 FFT for support 401 points)


Re: Current Firmware for nanoVNA #firmware

 

On Mon, Sep 28, 2020 at 06:42 PM, Gyula Molnar wrote:


S-A-A-2_firmwares_20200619
That's wrong. 20200926


--
Klaus, DL5KV


Re: Free DSP books, LTSpice

 

Thank you very much for the info and the link to the serious Super Spice design program, IMO this is a beautiful piece of software that cuts breadboard bench time out of the picture. The only thing left to do is build the circuit for proof of concept. I am very grateful to Kevin for his decision to release as free! Used only for personal projects here. WOW!


Re: New open source VNA released - excellent performance claimed

 

We have been working closely with Jan and provided all manufacturing support for Jan's second version of the VNA design. The results so far are very satisfactory, but we still need to make some final improvements. It is expected that Jan can complete the final design of VNA2 in the next few weeks. I will distribute some early verified versions of VNA2 to some testers next week to collect feedback on actual usage. If all goes well, we will sell this version of VNA with Jan. If less than 100 sets are manufactured, the cost of a single BOM is higher than US$200. If the manufacturing quantity is increased to more than 1,000 sets, the cost of a single BOM can be reduced to less than US$150. In any case, plus tax and other sales costs, the cost of a single VNA is more than $200, and the final price will be more than 5 times that of NanoVNA. But we still think this is a very meaningful product. Once we make more progress in our work, we will announce it in the group.


Re: Wireless remote control of nanoVNA-H

 

All of this looks very useful. Cool stuff!
Looking forward to seeing how much more detail we get in a TDR display with 401 points.
Having the UART available opens up many new possibilities.

Thanks!
Jerry, KE7ER


On Mon, Sep 28, 2020 at 12:28 PM, DiSlord wrote:

I add Serial connection support to my firmware (can use v1.0.39 from here
/g/nanovna-users/files/Dislord%27s%20Nanovna%20-H%20Firmware
):

You need select CONFIG->CONNECTION->SERIAL
Also set speed CONFIG->CONNECTION->SERIAL SPEED
Possibly switch in any time, setting store in config (CONFIG->SAVE)

I test HC-05 Bluetooth module on speed 115200 all work.
!!! Need configure HC-05 for speed (see HC-05 manual) before install (default
speed 38400). In CPU program possible select any speed (it speed over
Bluetooth to HC-05 module), but on nanoVNA need select HC-05 serial speed
setting.

Now if i connect to NanoVNA by USB i send command to HC-05 (or any module
connected to serial) from NanoVNA console (need select connection USB and
select correct speed for serial):
usart "AT+VERSION?"
See console log:
03.102 tx: usart "AT+VERSION?"
03.116 rx: usart "AT+VERSION?"
03.310 rx: +VERSION:2.0-20100601
03.314 rx: OK
03.607 rx: ch>
03.116 rx: usart "AT+VERSION?" -> This NanoVNA echo command answer
03.310 rx: +VERSION:2.0-20100601 - > This HC-05 answer translated to console
03.314 rx: OK - > This HC-05 answer translated to console
03.607 rx: ch> -> This NanoVNA ready console input

On Mon, Sep 28, 2020 at 11:51 AM, DiSlord wrote:


You can check my last firmware v1.0.39
/g/nanovna-users/files/Dislord%27s%20Nanovna%20-H%20Firmware

Added fixes for this compensation (thanks for OneOfEleven), but extended for
use any points count/different FFT size (my firmware allow select different
points, up to 401 for H4, also H4 use 512 FFT for support 401 points)


Re: Flashing &reading firmware from an Android device #adapters #dfu #firmware #flashing

 

Oh, I forgot to include the link...

The author also has an Android utility to flash over Bluetooth for those that have added the BT serial module to their Nanovna.?
Again: the STlink version has unlimited flashing ability (and allows setting of the option bits in flash) but the dfu versions give you only 25 free flashes.

Regards
Larry

On Mon, 28 Sep 2020 at 8:38 PM, Larry Rothman<nlroth@...> wrote: Folks,
I use my LG gpad for quite a lot of my activities so I started to search for an Android app that could flash and read the Nanovna firmware using the USB OTG function.

I found 'STM32 Utils' and 'Zflasher' on the Play Store but they were older apps and limited in functionality.

On GitHub, I found an old project from 2015 but although it claimed to flash dfu files, I could not get that to work although it was able to erase the flash while in dfu mode.?


Yesterday, I went back to the Play Store and there were two new apps there from the same author. One is completely free but uses the STlink interface to flash and read hex files (I verified it works well).

The other will flash dfu files, is easy to use but has a limit of 25 flash operations before you need to spend to get either 100 more flash operations or unlimited access. This utility works very well except for the cost after the first 25 flashes, so you might want to pick up an STlink interface and use the totally free app.

Please note: I have no relation with the author of these 2 new apps but I do know there are a number of Android tablet and device owners in the forum that can make good use of either app.

I will be making a dedicated cable for my STlink that uses a 4-circuit stereo jack as you only need 3v, gnd, clk and Dio to flash with the STlink. That way I don't need to lug around a laptop...I can use my tablet or phone with my Nanovna devices.

... Larry


Re: New open source VNA released - excellent performance claimed

 

Interesting.

As a digital guy, I'm surprised a 6ghz instrument can use an Si5351 as the primary clock source.
Rather high jitter, SiLabs has far better.
He has two 100mhz channels from the Si5351 feeding two MAX2371 VCO's, for outgoing signal and mixer LO.
Though he does have that third reference mixer, which is just the LO beating at the outgoing signal.
I guess that allows the jitter to be subtracted out.

The Spartan FPGA is currently used only to sweep the VCO's and grab data from the ADCs.
The FPGA has 72kbytes of internal block ram, might in the future do an FFT which could be very cool.
Perhaps larger FPGA's in the same footprint.

With this and a Raspberry Pi and a 7 inch 1080p screen and some 18650 cells all in a cigar box,
that seems standalone enough.

But I've got plenty to learn with this basic nanovna.
No immediate need to go beyond 1ghz.
6ghz can wait till I can buy an autostuffed board for $100.

Jerry, KE7ER

On Mon, Sep 28, 2020 at 03:49 PM, Clifford Heath wrote:


Benjamin Vernoux reports (on <
>):

Jan K?berich has just released an Amazing Open Source VNA with frequency
range 1MHz - 6GHz, Dynamic range (S12/S21) below 3GHz: 80-90db, above 3GHz:
50-60db, Sweep rate: up to 10k points/second (each point includes measurement
of all four S-parameters)
< >

I've had a quick look at the design and at face value, it seems very
creditable. Not super-budget like the nanoVNAs, but great performance. No
screen - the hard work is done on a host PC.


Flashing &reading firmware from an Android device #adapters #dfu #firmware #flashing

 

Folks,
I use my LG gpad for quite a lot of my activities so I started to search for an Android app that could flash and read the Nanovna firmware using the USB OTG function.

I found 'STM32 Utils' and 'Zflasher' on the Play Store but they were older apps and limited in functionality.

On GitHub, I found an old project from 2015 but although it claimed to flash dfu files, I could not get that to work although it was able to erase the flash while in dfu mode.


Yesterday, I went back to the Play Store and there were two new apps there from the same author. One is completely free but uses the STlink interface to flash and read hex files (I verified it works well).

The other will flash dfu files, is easy to use but has a limit of 25 flash operations before you need to spend to get either 100 more flash operations or unlimited access. This utility works very well except for the cost after the first 25 flashes, so you might want to pick up an STlink interface and use the totally free app.

Please note: I have no relation with the author of these 2 new apps but I do know there are a number of Android tablet and device owners in the forum that can make good use of either app.

I will be making a dedicated cable for my STlink that uses a 4-circuit stereo jack as you only need 3v, gnd, clk and Dio to flash with the STlink. That way I don't need to lug around a laptop...I can use my tablet or phone with my Nanovna devices.

... Larry


New open source VNA released - excellent performance claimed

 

Benjamin Vernoux reports (on <>):

Jan K?berich has just released an Amazing Open Source VNA with frequency range 1MHz - 6GHz, Dynamic range (S12/S21) below 3GHz: 80-90db, above 3GHz: 50-60db, Sweep rate: up to 10k points/second (each point includes measurement of all four S-parameters)
<>

I've had a quick look at the design and at face value, it seems very creditable. Not super-budget like the nanoVNAs, but great performance. No screen - the hard work is done on a host PC.


Re: Procedure for measuring S12 cable loss?

 

On 9/28/20 9:14 AM, bbdowns@... wrote:
Hi,
I have the nanoVNA2. I'm trying to measure the loss in db between the two ports.
I have the manual but it has nothing on setting the device up for S12 port loss measurement. The manual just tells you where the menu options are. Does anyone have instructions for this type of measurement? A lot of guess work ATM. I see posts on this subject but no settings, just discussion. I could figure this out for myself if I had some calibrated attenuators, but I don't. A couple of observations and some questions below.
What I've done so far:
1. Calibrated the VNA over the frequency of interest. OSL and Through using the supplied cable.
2. Set the displayed marker to LOGMAG.
Q.[LOGMAG is absolute logarithmic magnitude of what value? Power? Voltage? The manual doesn't say]
Q. [LOGMAG of forward or reflected power? The manual doesn't say]
3. Display->Channel>CH1 Through.
With the above settings, I see the display below when a 50cm length of RG142 is connected between the two ports:

CH1 LOGMAG is showing 0.02db. So is that the total insertion loss between ports? That simple?

Yes it is that simple.

A good thing to have is a 3-10 dB attenuator so you can test this kind of thing.. S11 should be good if the other end of the attenuator is connected to Ch1 (port 2). If you disconnect the connection from Ch1, the S11 should go to twice the attenuator loss (give or take).



I'm guessing that the reference level on the chart (0.0db) is one level down from the top, as the yellow horizontal marker (left side) is placed at that level - in the absence of a vertical scale.
Interestingly, when channel is set to 'CH0 Reflect' I see the chart below, -35.19db. There's no way a 50 length of RG142 can have this much loss, so I assume this figure is Return Loss - of the second port termination value?

Thanks.


Re: Wireless remote control of nanoVNA-H

 

I add Serial connection support to my firmware (can use v1.0.39 from here /g/nanovna-users/files/Dislord%27s%20Nanovna%20-H%20Firmware):

You need select CONFIG->CONNECTION->SERIAL
Also set speed CONFIG->CONNECTION->SERIAL SPEED
Possibly switch in any time, setting store in config (CONFIG->SAVE)

I test HC-05 Bluetooth module on speed 115200 all work.
!!! Need configure HC-05 for speed (see HC-05 manual) before install (default speed 38400). In CPU program possible select any speed (it speed over Bluetooth to HC-05 module), but on nanoVNA need select HC-05 serial speed setting.

Now if i connect to NanoVNA by USB i send command to HC-05 (or any module connected to serial) from NanoVNA console (need select connection USB and select correct speed for serial):
usart "AT+VERSION?"
See console log:
03.102 tx: usart "AT+VERSION?"
03.116 rx: usart "AT+VERSION?"
03.310 rx: +VERSION:2.0-20100601
03.314 rx: OK
03.607 rx: ch>
03.116 rx: usart "AT+VERSION?" -> This NanoVNA echo command answer
03.310 rx: +VERSION:2.0-20100601 - > This HC-05 answer translated to console
03.314 rx: OK - > This HC-05 answer translated to console
03.607 rx: ch> -> This NanoVNA ready console input


Re: Procedure for measuring S12 cable loss?

 

dB is a way to expresses power loss or power gain. For power loss, the formula is 10 x LOG (one power / another power both in Watts).

If the voltage is known for the same case the formula is 20 x LOG (one voltage, V1 / another voltage,V2) using the same resistance for the two voltages.

This is based on Power = E^2/R. The formula would be the same as 10 LOG (V1^2 / V2^2) where the R in the denominator being the same so it divides out (R/R=1).

The LOG is doubled from 10 to 20 because the power of 2 (ex V1^2) is dropped leaving just the ratio of V1 to V2. Same as saying 10 LOG(V1 / V2) + 10 LOG (V1/ V2) = 20 LOG ( V1 / V2).

Hope this makes sense. It is based on multiplying two numbers by finding the LOG of each and adding them together.

The Nanovna measures S11 using just Ch0 and this is expressed as S11 LOGMAG which is the return loss express in dB which equals 10 LOG (the reflected power / the forward power). The -35.19 dB you see is this amount.....a ratio of two powers expressed in dB.

The Nanovna also measures S21 (I think that is what you were referring to when you say S12). I think of it as the signal level at Ch1 (port 2) due to the signal applied from Ch0 (port 1)....in other words it is the gain or loss of something inserted between Ch0 and Ch1. In your case, -0.02 dB is possible at low frequencies for the cable you measured.

I think you did the calibration OK. For measuring the loss the "through" should be an adapter OR better yet the connectors chosen to be "insertable" or in other words one connector should be a male and the other female. The DUT should then have the appropriate connectors so no additional loss is added.

Hope all of this stuff I mentioned helps for the moment but I suggest doing some reading on S-parameters and logarithms.


Re: Should the builtin TDR mode compensate for FFT window / zero-padding losses? #tdr

 

You can check my last firmware v1.0.39
/g/nanovna-users/files/Dislord%27s%20Nanovna%20-H%20Firmware

Added fixes for this compensation (thanks for OneOfEleven), but extended for use any points count/different FFT size (my firmware allow select different points, up to 401 for H4, also H4 use 512 FFT for support 401 points)


Procedure for measuring S12 cable loss?

 

Hi,

I have the nanoVNA2. I'm trying to measure the loss in db between the two ports.

I have the manual but it has nothing on setting the device up for S12 port loss measurement. The manual just tells you where the menu options are. Does anyone have instructions for this type of measurement? A lot of guess work ATM. I see posts on this subject but no settings, just discussion. I could figure this out for myself if I had some calibrated attenuators, but I don't. A couple of observations and some questions below.

What I've done so far:

1. Calibrated the VNA over the frequency of interest. OSL and Through using the supplied cable.

2. Set the displayed marker to LOGMAG.
Q.[LOGMAG is absolute logarithmic magnitude of what value? Power? Voltage? The manual doesn't say]
Q. [LOGMAG of forward or reflected power? The manual doesn't say]

3. Display->Channel>CH1 Through.

With the above settings, I see the display below when a 50cm length of RG142 is connected between the two ports:



CH1 LOGMAG is showing 0.02db. So is that the total insertion loss between ports? That simple?

I'm guessing that the reference level on the chart (0.0db) is one level down from the top, as the yellow horizontal marker (left side) is placed at that level - in the absence of a vertical scale.

Interestingly, when channel is set to 'CH0 Reflect' I see the chart below, -35.19db. There's no way a 50 length of RG142 can have this much loss, so I assume this figure is Return Loss - of the second port termination value?



Thanks.


Re: Current Firmware for nanoVNA #firmware

 

Unsubscribe: /g/nanovna-users/leave/defanged [ larrystein@... ]

On 28 Sep 2020 17:42, Gyula Molnar <gyula.ha3hz@...> wrote:




Hi BruceN,
Which entry do you not understand?
I can¡¯t help anyone who doesn¡¯t know how to read websites. Anyone who
reads will know that there is firmware from multiple sources on my page in
the "Using NanoVNA" article, which you can find a link to in the pdf files
if you click on the underlined or blue highlighted text.
Yes ... some just read and understand the joke in the text.

Can You see this:
Firmware sources:?? _last update
NanoVNA_edy555_20200620
NanoVNA-H_hugen_20200118
NanoVNA-H4_hugen_20200221
NanoVNA_DiSlord_20200620 [SD Card on -H4 and early nanoVNA]
NanoVNA-F_firmwares_20200417
S-A-A-2_firmwares_20200619

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








Re: Current Firmware for nanoVNA #firmware

 

Hi BruceN,
Which entry do you not understand?
I can¡¯t help anyone who doesn¡¯t know how to read websites. Anyone who reads will know that there is firmware from multiple sources on my page in the "Using NanoVNA" article, which you can find a link to in the pdf files if you click on the underlined or blue highlighted text.
Yes ... some just read and understand the joke in the text.

Can You see this:
Firmware sources: _last update
NanoVNA_edy555_20200620
NanoVNA-H_hugen_20200118
NanoVNA-H4_hugen_20200221
NanoVNA_DiSlord_20200620 [SD Card on -H4 and early nanoVNA]
NanoVNA-F_firmwares_20200417
S-A-A-2_firmwares_20200619

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


Re: Current Firmware for nanoVNA #firmware

 

One thing I like about this forum is the lack of snarkiness in replies. For the same space that it takes to be snarky, you can answer a question with real information to direct the questioner to the right information. Good going guys. And, all, remember the only stupid question is the one you don't ask.

BruceN / K4TQL

--
*"To invent, you need a good imagination and a pile of junk"* -- Thomas Alva Edison (1847-1931)


Re: Free DSP books, LTSpice

 

Hi David,
It's not advertising. The author retired and made his simulation app free of charge.
These sim apps are used for modeling many types of analog circuits, including RF, which can then be verified using the Nano devices.

There are a number of these free apps, a few of which are already mentioned in various forum posts. A few members have used these to design and post the result of filters and shown how the Nano is used to measure and display same.

Hardware and software complement each other these days and it's good to have a reference of free or inexpensive tools to draw from.

... Larry


Re: Free DSP books, LTSpice

 

While interesting, your post is not appropriate for this forum. Please do not post advertisements.

DaveD

On Sep 27, 2020, at 20:42, Clifford Heath <clifford.heath@...> wrote:

Kevin Aylward has now made his excellent SuperSpice product available as freeware (Windows only): <>.
I think he will provide source code on request as well.

Kevin is a great guy, who's used his talents at Racal in recent years to produce the finest commercially-available crystal oscillator modules.

I've never used either, but I have had some great email discussions with Kevin.





Re: Free DSP books, LTSpice

 

Kevin Aylward has now made his excellent SuperSpice product available as freeware (Windows only): <>.
I think he will provide source code on request as well.

Kevin is a great guy, who's used his talents at Racal in recent years to produce the finest commercially-available crystal oscillator modules.

I've never used either, but I have had some great email discussions with Kevin.