开云体育

Maybe stupid question, did you check if without filter you get an attenuation of 0dB?

Good morning guys,

I'm new to the group, and I got my nano last week.
The measurements on antennas are plausible and I was able to follow them with my "miniVNA", the situation is different with filter measurements.
Here for example on a LPF for 70cm. The filter was measured on a Wiltron Network Analyser and had an attenuation of 0.15 dB in the passband. In the blocking range at 600 MHz, the attenuation is -62 dB. With the "nano" I measured an attenuation of almost -11 dB in the passband.
A measurement on a 630m LPF yielded the same result.

Does anyone have similar measurement results for filter measurements, is my "nano" defective, or is the source of the error in front of the "nano"? :o)

73 Joe
DF2JP

Forgot to add screenshot, here it is

Here is TDR VSWR for your BNC connector. It seems that this BNC has about 422 picoseconds delay in comparison with supplied SMA reference.

Try to measure this BNC with calibration on supplied calibration kit and ELECTRONIC DELAY setting 422 picosecond. You can find ELECTRONIC DELAY setting in the SCALE menu.

Hello Dave,

Thanks for the reply. I've come to the same conclusion. I've ordered some
tiny push switches to replace the jog/select switch (single pole three
throw momentary).
I can mount these side-by-side along the top edge of the board with the
buttons facing upwards. I bought ten for ?1.39 delivered and I'll have them
by the weekend.

Best regards,

John

On Wed, 18 Sep 2019 at 07:33, Dr. David Kirkby from Kirkby Microwave Ltd <
drkirkby@...> wrote:

On Tue, 17 Sep 2019 at 22:07, <jimcking@...> wrote:

I broke my switch and hugen sent me a link to purchase a new on. I
purchased 10 because the shipping cost more than the 10 switches. A

search

for hugen posts should find the link.

Jim K.

What type of switch is it? Singe pole double throw (SPDT), DPDT etc?

To me at least, the unit is so poorly made that the only sensible choice is
to mount it inside a box with *only the screen accessible.* Everything else
needs to be on the outside of the box. Personally I would not bother
replacing the switch with another of the same quality. Instead I would run
wires out to a well made panel mounted switch.

Dave
--
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkirkby@...

Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales.
Company number 08914892.
Registered office:
Stokes Hall Lodge,
Burnham Rd,
Althorne,
Chelmsford,
Essex,
CM3 6DT,
United Kingdom

On Tue, 17 Sep 2019 at 22:07, <jimcking@...> wrote:

I broke my switch and hugen sent me a link to purchase a new on. I
purchased 10 because the shipping cost more than the 10 switches. A search
for hugen posts should find the link.

Jim K.

What type of switch is it? Singe pole double throw (SPDT), DPDT etc?

To me at least, the unit is so poorly made that the only sensible choice is
to mount it inside a box with *only the screen accessible.* Everything else
needs to be on the outside of the box. Personally I would not bother
replacing the switch with another of the same quality. Instead I would run
wires out to a well made panel mounted switch.

Dave
--
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkirkby@...

Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales.
Company number 08914892.
Registered office:
Stokes Hall Lodge,
Burnham Rd,
Althorne,
Chelmsford,
Essex,
CM3 6DT,
United Kingdom

On Tue, Sep 17, 2019 at 03:44 PM, Dana Shtun wrote:

Erik where is the 1500 Mhz code?

Greetings,

In order to get a feel for the quality of my SMA-BNC adapter I decided to calibrate with the supplied SMA references then measure my DIY BNC 50 Ohm load through the adapter. Attached are the results which show a return loss of 53dB, VSWR 1.005:1 for both 148 and 450 MHz. The RL at 890 is 29 dB/1.07:1. The results are attached. My cheap adapter is better than I expected.

--
Enjoy!
Tom
VA7TA

Hello everyone, I'm a member of NanoVNA-F develop team, BH5HNU(flyoob)'s aliexpress store is on business now. The NanoVNA-F and RF DEMO KIT is on shelf.


Welcome to our shop, my friends!
If you interested in our product, you can join /g/nanovna-f ~

Hi Eric;

Nice job with the extended range, plus the other added features. It mostly works OK, and as stated earlier; it interfaces nicely with NanoVNA Saver. Kudos to Rune also on his "beyond the call" value added effort.

There appears to be a bug in the calibration... at least in my case... While attempting to perform a 2-port 50 kHz to 30 MHz local cal (not via one of the Windows GUIs), The corrected S21 data plots consistently in excess of -6 dB after several cal attempts, and I'm unable to toggle the correction on and off. I've checked my cables, and this wasn't an issue with my original firmware install, so I'm pretty certain it's something in the firmware. I'm going to reflash the firmware tomorrow, but I don't suspect a bad install would do something wrong consistently and not eventually crash. :-)

Has anybody else been putting this extended range firmware through its paces and observed something similar?


--
72/73

Gary, N3GO

This thread discusses the thumbwheel switch.
/g/nanovna-users/topic/32796736
In post 869 of that thread, Hugen tells us where he buys the switch that the nanoVNA ships with
In post 1305 of that thread, Hugen recommends a better switch.

This thread discusses other options:
/g/nanovna-users/topic/34151142

And another:
/g/nanovna-users/topic/34166411

The thumbswitch is mechanically unreliable, mine often gets stuck.
One solution for this would be to drill out the front panel to take 3 button switches,
or fab a replacement using one of the many low cost board fab shops.
Drill a hole in the main nanoVNA board, run 3 wires plus ground from the thumbswitch
up to the three new button switches. No need to remove the old switch, the three pins
we are interested in are exposed.

I have a PCB with three button switches from some other gear,
may just glue the strip of three down to the top of the nanoVNA top panel.

But beyond the unreliable thumbwheel switch, we also have a software issue.
Seems the switches are polled, and if the ARM processor
is busy doing other stuff it may not see your switch action.
I'd think it should be interrupt driven, and simply bail out of processing the current crop
of data when the switch is pressed.

Jerry Gaffke, KE7ER

Hi Mark. The direct answer to your question is YES.

It was not my intention when I did this note to make it complicated. Instead, try to follow as close as possible a procedure that would squeeze the best performance from the unit. Isolation on the larger VNA units is one process that the user is given the option to OPT out. And usually you can get buy in doing just that and walk away with a noise floor that provides better than 80 dB below the 0 dB thru. Not quite the case with the nanoVNA, so best to take a route that minimizes excess cross talk between channels.

Termination of both ports minimizes radiation and signal pickup of the two channels. Not allowing the RF cables to cross minimizes this as well, since the cables provided with the unit are not double shielded. Coax can radiate dependent on the density of the shield and the method the connector is attached to the cable.

Hope this clarifies the note.

Alan

Mark K0NIA 8:48am #2536
Edited 8:48am
I've read and tried to follow the calibration instructions listed in the "Files" section of this group. When I get to "Note 13," to calibrate LOAD, it instructs me to use a second 50 ohm terminator and second F-F adapter, which were not included and I do not own.

In this case, should I just put the included load on CH0 (S11)?

Thanks, and 73--
Mark, K0NIA

I've had mine for just over a week now.

I'm hoping you downloaded "STSW_STM32080_V3.0.6.zip" and a DFU file. Unzip
and install this program; this is the program for pushing the firmware to
your device.

You will also need to prep your device for uploading the firmware by first,
turning it off. Look for the jumpers near where power from the battery
connects to the board. If you look at my photo "NanoVNA1.jpg" you will see
two contact points that need to be jumpered. Just because I had it laying
around I used two clips I use for a multimeter with little hooks on one end
and stackable banana plugs on the other. By plugging one banana plug into
the other, I've made a cable with two little hooks that I can grab onto the
little holes in the mainboard. You can see my wires in NanoVNA2.jpg and
them jumpering the connection in NanoVNA3.jpg.

Now, with the USB cable connected to your computer, turn it. Open up Device
Manager on Windows 10. Scroll down to Universal Serial Bus controllers and
look to see if you have "STM Device in DFU Mode"; I've highlighted it in
NanoVNA4.jpg. Once you have confirmed this, open up the program you
installed earlier, called DfuSeDemo. It should automatically detect it. See
NanoVNA5.jpg. In that image, as you should see on your own computer, it has
selected "STM Device in DFU Mode." Now, click on "Choose...", which will
bring up the file manager to find your .dfu file. Once selected, select the
"Upgrade" button. Now, turn off the device, un-jumper it, then you can turn
it back on. I would recalibrate it before going any further.

I have not had any issues changing the firmware. My original firmware was
from May 2019. I then upgraded it to August. I then decided to try out the
1500 Mhz firmware I saw here on this group. I have an ADSB base antenna
tuned for 1090 MHz, so I wanted to see what would happen. I set a center
point of 1090 MHz with a span of 20 MHz and 10100 data points. The Return
Loss display is a real scatter graph and the Smith Chart looks like a very
fuzzy snake coil. The range of the noise follows a general path, just not
very clear. I find that on all firmwares, the best resolution comes between
about 200 KHz to almost 300 MHz, then it it gets fuzzy.
_____________________________________
Ron Webb



On Tue, Sep 17, 2019 at 12:23 PM aa777888athotmaildotcom <
scott.traurig@...> wrote:

Hi all,

Just got my NanoVNA. It is supposedly the 900MHz version.

I downloaded all the files from this site:



Also found the Git repo here:



Questions:

1. Is there a way to determine the version of firmware currently loaded?
2. Is there a detailed, English language version of the "how to load
firmware" instructions, or only the semi-English version from the Google
Drive site?
3. Any common mistakes or pitfalls to watch out for when loading firmware
so I don't wind up with a brick?
4. What firmware version do people recommend? I have no need to measure
above 500MHz.

Thanks!

Erik where is the 1500 Mhz code?

Thx
Dana

Rune where can I find the 1500 mhz code?

Thx 73 Dana VE3DS

Seems I remember someone found a replacement for the selector switch for
the VNA. This is a major weak point. Is there a supplier for this switch?
Hal/WB4AEG

Hello,

Could you clarify for us, please, if is there any certain knowledge available regarding the specific error model(s) that NanoVNA uses ?

Sincerely,

yin&pez@arg

I've been using NanoVNA-Saver, written by Rune B. Broberg, a member of this
group. It is written in the Python programming language, so it is operating
system agnostic. The code is hosted at
. At that site, if you scroll down,
you will see instructions on installation. I don't want to insult
intellegence by going on a long instruction description if you can figure
it out on your own, but reach back out to the group if you have issues.
_____________________________________
Ron Webb

Questions:

1. Is there a way to determine the version of firmware currently loaded?

1. [CONFIG] -> [VERSION] (requires recent firmware)
2. "version" command on USB serial] (requires recent firmware)
3. "info" command on USB serial shows build time (available with all firmware)

2. Is there a detailed, English language version of the "how to load firmware"
instructions, or only the semi-English version from the Google Drive site?

(dfu-util is multiplatform tool)

3. Any common mistakes or pitfalls to watch out for when loading firmware so I
don't wind up with a brick?

STM32 has DFU updater written in independent memory called "system memory".
The system memory is not writable by user, so there is no worry with a brick. You can write firmware again and again.

4. What firmware version do people recommend? I have no need to measure above
500MHz.

latest one, absolutely.

Hello,

Thank you once more.

Sincerely,

yin&pez@arg