|
On Thu, Oct 24, 2019 at 09:47 AM, Martin wrote:
Is it possible to take a sweep & capture with the standalone Nano VNA then
connect to NanoVNA Saver at a later stage and download the previous sweep
parameters for display ?
It is - with the NanoVNA-F, version 2.0 or newer firmware. It saves the s1p files. ( Not a help for the -H models, though. (Not enough memory - already crammed full!) -- Doug, K8RFT
|
On Mon, Nov 11, 2019 at 08:34 AM, Ron Johnson-K7UV wrote:
Just curious...what IS the approximate transmit level of the Nano VNA?
65 mVrms for 50 Ohm load (-10 dBm) 182 mVpp for 50 Ohm load 324 mVpp for 1 MOhm load
|
About -9 to -13 dBm
toggle quoted message
Show quoted text
On Mon, Nov 11, 2019 at 8:34 AM Ron Johnson-K7UV <k7uv@...> wrote: Just curious...what IS the approximate transmit level of the Nano VNA?
Thanks, K7UV 73
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf
Of Ady, YO2NAA
Sent: Monday, November 4, 2019 11:25 PM
To: [email protected]
Subject: Re: [nanovna-users] Storing and recalling scan later via Nano VNA
saver (or similar) #internals #consolecommands
I think the RF on the USB cable wouldn't be an issue. The TX level of
NanoVNA is very low. Some ferrites can be added on the USB / UTP cable.
The UTP cable can be installed perpendicular to the antenna to minimize
the influence.
However, I'm still thinking the software solution, if possible to
implement, would be more elegant: a scheduled scan followed by a pause.
On Tue, Nov 5, 2019 at 1:24 AM W5DXP <w5dxp@...> wrote:
From: Ady, YO2NAA: Your suggestion to use a USB extender is a good
one, thank you.
What about RF on the USB cable?
--
Ron, K7UV
|
Just curious...what IS the approximate transmit level of the Nano VNA? Thanks, K7UV 73
toggle quoted message
Show quoted text
-----Original Message----- From: [email protected] [mailto: [email protected]] On Behalf Of Ady, YO2NAA Sent: Monday, November 4, 2019 11:25 PM To: [email protected]Subject: Re: [nanovna-users] Storing and recalling scan later via Nano VNA saver (or similar) #internals #consolecommands I think the RF on the USB cable wouldn't be an issue. The TX level of NanoVNA is very low. Some ferrites can be added on the USB / UTP cable. The UTP cable can be installed perpendicular to the antenna to minimize the influence. However, I'm still thinking the software solution, if possible to implement, would be more elegant: a scheduled scan followed by a pause. On Tue, Nov 5, 2019 at 1:24 AM W5DXP <w5dxp@...> wrote: From: Ady, YO2NAA: Your suggestion to use a USB extender is a good
one, thank you.
What about RF on the USB cable?
-- Ron, K7UV
|
Dear Hans,
many thanks for interesting and useful information. My initial suggestion
of a scheduled scan has exactly this purpose, to eliminate the influence of
cables or operator.
toggle quoted message
Show quoted text
On Mon, Nov 4, 2019 at 4:55 PM DJ7BA <dj7ba@...> wrote: Hi Andy,
I cannot support your last statement:
> The UTP cable will have some influence on the antenna but not
important I think
That UTP cable is just as much detuning your antenna by common mode
current as feeding the antenna by coax without balun would do.
Common mode current via the NanoVNA and the UTP cable to ground has just
the same detuning effect.
If in doubt, see attached powerpoint.
NanoVNA grounding by holding it in your hand can be avoided by mounting it
on a PE board as shown in the pic.
The 6mm PE board was hot air bent a bit in a vice, because of the inclined
SMA connectors. The PE board was
left long for holding it without touching the NanoVNA. Insulation is more
practical than needing a suitable balun
for each antenna situation.
73, Hans
DJ7BA
-----Urspr¨¹ngliche Nachricht-----
Von: [email protected] <[email protected]> Im Auftrag von
Ady, YO2NAA
Gesendet: Montag, 4. November 2019 15:12
An: [email protected]
Betreff: Re: [nanovna-users] Storing and recalling scan later via Nano VNA
saver (or similar) #internals #consolecommands
Usually, the distance to the antenna feed point is 15-20m in my case, but
it can be more on high towers.
Your suggestion to use a USB extender is a good one, thank you. It will
work great for YAGIs on a pole.
However, in the case of a wire dipole, all the UTP cable weight will put a
heavy load on the NanoVNA's USB and SMA connectors, unless the UTP cable is
tied up to the antenna using nylon rope. The UTP cable will have some
influence on the antenna but not important I think.
On Mon, Nov 4, 2019 at 3:45 PM Oristo <ormpoa@...> wrote:
Install the antenna on the working position How distant is working position?
USB extender up to 150ft costs < US$10
--
Diese E-Mail wurde von Avast Antivirus-Software auf Viren gepr¨¹ft.
|
I think the RF on the USB cable wouldn't be an issue. The TX level of
NanoVNA is very low. Some ferrites can be added on the USB / UTP cable.
The UTP cable can be installed perpendicular to the antenna to minimize the
influence.
However, I'm still thinking the software solution, if possible to
implement, would be more elegant: a scheduled scan followed by a pause.
toggle quoted message
Show quoted text
On Tue, Nov 5, 2019 at 1:24 AM W5DXP <w5dxp@...> wrote: From: Ady, YO2NAA: Your suggestion to use a USB extender is a good one, thank you.
What about RF on the USB cable?
|
From: Ady, YO2NAA: Your suggestion to use a USB extender is a good one, thank you. What about RF on the USB cable?
|
That UTP cable is just as much detuning your antenna by common mode current as
feeding the antenna by coax without balun would do.
Common mode current via the NanoVNA and the UTP cable to ground has just the
same detuning effect. That detuning should be investigated; I suppose it depends on match between nanoVNA and antenna. For antennas typically using a balun to feed coax, then nanoVNA should have the same. Perhaps running several turns of cat6 thru a ferrite core near the nanoVNA would mitigate. Supposing that one has some other indication of antenna tune at the shack end of coax, could useful experiments to minimize nanoVNA + USB-via-cat 6 impacts be conducted with antennas conveniently lowered? I have no feel/experimental results for Yagi proximity to earth...
|
Hi Andy, I cannot support your last statement: > The UTP cable will have some influence on the antenna but not important I think That UTP cable is just as much detuning your antenna by common mode current as feeding the antenna by coax without balun would do. Common mode current via the NanoVNA and the UTP cable to ground has just the same detuning effect. If in doubt, see attached powerpoint. NanoVNA grounding by holding it in your hand can be avoided by mounting it on a PE board as shown in the pic. The 6mm PE board was hot air bent a bit in a vice, because of the inclined SMA connectors. The PE board was left long for holding it without touching the NanoVNA. Insulation is more practical than needing a suitable balun for each antenna situation. 73, Hans DJ7BA -----Urspr¨¹ngliche Nachricht----- Von: [email protected] < [email protected]> Im Auftrag von Ady, YO2NAA Gesendet: Montag, 4. November 2019 15:12 An: [email protected]Betreff: Re: [nanovna-users] Storing and recalling scan later via Nano VNA saver (or similar) #internals #consolecommands Usually, the distance to the antenna feed point is 15-20m in my case, but it can be more on high towers. Your suggestion to use a USB extender is a good one, thank you. It will work great for YAGIs on a pole. However, in the case of a wire dipole, all the UTP cable weight will put a heavy load on the NanoVNA's USB and SMA connectors, unless the UTP cable is tied up to the antenna using nylon rope. The UTP cable will have some influence on the antenna but not important I think. On Mon, Nov 4, 2019 at 3:45 PM Oristo <ormpoa@...> wrote: Install the antenna on the working position How distant is working position?
USB extender up to 150ft costs < US$10
-- Diese E-Mail wurde von Avast Antivirus-Software auf Viren gepr¨¹ft.
|
Usually, the distance to the antenna feed point is 15-20m in my case, but
it can be more on high towers.
Your suggestion to use a USB extender is a good one, thank you. It will
work great for YAGIs on a pole.
However, in the case of a wire dipole, all the UTP cable weight will put a
heavy load on the NanoVNA's USB and SMA connectors, unless the UTP cable is
tied up to the antenna using nylon rope. The UTP cable will have some
influence on the antenna but not important I think.
toggle quoted message
Show quoted text
On Mon, Nov 4, 2019 at 3:45 PM Oristo <ormpoa@...> wrote: Install the antenna on the working position How distant is working position?
USB extender up to 150ft costs < US$10
|
How about connecting a Pi or summat running *nix and Python.
Not an expert w either one, but have tinkered w the Pi A Pi with Python .. should be able to run a hack of this: in bash shell scripts for such special case measurements
|
Install the antenna on the working position How distant is working position? USB extender up to 150ft costs < US$10
|
No. nanovna-saver is written in python, it runs anywhere you can get
python.
I use it on my linux systems.
Shouldn't be hard to add an interval timer to it.
However, I've thought that maybe it would be interesting to make a stripped
down version that is just a panel full of buttons to trigger recording data.
toggle quoted message
Show quoted text
On Mon, Nov 4, 2019 at 7:04 AM Rich NE1EE <NE1EE@...> wrote: On Mon, Nov 4, 2019 at 07:02 AM, Rich NE1EE wrote:
How about connecting a Pi or summat running *nix and Python. I like nanovna-saver, but that runs only on Windows? And I don't know that
it has an interval timer for data acquisition.
|
On Mon, Nov 4, 2019 at 07:02 AM, Rich NE1EE wrote: How about connecting a Pi or summat running *nix and Python. I like nanovna-saver, but that runs only on Windows? And I don't know that it has an interval timer for data acquisition. -- On the banks of the Piscataqua Rich NE1EE
|
On Thu, Oct 24, 2019 at 09:47 AM, Martin wrote: Is it possible to take a sweep & capture with the standalone Nano VNA then
connect to NanoVNA Saver at a later stage and download the previous sweep
parameters for display ? How about connecting a Pi or summat running *nix and Python. Not an expert w either one, but have tinkered w the Pi (and others, such as Propeller) and did a lot of high-altitude (near-space) data acquisition. So maybe this is a low-cost alternative? Prolly the Pi//Linux/Python (I guess that I should learn Python...sigh) could be running some sort of loop that acquires data at intervals? This is what I did with the Propeller, and the Pi is higher up the food chain. -- On the banks of the Piscataqua Rich NE1EE
|
On Thu, Oct 24, 2019 at 12:35 PM, Oristo wrote: If latest firmware release does not behave as wanted,
then add an issue, e.g.
( ) Thanks for this tip...I have been wondering how to provide feedback and recommendations to developers. -- On the banks of the Piscataqua Rich NE1EE
|
Thank you Oristo.
I'm not sure how to press pause when the unit is hanging on the antenna up
in the air, that's the reason I think a *scheduled *one scan+pause will do
it.
To clarify my request, let's imagine the following sequence:
1. Prepare the scheduled scan on the NanoVNA (for example set delay 10 min)
2. Connect NanoVNA to the antenna
3. Install the antenna on the working position
4. Wait for the scan+pause to start/finish
5. Bring antenna down and save the data from the NanoVNA via USB
I know there's another solution to this problem: to calibrate NanoVNA with
a piece of cable long enough to reach the antenna in the working position.
However, I think the measurement with NanoVNA connected directly to the
antenna would be more accurate.
toggle quoted message
Show quoted text
On Mon, Nov 4, 2019 at 12:08 PM Oristo <ormpoa@...> wrote: Hi Ady
regarding saving the scan and download it later, I think a nice firmware
feature would be to schedule a delayed scan followed by a pause after the
scan. This is already possible using
This will allow to hang the NanoVNA to the antenna (for example HF multiband
dipole like FD4, or VHF YAGI) and perform a scan without the feeder.
The delayed start of the scan is necessary to allow enough time to install the
antenna in the position. Not sure why delaying start is necessary; scans until pause are discarded.
Only the final scan before pause is available to upload when USB is
reconnected.
|
Hi Ady regarding saving the scan and download it later, I think a nice firmware
feature would be to schedule a delayed scan followed by a pause after the
scan. This is already possible using This will allow to hang the NanoVNA to the antenna (for example HF multiband
dipole like FD4, or VHF YAGI) and perform a scan without the feeder.
The delayed start of the scan is necessary to allow enough time to install the
antenna in the position. Not sure why delaying start is necessary; scans until pause are discarded. Only the final scan before pause is available to upload when USB is reconnected.
|
Hi all,
regarding saving the scan and download it later, I think a nice firmware feature would be to schedule a delayed scan followed by a pause after the scan.
This will allow to hang the NanoVNA to the antenna (for example HF multiband dipole like FD4, or VHF YAGI) and perform a scan without the feeder.
The delayed start of the scan is necessary to allow enough time to install the antenna in the position.
Thank you,
Ady (YO2NAA)
|
Thanks Larry,
I have a NanoVNA-H on order that has the USB resistors installed. When it arrives I'll be able to verify for certain if Android 7.0+ phones and tablets with USB-C connectors are dependent on the resistors being installed for use with the NanoVNA-Web-Client. I'll provide feedback to the forum unless someone else does first. That information should probably go under a separate hash tag NanoVNA-Web-Client topic.
BTW,
The NanoVNA-H was $48.50 delivered from China. If you don't mind a delivery date towards the end of November, I would definitely purchase it over the current NanoVNA's.
Advantages:
1. Cost is not much more than the current NanoVNA's. I expect $48.50 from Chinese sellers will translate to $60 or less from U.S. dealers.
2. The NanoVNA-H comes installed in a nice protective case. Similar 3-D printed cases on eBay sell for over $10.00.
3. The marketing photos show besides the two SMA cables and USB-C to USB-A, a UAB-C to USB-C cable is included.
4. Whatever your opinion regarding their necessity, the 5.1 k USB-C resistors, battery voltage diode, and Port RF shields are in place.
5. Hugen usually delivers his units with the latest firmware at his NanoVNA-H GitHub page at the time of shipping.
6. Hugen's units are usually pre-calibrated and ready to use.
7. Hugen is a member of this board and usually makes time to respond to NanoVNA-H and NanoVNA-H ver 2.0 related questions.
- Herb
|
Oristo
Rich NE1EE