¿ªÔÆÌåÓý

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

Re: Deal on ebay

 

Just ordered one for fun at $15.99... ref 254398992632


Which firmware ? (Survey)

 

Just to see what user think is the best currently available firmware.
I use the device to process data via Python because the first one I received had a faulty screen (strap was actually not soldered to the board....)
Its to tune a magnetic loop antenna.....
So, what is the firmware developper like the most at the moment?


Re: Who has used the nanoVNA wiki to find information? #wiki

 

This is indeed how I started...


Re: Firmware and dfu-util (Linux)

 

On 02/11/2019 11:13, Barry Jackson via Groups.Io wrote:
On 01/11/2019 22:48, QRP RX wrote:
On Fri, Nov? 1, 2019 at 07:46 PM, Barry Jackson wrote:


I notice that some .dfu firmware files that I have seen are in the 80kB to
100kB plus so the 16kB looks wrong to me.
16 kB is a page size. It means data chunk size which controller can accept for flashing.
So, software needs to split 80-100 kB firmware to 16 kB data chunks and send it one-by-one.


Thanks for your reply,
However I am not trying to upload to the vna, I am trying to download the existing firmware for backup.
The dfu-util man page says:-
"
-t, --transfer-size? SIZE
Specify the number of bytes per USB transfer. The optimal value is usually determined automatically so this option is rarely useful. If you need to use this option for a device, please report it as a bug.
"
Which is why I did not specify a -t option.
If I do, the max limit seems to be 4096, but the resulting file size is still only 16k.
What am I missing?
Barry
G4MKT
OK, I was missing the start address.

###############################################################
[baz@localhost Original]$ dfu-util -a 0 -s 0x08000000 -U original.bin -vv
dfu-util 0.9

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2016 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to

Opening DFU capable USB device...
ID 0483:df11
Run-time device DFU version 011a
Claiming USB DFU Interface...
Setting Alternate Setting #0 ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 011a
Device returned transfer size 2048
DfuSe interface name: "Internal Flash "
Memory segment at 0x08000000 64 x 2048 = 131072 (rew)
Limiting upload to end of memory segment, 131072 bytes
Poll timeout 72 ms
Poll timeout 72 ms
Upload [=========================] 100% 131072 bytes
Upload done.
[baz@localhost Original]$
#############################################################

So, armed with this backup, I felt more confident to try to upload your (QRP) firmware.

#############################################################
[baz@localhost NanoVNA]$ dfu-util -a 0 -D NanoVNA-0.3.0m.dfu
dfu-util 0.9

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2016 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to

Match vendor ID from file: 0483
Match product ID from file: 0000
Opening DFU capable USB device...
ID 0483:df11
Run-time device DFU version 011a
Claiming USB DFU Interface...
Setting Alternate Setting #0 ...
Determining device status: state = dfuERROR, status = 10
dfuERROR, clearing status
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 011a
Device returned transfer size 2048
DfuSe interface name: "Internal Flash "
file contains 1 DFU images
parsing DFU image 1
image for alternate setting 0, (1 elements, total size = 87457)
parsing element 1, address = 0x08000000, size = 87449
Download [=========================] 100% 87449 bytes
Download done.
done parsing DfuSe file
[baz@localhost NanoVNA]$
##############################################################

Seems to be working fine so far. Phew!!

Barry
G4MKT


Re: Who has used the nanoVNA wiki to find information? #wiki

 

links to the Wiki and FILE sections in the forum signature
I use the main page to quickly find links to even my own pages.
FWIW, I expect (and try to help) Wiki main page to be mostly up-to-date,
but necessarily brief.

Other pages and links are for more detailed information,
but less likely frequent updates, lacking feedback and fewer contributors.

GitHub documentation has yet no pull requests,
thankfully, since I have not yet successfully processed any test pull request..

I contemplate a substantial rewrite to /g/nanovna-users/wiki/shellcommands
because format is hard to edit and information is neither more helpful nor timely than

/g/nanovna-users/files/NanoVNA_Console_Commands_Oct-30-19.pdf

.. which has the disadvantage of link changes when updated.


Re: Deal on ebay

Alexandre Souza
 

There is no such thing as a free lunch =)

---8<---Corte aqui---8<---


---8<---Corte aqui---8<---


Em s¨¢b, 2 de nov de 2019 ¨¤s 10:12, Don via Groups.Io <donald_s_58103=
[email protected]> escreveu:

Looks like this was a scam after all. The negative feedback is now pouring
in with buyers complaining of fake tracking numbers and never receiving the
product. "If it is too good to be true...." applies here.




Re: Deal on ebay

 

Looks like this was a scam after all. The negative feedback is now pouring in with buyers complaining of fake tracking numbers and never receiving the product. "If it is too good to be true...." applies here.


Re: Voltage sensing diode

 

On Sat, Nov 2, 2019 at 07:41 AM, Nick wrote:
With BAV99 2 diodes and a fully charged battery set vbat_offset to 1000 and
VBAT reads 4210mV on Version screen.
I didn't know why you liked the BAV99 until I just looked them up. Nice!
Puzzled because the BAV99 data sheet says VF=0.7V max @ 1mA, and we are well below that...so I'd expect much less than 0,7V offset. Yet you report 4.2V for a 1V offset. On the whole, I really like the approach.

WRT the comment re pads on the PCB, the 16K resistor would go across the D2 pads, and a 100K from D2- to gnd. I have not looked specifically at what to do, but recall from my earlier peeks at the PCB that there seem to be plenty of places to tie the 100K to gnd in the area.

WRT "sufficient vbat_offset", it would be zero, so no problem.

The point is that software would have to be modded from (what I think is) the current
Actual = measured + sufficient vbat_offset, a form of linear equation of y=1*measured + sufficient vbat_offset
to a form of linear equation of y=slope*measured + sufficient vbat_offset. where users would then have to enter both a slope and offset.

ISo why resistors? Because the diode approach leaves is either sourcing special diodes such as the BAV99 or the SD103AWS, whereas the resistor approach seems more convenient. Maybe not.

If I try the resistors, I'll just put in vbat_offset=1000mV, and live with the increasing (small) error as voltage drops. Theoretically, at 3V, I'd be expecting 2.25V, but I'll see 2.00...because I think of the indication as something general, I am mot too fussy about accuracy. Same goes for any behaviour we might put into the VNA based on battery voltage...if it makes the choice a little early, that's OK. The voltage regulator shuts down at 3V, so any action we consider in the future needs to be safely above the. Meanwhile, the battery symbol is just a rough gas gauge.

Meanwhile, I was expecting the new battery to be 8+ lines high (based upon something QRP mentioned, but I forget), so it will be interesting to see how it relates to battery voltage...looks to be maybe 10 lines now.
My car has something like this
***
**
*

****
***
**
*
and they are grey to start, then as the values rise, what ever is lit turn from red > yellow > green. So I always have at least a red dot at the bottom, then it goes from there But I admit that the battery outline is very recognizable.

--
On the banks of the Piscataqua
Rich NE1EE


Re: Using a larger battery

 

Carlos,
The 400mAh batteries that came with my two units have charge controllers built into the battery packs. Most certainly if you use a battery pack without a charge controller it will overcharge and result in swollen batteries or worse. Fortunately the majority of these small cellphone type battery packs do have charge controllers built in.

- Herb


Re: Nanovna data output

 

Go to this link for a
list of NanoVNA programs that will allow you to plot and save return loss,
VSWR and impedance data for your dummy load.
Hmm, that wants updating.
Latest versions should be linked in Wiki main page
/g/nanovna-users/wiki


Re: Nanovna data output

 

IZ5GVP,
Go to this link for a list of NanoVNA programs that will allow you to plot and save return loss, VSWR and impedance data for your dummy load.

NanoVNASharp
- This is a Windows executable. My advice is to use QRP's Ver 3 MOD. Search this group to find his latest version.

NanoVNA Saver
- Written in Python and will run on Linux or Windows. Can't go wrong with this one.

TAPR VNA
- This is a Windows executable. Harder to configure and get running.

NanoVNA-Web-Client
- My advice is to only use this if you want to save data from an android tablet or phone.


- Herb


Re: Console command and FW 0.2.3 edy555

 

I tried to use the scan and sweep,
but i wasn't able to change the number of points.
First send 'pause', then use 'scan'
If you already have Python installed, then this script lets you send
commands to nanoVNA and capture data directly to files from your
cmd.exe or bash terminal window, without a separate serial console app
e,g, PuTTY:


Re: Console command and FW 0.2.3 edy555

 

Hi Maurizio -

I tried to use the scan and sweep , but i wasn't able to change the number of
points.
Any suggestion ?
First send 'pause', then use 'scan'


Re: Using a larger battery

 

According to the datasheet, the IP5303 charging current is 1.0A. I think the "adaptive charging current control, excellent adapter compatibility" refers to the capability of lowering output current if the 5V adapter is unable to supply enough power.

This IC is targeted at USB power banks. 1A charging is reasonable for 18650/26650 cylindrical cells, but not for small "pouch" 500mAh batteries. In fact i've seen three nanoVNA units with swollen batteries after just two charge cycles.


Re: Voltage sensing diode

 

On Fri, Nov 1, 2019 at 08:11 PM, Rich NE1EE wrote:

We don't really need a lot of precision, do we? How about a simple resistor
network? Max VBAT ~3.6V with no bridge, 3.15V with bridge, linear response w
slope ~= 0.75, 36 uA with no bridge > a long time to drain 450 mAh batt...
That could work, but no pads on the pcb for the second resistor, and not sure if NanoVNA-Q-0.4.3 will allow sufficient vbat_offset, so I'll stick with the "BAV99 2 diode solution" for now. Life too short etc!

73
Nick
G3VNC


Re: Voltage sensing diode

 

On Fri, Nov 1, 2019 at 10:31 PM, QRP RX wrote:

Now you can use "vbat_offset" command to setup voltage drop for your diode. :)
With BAV99 2 diodes and a fully charged battery set vbat_offset to 1000 and VBAT reads 4210mV on Version screen. Very nice - thank you very much :)

After flashing and restarting the nvna I did clearconfig. Got strange stuff on the screen - see pic. Restarting cleared this.

Calibrates OK. Not used for any measurements yet.


Re: Firmware and dfu-util (Linux)

 

On 01/11/2019 22:48, QRP RX wrote:
On Fri, Nov 1, 2019 at 07:46 PM, Barry Jackson wrote:


I notice that some .dfu firmware files that I have seen are in the 80kB to
100kB plus so the 16kB looks wrong to me.
16 kB is a page size. It means data chunk size which controller can accept for flashing.
So, software needs to split 80-100 kB firmware to 16 kB data chunks and send it one-by-one.
Thanks for your reply,

However I am not trying to upload to the vna, I am trying to download the existing firmware for backup.

The dfu-util man page says:-
"
-t, --transfer-size SIZE
Specify the number of bytes per USB transfer. The optimal value is usually determined automatically so this option is rarely useful. If you need to use this option for a device, please report it as a bug.
"

Which is why I did not specify a -t option.
If I do, the max limit seems to be 4096, but the resulting file size is still only 16k.

What am I missing?

Barry
G4MKT


Re: Brick my Nano

 

Same for me Pedja,
Tried on a virtual windows 7 machine (on my MAC)
Gave up after a half an hour, and then tried on an old laptop, and everything is now ok.
But when I tried again on the Virtual machine, still no luck.
If I find the reason, I will post here
Cheers
Daniel


Re: Brick my Nano

 

On 02.11.2019 08:59, hb9 iiu wrote:
I think I have to install the drivers first because DFUSe Demo does not "see" my device...
I had the same issue and installing drivers did not help. Windows did not recognize device in manner that did not allow it to link it with drivers at all.

However, device was properly recognized on other PC without need to manually install drivers.

I used that other PC to update firmware and after that, device was visible even on the PC which did not previously recognize it.

--
73,
Pedja YT9TP

Checkout:





Nanovna data output

 

I have a lot of dummy load and i would make a graph to compare the return loss of all.
With my older miniVNA i can get the data for each one because with VNAJ i can get out directly the return loss data.
Next the return loss data of all DUT will all be imported with a libreoffice calc spreadsheet.
I make the graph importing the spreadsheet in Qtiplot (this because QtiPlot is more useful to customize the graph).
How can I do all this with nanovna?

My best regards Enzo (IZ5GVP)
P.s. Apologize me for my poor English...