Re: Comparing nanoVNA with similar hardware home build VNA
#internals
On Tue, Oct 22, 2019 at 09:11 AM, Daniel Marks wrote:
You might want to check out the VNA I designed
Mark, Thanks, I already studied your design. Can you also do a comparative measurement with nanoVNA?
|
Re: NanoVNA-H batch processing by nVargs
#test-jig
return data without the echoed command By popular demand, a dedicated script: I needed to sort Python string handling anyway..
|
Re: Comparing nanoVNA with similar hardware home build VNA
#internals
You might want to check out the VNA I designed
which is a VNA based on the EU1KY bridge but similar to the NanoVNA with
S11 and S21 capability. It also conveniently features a breakout header
for all of the signals so they can all be controlled and sampled from an
external PC if desired.
The VNA I designed can measure from about 1 to 20000 ohms because of the
bridge design, which is based on current and voltage sensing rather than a
50 ohm output, but it computes what would have been observed with a perfect
50 ohm output port.
toggle quoted message
Show quoted text
On Tue, Oct 22, 2019 at 11:54 AM <erik@...> wrote: A subfolder of the github Tapr-vna is named "Arduino"
It contains the arduino SW required to run on a arduino nano that controls
the SI5351 over I2S and the reflection/transmission switch
So tapr-vna communicates over a com port with the arduino SW .
The output of the "audio bridge.pdf" schematic (Audioright/audioleft) go
to the line input of a PC
The two sine generators on the same schematic are the two outputs of the
SI5351. (so they are not sinus but square wave)
If you want you can also copy the nanoVNA schematic w.r.t to SI5351 and
SA612.
Does this help?
|
Re: Comparing nanoVNA with similar hardware home build VNA
#internals
A subfolder of the github Tapr-vna is named "Arduino"
It contains the arduino SW required to run on a arduino nano that controls the SI5351 over I2S and the reflection/transmission switch
So tapr-vna communicates over a com port with the arduino SW .
The output of the "audio bridge.pdf" schematic (Audioright/audioleft) go to the line input of a PC
The two sine generators on the same schematic are the two outputs of the SI5351. (so they are not sinus but square wave)
If you want you can also copy the nanoVNA schematic w.r.t to SI5351 and SA612.
Does this help?
|
Re: Questions about Firmware
Well, it is a rainy day so I tried to do the upgrade. I went to the [email protected] | Wiki Main Menu and under Firmware and under "Easy windows firmware update" downloaded the "How to write firmware (Windows GUI)" document. To make it easier I printed out the document. Since I have a DFU file I skipped the first two pages on the DFU File Manager. I already downloaded DfuSe Demo. I had DIP IC socket pins with the correct 2.54mm spacing so I shorted two pins together and inserted the shunt into the two rightmost pins P1 VDD and BOOT0. I switched on the unit and got the white screen and removed the pins. I switched down the unit and powered up to verify gen111.taobao.com was still working. I switched down the unit into inserted the pin shunt into P1 and powered up into the white screen boot mode. I connected the unit to my laptop and started DfuSe Demo. It did not recognize the device so I started Device Manager. It showed the ST driver with an error. I ran update driver and searched for a driver wpdate (This is a Windows 10 laptop). It found and installed the ST driver and DfuSe Demo found the DFU Device. Be sure to read the directions at the bottom of page 4. The first step is to save the existing DFU file with the Upload Action Choose and Load options. I saved the existing file and labeled it gen111 I did the upgrade with the NanoVNA-0.3.0m.dfu file. I selected Choose and after a couple of messages the bottom bar turned green and ended with "Target 00: Verify successful" I left the DFU mode. My unit did not automatically reboot so I switched the unit off and on. The screen came on. I selected the CONFIG and VERSION touchscreen buttons and it shows Version 0.3.0m Success! Since I only have one screen on this laptop I usually print upgrade instruction and read them a couple of times before starting. I usually print two pages per sheet to save paper:-) The document is next to my laptop while upgrading and I add notes as I upgrade. I will continue playing with this great little VNA. I use NanoVNA SERVER and will try NAnoVNASHARP and the NanoVNA WebApp. Mike N2MS
On October 22, 2019 at 9:42 AM n2msqrp <mstangelo@...> wrote:
I have a Hugen nanoVNA with the gen111.taobao.com firmware.
I use it for HF measurements and have been happy with the performance.
I have been waiting for the firmware revisions to settle down before I upgrade.
This looks like a mature version.
Should I be aware of any issues when upgrading to this version?
Thanks to all for the effort.
Mike N2MS
On October 21, 2019 at 3:36 PM QRP RX <qrp.ddc@...> wrote:
On Mon, Aug 5, 2019 at 07:07 AM, <hugen@...> wrote:
Not every si5351 can be stably overclocked to 1200MHz. As the temperature
increases, the internal VCO operating limit frequency of the si5351 will
decrease. If you notice a significant spike(>0dB) in your nanoVNA at 300 MHz
or 900 MHz, I recommend that you use the 800MHz firmware.
You can check your hardware with this firmware: /g/nanovna-users/message/5445
It includes latest changes from @edy555, @hugen79, @qrp73 repositories and performs si5351 PLL check. If you see red PLL icon near battery icon, it means that your si5351 works unstable.
Also, this firmware supports @cho45 NanoVNA WebApp and has no freezes and errors. :)
|
Re: Comparing nanoVNA with similar hardware home build VNA
#internals
Erik -
Regarding your home build VNA, I would like to find out more about how you interface the Si5351 to your PC
On your Github page, " the Doc section shows the VNA current bridge and the nano-vna schematics. I am assuming that you don't have the micro and DSP chip in your home built version, so could you tell us more about the interface?
Thank you!
|
Re: NanoVNASharp MOD v3 released
It works great for me - except that the capture button doesn't work.
I get "ERROR - Capture command is not supported". Then followed by "response 11 bytes".
The graphs are very good but the Smith Chart no longer shows frequency as it used to do.
It shows loads of other new stuff that I'm sure will be useful, just not frequency - which is very useful to me.
Kind regards
Tony
|
Re: Questions about Firmware
On Tue, Oct 22, 2019 at 04:16 PM, Raymond Domp Frank wrote:
A new version is never a mature version. Old bugs may have been killed but new
(buggy?) features and behaviour will have been introduced.
It may be powerful and feature-rich, but it's not mature.
That doesn't mean that I'm not longing for a bit of time to try this version out! Raymond
|
Re: Questions about Firmware
On Tue, Oct 22, 2019 at 03:42 PM, n2msqrp wrote:
This looks like a mature version.
A new version is never a mature version. Old bugs may have been killed but new (buggy?) features and behaviour will have been introduced. It may be powerful and feature-rich, but it's not mature. Raymond
|
Re: Questions about Firmware
Of course - it's under the GPL, so the source code must remain open :-)
--
Rune / 5Q5R
toggle quoted message
Show quoted text
On Tue, 22 Oct 2019 at 15:59, <jmavrick@...> wrote: Hi,
Is it possible to have the source code of this firmware version?
Regards
|
Re: Questions about Firmware
Hi,
Is it possible to have the source code of this firmware version?
Regards
|
Re: Possible Issue with ttrftech firmware (0.2.3-11) above 300 mhz
I am joining the club. After update to 0.3.0 i got the same issue. Tried everything mentioned here but no help. I am now going to search for v 0.1.1 to see if it helps.
|
Re: Questions about Firmware
I have a Hugen nanoVNA with the gen111.taobao.com firmware.
I use it for HF measurements and have been happy with the performance.
I have been waiting for the firmware revisions to settle down before I upgrade.
This looks like a mature version.
Should I be aware of any issues when upgrading to this version?
Thanks to all for the effort.
Mike N2MS
toggle quoted message
Show quoted text
On October 21, 2019 at 3:36 PM QRP RX <qrp.ddc@...> wrote:
On Mon, Aug 5, 2019 at 07:07 AM, <hugen@...> wrote:
Not every si5351 can be stably overclocked to 1200MHz. As the temperature
increases, the internal VCO operating limit frequency of the si5351 will
decrease. If you notice a significant spike(>0dB) in your nanoVNA at 300 MHz
or 900 MHz, I recommend that you use the 800MHz firmware.
You can check your hardware with this firmware: /g/nanovna-users/message/5445
It includes latest changes from @edy555, @hugen79, @qrp73 repositories and performs si5351 PLL check. If you see red PLL icon near battery icon, it means that your si5351 works unstable.
Also, this firmware supports @cho45 NanoVNA WebApp and has no freezes and errors. :)
|
Re: Guidelines for SWR 1:1.5 and 1:2 in SWR graph
I meant lines drawn on graph that show where is 1:1.5 and 1:2 measurement regarding of the scale.
|
Re: How about 2 major streams of firmware for the NanoVNA: Hobby and Experimental?
I also vote for hobby version. Two tracks are good enough and large fonts are must.
There is also reald fork () that keeps four tracks but sets somewhat larger font. It is at more readable.
|
Cannot calibrate after firmware update
I got NanoVNA with some old firmware. It worked ok up to 900 MHz. as it was missing number of features I decided to do upgrade.
I upgraded to reald NanoVNA-0.3.1-20191021-FONT.
After that I cannot do proper calbration for frequencies above 310 MHz.
Calibration for whole range 50kHy to 900MHz does not work, smith chart shows random lines all over the screen.
Calbration for range 1 MHz o 30 MHz works fine.
Also, calibration for range 100MHz to 310 MHz works ok.
But if I try any range that uses frequencies above 310 MHz shows erraticall readings.
|
Re: Is it possible to do a display driver swap?
On Tue, Oct 22, 2019 at 08:41 AM, Bo, OZ2M wrote: How about using tablets for user interaction? I have no idea if the USB
communication is fast enough. But there is A LOT of older tablets that are
unused and being en route to scrap. I mean if they are stripped for all the
clutter and just run Android and a simple 1:1 viewer of what would otherwise
be shown on the NanoVNA itself.
Unfortunately, older Android OSes don't support the libraries needed by the application. I think the earliest OS is Android 6 for the WEBusb app which runs nicely on my 8" tablet.
|
What to do if I see RED PLL on display?
So - I installed the latest ALEX_M firmware that QRP posted the other day that will produce a red PLL on the display if it detects the synth will not go above 260MHz.
I got the dreaded RED PLL.
Even if I clear/reset the config and recalibrate, I get crazy lines all over the display.
Flashing the previous version of Hugen's AA Oct-18 F/W restores operation.
Who's firmware is correct and has anyone (Erik?) other than QRP confirmed that Alex_M's firmware actually works as described?
Thanks,
Larry
|
Re: Is it possible to do a display driver swap?
Hi
How about using tablets for user interaction? I have no idea if the USB communication is fast enough. But there is A LOT of older tablets that are unused and being en route to scrap. I mean if they are stripped for all the clutter and just run Android and a simple 1:1 viewer of what would otherwise be shown on the NanoVNA itself.
Bo
|
Re: How about 2 major streams of firmware for the NanoVNA: Hobby and Experimental?
And that is why we have Rune's NanoVNA-Saver app......
Again, this device is great as a PORTABLE tool.
However, for BENCH WORK it's very advantageous to pair it with a PC running Rune's 'Saver application on a nice big computer display with several graphs/charts simultaneously displaying all the parameters you require without the need to decipher each trace on a single cluttered 2.8" display.
For precision work like tuning xtal filters, use the 'Saver app.
For field work, the AA version is best.
It always comes down to using the best tool (H/W, S/W or both) for the job at hand and not just creating one fantastically all inclusive device just because you can.
I will put in an enhancement request to Hugen to shift the STOP freq field to the left slightly to get another digit (or 2) to show.
Regards,Larry
toggle quoted message
Show quoted text
On Tuesday, October 22, 2019, 8:08:38 a.m. GMT-4, QRP RX <qrp.ddc@...> wrote: On Tue, Oct 22, 2019 at 02:47 PM, Larry Rothman wrote:
1.hobby grade << two trace, large font, Ham-centric radio development and
testing version
I think two traces is not enough for hobby grade. For example, if you're tuning some bandpass filter you're want to see S11 logmag, S21 logmag and VSWR. Sometimes it even needs to show also S11 phase track. Usually I'm using all 4 tracks for hobby grade tasks, they configured in the following way: 1) S11 2) S21 3) VSWR 4) Smith. These tracks are enough for almost all hobby grade tasks, and usually I just don't needs to change tracks, because all information already on the screen just after power on. Sometimes I change 4 track from Smith to Phase or Phase Delay. Regarding to font size, just compare how looks AA version and normal versions (see screenshots). As you can see AA version can't show that frequency is 123'456'789 Hz. When you're using it for hobby grade, you're needs to tune Crystal filters with 3 kHz bandwidth. So, if device show you frequency with 1 kHz resolution, it is not enough. Because hobby grade ham radio amateur wants to see it with at least ¡À100 Hz resolution or even better.
|
Oristo
YT9TP - Pedja
Bo, OZ2M