¿ªÔÆÌåÓý

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

Re: Antenna Gain measurement with NanoVNA

 

On Tue, Aug 23, 2022 at 10:13 AM, W0LEV wrote:


A dipole works fine for the reference antenna. Nominally 2.2_ dB gain over
isotropic.
That is the gain of a dipole antenna in free space at resonance. Over ground the gain is higher. How much higher depends on height and ground characteristics.

Roger


Re: Antenna Gain measurement with NanoVNA

 

A dipole works fine for the reference antenna. Nominally 2.2_ dB gain over
isotropic.

Dave - W?LEV

On Tue, Aug 23, 2022 at 2:00 PM KENT BRITAIN <WA5VJB@...> wrote:

Yes, but you need a source antenna and an antenna for the same frequency
with known gain. Kent WA5VJB
On Tuesday, August 23, 2022 at 08:56:38 AM CDT, Diane BONKOUNGOU <
dianebonk2@...> wrote:

Hello,
Is it possible to measure PCB trace antenna Gain with the NanoVNA?
Thanks











--
*Dave - W?LEV*
*Just Let Darwin Work*
--
Dave - W?LEV


Re: Bug or fubar'd upgrade? #firmware

 

No desire - Cube is a far better tool, and supported by ST. I see no real advantage to .dfu over .bin, and ST has obsoleted it as well.

On August 23, 2022 1:58:56 AM CDT, Ho-Ro <homuth-rosemann@...> wrote:
On Tue, Aug 23, 2022 at 06:41 AM, Tim Dawson wrote:


It's about the only component missing on tbe Linux side for coders that only
output .dfu
For FW upgrade on a Linux system you can use "dfu-util" that is available e.g. for Debian:

$ apt show dfu-util
Package: dfu-util
Version: 0.9-1+b1
Priority: optional
Section: electronics
Source: dfu-util (0.9-1)
Maintainer: Uwe Hermann <uwe@...>
...
DFU is intended to download and upload firmware to devices connected over
USB. It ranges from small devices like micro-controller boards up to mobile
phones. With dfu-util you are able to download firmware to your device or
upload firmware from it.

Just do "apt install dfu-util"

The program can flash *.bin as well as *.dfu binaries:

dfu-util -a 0 -D NanoVNA.H.v1.2.00.dfu

To build the FW on your own from the github clone (you need also "apt install gcc-arm-none-eabi") just type "make" and "make flash", this calls:

dfu-util -d 0483:df11 -a 0 -s 0x08000000:leave -D build/ch.bin

HTH, Martin




--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


Re: Antenna Gain measurement with NanoVNA

 

Yes, but you need a source antenna and an antenna for the same frequency with known gain.? ?Kent WA5VJB

On Tuesday, August 23, 2022 at 08:56:38 AM CDT, Diane BONKOUNGOU <dianebonk2@...> wrote:

Hello,
Is it possible to measure PCB trace antenna Gain with the NanoVNA?
Thanks


Antenna Gain measurement with NanoVNA

Diane BONKOUNGOU
 

Hello,
Is it possible to measure PCB trace antenna Gain with the NanoVNA?
Thanks


SAA-2N Crashes NanoVNASaver when attempting to Connect

 

Hi All,
I recently purched a SAA-2N from Amazon, and could only Intemittantly connect to NanoVNASaver software.
Most of the attempts to Connect the SAA-2 to NanoSaver caused it to crash.
From what I have read , others have had a similar problem.
I think I stumbled onto a solution to this problem,.
Turn on your NanoVNA and connect it to your PC with a USB Cable.
Don't start the NanoSaver program yet.
Open the main Menu on the SAA-2, and check the box to "Pause Sweep".
Now start NanoSaver and try connecting your NA to the software.
Since "Pausing the Sweep".my SAA-2 connects every time to NanoSaver.
It appears the" Sweeping" in my SAA-2 is causing the connection to the software to crash NanoSaver..
You can re-enable Sweep after connecting to the software if you wish.
Hope this helps others.
Frank, K7SFN


Re: Bug or fubar'd upgrade? #firmware

 

On Tue, Aug 23, 2022 at 08:58 AM, Ho-Ro wrote:


To build the FW ... just type "make" and "make flash",
Default is -H, for -H4 the command is

TARGET=F303 make && make flash


Re: Bug or fubar'd upgrade? #firmware

 

On Tue, Aug 23, 2022 at 06:41 AM, Tim Dawson wrote:


It's about the only component missing on tbe Linux side for coders that only
output .dfu
For FW upgrade on a Linux system you can use "dfu-util" that is available e.g. for Debian:

$ apt show dfu-util
Package: dfu-util
Version: 0.9-1+b1
Priority: optional
Section: electronics
Source: dfu-util (0.9-1)
Maintainer: Uwe Hermann <uwe@...>
...
DFU is intended to download and upload firmware to devices connected over
USB. It ranges from small devices like micro-controller boards up to mobile
phones. With dfu-util you are able to download firmware to your device or
upload firmware from it.

Just do "apt install dfu-util"

The program can flash *.bin as well as *.dfu binaries:

dfu-util -a 0 -D NanoVNA.H.v1.2.00.dfu

To build the FW on your own from the github clone (you need also "apt install gcc-arm-none-eabi") just type "make" and "make flash", this calls:

dfu-util -d 0483:df11 -a 0 -s 0x08000000:leave -D build/ch.bin

HTH, Martin


Re: Bug or fubar'd upgrade? #firmware

 

Does that program (STDFU File Manager) have a Linux build?

It's about the only component missing on tbe Linux side for coders that only output .dfu (and why Cube can't extract ftom dfu is a mystery, unless ST really wants to drop dfu support completely)

I see "dfuse-extract" on GitHub, and being a Python tool, it should be portable across all Cube supported platforms . . . might you have tried it?

There has got to be a way to have a consistent programming platform across all platforms, and while not small, Cube appears to be the closest (other than directly using .dfu files . .)

On August 22, 2022 11:12:40 PM CDT, Jeff Peacock <km6nqx@...> wrote:
I was able to use STDFU File Manager to extract the .bin file from the 1.2.0 .dfu and then load it with STM32CubeProgrammer, which seems to have worked fine. I've been playing around with it a bit, and I think I've realized that I had a fundamental misunderstanding of the search function. I've been thinking that Search Minimum was an action, but I realize now that it's a setting/target to be used in conjunction with Search Left or Search Right (i.e. for the next minimum). Which makes DiSlord's comment above (#29375) make a lot more sense to me in retrospect. Words are slippery things.

Anyway, all is well and I really appreciate the comments and pointers.




--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


Re: Bug or fubar'd upgrade? #firmware

 

I was able to use STDFU File Manager to extract the .bin file from the 1.2.0 .dfu and then load it with STM32CubeProgrammer, which seems to have worked fine. I've been playing around with it a bit, and I think I've realized that I had a fundamental misunderstanding of the search function. I've been thinking that Search Minimum was an action, but I realize now that it's a setting/target to be used in conjunction with Search Left or Search Right (i.e. for the next minimum). Which makes DiSlord's comment above (#29375) make a lot more sense to me in retrospect. Words are slippery things.

Anyway, all is well and I really appreciate the comments and pointers.


Re: Bug or fubar'd upgrade? #firmware

 

Note that Cube is the *ONLY* programmer tool that STMicro officially supports . . . (and which should support all platforms).

It should be without flaw, the developers just need to drop plain .bin files as well as the .dfu (encapsulation of the .bin).

Huygen seems to have .dfu, .bin, and .hex for all his builds, not sure why DisLord does not do likewise - it's not much of a change in the build process.

- Tim

On 08/22/2022 04:53 PM, Roger Need via groups.io wrote:
Cliff,

I suggest you use NanoVNA app as your PC program. It is easy to use for firmware updates and has never failed me yet. It also does all the things that NanoSaver does and in my opinion is better.
Owen Duffy did some nice bug fixes on the original code by OneOfEleven. You can get it at the link below.



Once installed you do the following easy steps:
1. Put your device in DFU mode
2. Start NanoVNA app
3. Push multiple up arrow button (do not use connect - it is for regular connect not DFU)
4. Select the location of your dfu file and select file
5. Program does the upload and says to power off device when finished.

Roger



--
Tim Dawson

972-567-9360


Re: Bug or fubar'd upgrade? #firmware

Cliff
 

Thank you for your suggestion Roger, but I don't think you understand what I am looking for. I'm looking for the .bin version of the firmware 1.2 update file. I'm on Mac and use the STM Cube Programmer to update my NanoVNA H4. The NanoVNA-App appears to be a Windows program.

73,
Cliff, AE5ZA

On Aug 22, 2022, at 16:53, Roger Need via groups.io <sailtamarack@...> wrote:

Cliff,

I suggest you use NanoVNA app as your PC program. It is easy to use for firmware updates and has never failed me yet. It also does all the things that NanoSaver does and in my opinion is better.
Owen Duffy did some nice bug fixes on the original code by OneOfEleven. You can get it at the link below.



Once installed you do the following easy steps:
1. Put your device in DFU mode
2. Start NanoVNA app
3. Push multiple up arrow button (do not use connect - it is for regular connect not DFU)
4. Select the location of your dfu file and select file
5. Program does the upload and says to power off device when finished.

Roger





<Easy FW update.png>


Re: Bug or fubar'd upgrade? #firmware

 

Cliff,

I suggest you use NanoVNA app as your PC program. It is easy to use for firmware updates and has never failed me yet. It also does all the things that NanoSaver does and in my opinion is better.
Owen Duffy did some nice bug fixes on the original code by OneOfEleven. You can get it at the link below.



Once installed you do the following easy steps:
1. Put your device in DFU mode
2. Start NanoVNA app
3. Push multiple up arrow button (do not use connect - it is for regular connect not DFU)
4. Select the location of your dfu file and select file
5. Program does the upload and says to power off device when finished.

Roger


Re: Bug or fubar'd upgrade? #firmware

Cliff
 

Where would I find the corresponding .bin file for the H4?

73,
Cliff, AE5ZA

On Aug 22, 2022, at 15:16, DiSlord <dislordlive@...> wrote:

You can download it from here






Re: SV4401A review

 

my final review...Battery experiments were futile. All batteries will show the power on problem when fully charged. My workaround if I need it in the field is to carry a phone charger with type C connector. Plug it in to power on, then unplug it while on. Or, if using closeby, unplug it from charger while on. After some use, it will function correctly. The designers should come up with a revision, hopefully simple enough for a DIY repair, but no guarantees. I use mine mainly in the lab where I have power. As for the buggy software, I can only hope they fix that too. If anyone does not see the power on issue, then please post.


Re: Bug or fubar'd upgrade? #firmware

 

You can download it from here


Re: Bug or fubar'd upgrade? #firmware

 

Thanks for the responses. I tried reset, but it didn't make a difference. I'll track down 1.2.0 and load that version. Appreciate the help!


Re: Bug or fubar'd upgrade? #firmware

 

I test marker search function on last fw v1.2.0, all ok.

Set search function -> minimum
Use search <- left and search -> right
Also check tracking, marker auto search minimum on every sweep


Re: Bug or fubar'd upgrade? #firmware

 

He was referring to Linux and Windows versions of STM32CubeProgrammer, not
the firmware. However you get the firmware there, it's running on an ARM
microcontroller that doesn't run a full OS at all.

DfuSe Demo not working on modern machines is a known issue and STMicro
won't fix it. That software is no longer supported (though you can still
download it) and STM32CubeProgrammer is the recommended replacement.The new
software does not appear to have any problems with running on new
computers. Those of you who have a tinySA or a DMR radio from China will
encounter the same issue with those; they also use DfuSe Demo or
STM32CubeProgrammer to update their firmware.

On Sun, Aug 21, 2022 at 5:15 PM Tim Dawson <tadawson@...> wrote:

Jeff -

I'm glad that my doc was useful to you! Please be aware, though, that
there is no "Linux" or "Windows" version of the firmware. The dfu is simply
an encapsulation of the same image that is in a .nin (or .hex) for that
matter. The different tools just jse the different packages - IE Cube on
Linux or Windows will want the .bin, and the various dfu based tools will
want a dfu, again, on either platform.

I'm not sure how many revisions you jumped, but the one thing that can
bite you is an incompatible config file. Try resetting the NanoVNA to
defaults and reconfigure, if you have not do e so already.

Oh, and can't say that I have seen that bug, but I have not used my unit
much since that upgrade either - others likely know more on the topic.

- Ti

On August 21, 2022 3:03:29 PM CDT, Jeff Peacock <km6nqx@...> wrote:
TL:DR I upgraded my NanoVNA-H to DiSlord 1.1.01 and now Marker min is max
and max is min. Is this a known bug or did I mess up the upgrade?

The details I know you'll want:
I'm running Windows 10 on a HP EliteBook. I tried every possible set of
instructions to upgrade with DfuSeDemo, but was never able to see the
NanoVNA in DFU mode. I mean, every possible variation. I've installed and
uninstalled DfuSeDemo and various versions of the driver so many times in
so many ways I could do it in my sleep. I would have asked for help except
I suspect you lot are sick and tired of newbies asking for help updating
firmware. But here I am...

Finally I noticed a comment that STM32CubeProgrammer has worked for Linux
and found a PDF from Tim Dawson (
/g/nanovna-users/message/28607) on how to do it and
decided to give it a try on the theory that if the Linux version worked
there's no reason why the Win10 version shouldn't work. I was able to find
a .bin file from Huygen ()
and loaded it following the instructions with no issues. I should probably
mention that I used the NanoVNA-H-SI version, not the NanoVNA-H-MS version.
My NanoVNA is a few years old and reading creatively between the lines it
seemed like MS might be some newer technology, so SI seemed the safer
route. No errors - I compared the file with the image, perfect match.

When I started the NanoVNA everything seemed to be working as expected,
with a few menu changes and wording modifications, but nothing I couldn't
figure out. Then I connected my antenna to run it through it's paces and I
noticed that when I select my SWR marker and select Marker -> Minimum it
work immediately move the marker to maximum SWR, and v.v.

So, the question is - is this a known bug or something I messed up in the
upgrade, or an advanced setting of some sort that I can change?




--
Sent from my Android device with K-9 Mail. Please excuse my brevity.






Re: Bug or fubar'd upgrade? #firmware

 

Jeff -

I'm glad that my doc was useful to you! Please be aware, though, that there is no "Linux" or "Windows" version of the firmware. The dfu is simply an encapsulation of the same image that is in a .nin (or .hex) for that matter. The different tools just jse the different packages - IE Cube on Linux or Windows will want the .bin, and the various dfu based tools will want a dfu, again, on either platform.

I'm not sure how many revisions you jumped, but the one thing that can bite you is an incompatible config file. Try resetting the NanoVNA to defaults and reconfigure, if you have not do e so already.

Oh, and can't say that I have seen that bug, but I have not used my unit much since that upgrade either - others likely know more on the topic.

- Ti

On August 21, 2022 3:03:29 PM CDT, Jeff Peacock <km6nqx@...> wrote:
TL:DR I upgraded my NanoVNA-H to DiSlord 1.1.01 and now Marker min is max and max is min. Is this a known bug or did I mess up the upgrade?

The details I know you'll want:
I'm running Windows 10 on a HP EliteBook. I tried every possible set of instructions to upgrade with DfuSeDemo, but was never able to see the NanoVNA in DFU mode. I mean, every possible variation. I've installed and uninstalled DfuSeDemo and various versions of the driver so many times in so many ways I could do it in my sleep. I would have asked for help except I suspect you lot are sick and tired of newbies asking for help updating firmware. But here I am...

Finally I noticed a comment that STM32CubeProgrammer has worked for Linux and found a PDF from Tim Dawson (/g/nanovna-users/message/28607) on how to do it and decided to give it a try on the theory that if the Linux version worked there's no reason why the Win10 version shouldn't work. I was able to find a .bin file from Huygen () and loaded it following the instructions with no issues. I should probably mention that I used the NanoVNA-H-SI version, not the NanoVNA-H-MS version. My NanoVNA is a few years old and reading creatively between the lines it seemed like MS might be some newer technology, so SI seemed the safer route. No errors - I compared the file with the image, perfect match.

When I started the NanoVNA everything seemed to be working as expected, with a few menu changes and wording modifications, but nothing I couldn't figure out. Then I connected my antenna to run it through it's paces and I noticed that when I select my SWR marker and select Marker -> Minimum it work immediately move the marker to maximum SWR, and v.v.

So, the question is - is this a known bug or something I messed up in the upgrade, or an advanced setting of some sort that I can change?




--
Sent from my Android device with K-9 Mail. Please excuse my brevity.