Amazon has them, and if you want you can easily return them AC6K On Sun, Nov 1, 2020 at 10:38 AM Roger Need via groups.io <sailtamarack= [email protected]> wrote: On Sun, Nov 1, 2020 at 10:07 AM, vincent coppola wrote:
I have a NanoVNA which I love but now it's time to upgrade to a Nano
VNA-H.
Can someone please recommend a trustworthy site Thanks... Vin
Do you mean the nanoVNA-H4? I would not even consider a 2.8" screen
NanoVNA-H now that 4" models only cost slightly more. In addition to the
larger display the -H4 has better RF performance and there is better
firmware available.
Roger
|
On Sun, Nov 1, 2020 at 10:07 AM, vincent coppola wrote:
I have a NanoVNA which I love but now it's time to upgrade to a Nano VNA-H.
Can someone please recommend a trustworthy site Thanks... Vin
Do you mean the nanoVNA-H4? I would not even consider a 2.8" screen NanoVNA-H now that 4" models only cost slightly more. In addition to the larger display the -H4 has better RF performance and there is better firmware available. Roger
|
R and L in the us has it. That is the 4inch H version. On Sun, Nov 1, 2020 at 12:07 PM vincent coppola via groups.io <n1vc= [email protected]> wrote: I have a NanoVNA which I love but now it's time to upgrade to a Nano
VNA-H. Can someone please recommend a trustworthy site Thanks... Vin
-- 73, Tripp Sanders K5TRP
|
I have a NanoVNA which I love but now it's time to upgrade to a Nano VNA-H. Can someone please recommend a trustworthy site Thanks... Vin
|
Hi all,
I assembled the whole circuit. I have a doubt about the calibration resistors: they must be soldered on the pcb or on female pin?
Thanks and 73's
|
Re: 3D printed nanoVNA-H BNC holder and binding post DUT holder
Alan
I think that the shipping would be prohibitive, especially to you guys in VK land. Here in the US many libraries have 3D printers for use for the cost of the filament. There may also be a "maker space" near you.
--
73
Bob? KD8CGH
|
Re: 3D printed nanoVNA-H BNC holder and binding post DUT holder
Hello Bob - For us that don't have a 3d printer or access to one do you propose to make and sell a complete assembly ready to use.
73 Alan VK7AM/GM3MHD.
|
The following files have been uploaded to
the Files area of the [email protected] group.
By: Karl Jan Skontorp
Description:
New versions of the GetscreenSE utility!
|
Re: File /NanoVNA PC Software/Screendump/32-bit_GetScreenSE.exe uploaded
#file-notice
On Fri, Oct 30, 2020 at 07:02 PM, " [email protected] Notification" < [email protected]> wrote:
The following files have been uploaded to the Files area of the
[email protected] group.
* /NanoVNA PC Software/Screendump/32-bit_GetScreenSE.exe (
/g/nanovna-users/files/NanoVNA PC
Software/Screendump/32-bit_GetScreenSE.exe )
*By:* Karl Jan Skontorp
*Description:*
32-bit version of the utility
Hi Karl , good job . The program works on my nanovna-H 2,8" FW 1.0.39 by Dislord Maurizio IZ!MDJ
|
File /NanoVNA PC Software/Screendump/32-bit_GetScreenSE.exe uploaded
#file-notice
The following files have been uploaded to
the Files area of the [email protected] group.
By: Karl Jan Skontorp
Description:
32-bit version of the utility
|
Re: NanoVNA RF Demo Kit connection
I appreciate all the great responses to my question that I received . My problem was that I could not apply enough finger or thumb pressure to make the connection. It was painful to try. I used a small dowel rod and was able to snap the fittings on the board.
The information that was received was very helpful. Thanks to all.
Richard KC9UB
|
Re: Serial protocol struggle
On 10/29/20 6:08 PM, Ed March wrote: OK for simple SWR? maybe I can skip the calibration part as?a PHASE I I'm not so sure.. in a VNA, the return loss bridge can be pretty crummy, because any leakage into the reflected path or lumps and bumps in the forward path gets "calibrated out". Similarly, you don't care how flat the detector is over frequency(although in the NanoVNA, the detector is DSP and inherently quite flat). A traditional SWR meter depends on the fwd/rev paths being well calibrated by design, and the detectors being flat and well matched over frequency. The calibration is really what makes it possible to make inexpensive VNAs - as long as the device is stable, and linear, it doesn't have to be "good" in traditional terms (flat response vs frequency, matched gain, etc.) add that as PHASE II
Whats 5-10% on SWR right?
working on a CommandLine byte send recv right now
step 0.1 make it talk? !
*Sent:* Thursday, October 29, 2020 at 5:28 PM
*From:* "Jim Lux" <jimlux@...>
*To:* [email protected]
*Subject:* Re: [nanovna-users] Serial protocol struggle
On 10/29/20 5:17 PM, hwalker wrote:
On Thu, Oct 29, 2020 at 04:12 PM, Ed March wrote:
Wow ?Thank you 1 of?11 it's already makes sense ! Rather exciting now !
==============================================
One thing you may not find so exciting is that that the V2 does not transfer corrected data. This was a deliberate decision on the part of the developer. It means that your program will have to perform its own SOLT calibration and save and apply the calibration data to the raw values received from the V2.
Writing the routines for performing and saving SOLT calibrations is not trivial and requires some understanding of the underlying math. There are currently no examples written in C# that I can recall. NanoVNA-Saver has a Python example and Erik's TAPR application has a C example. I have a fair understanding of Python and the NanoVNA-Saver calibration code was still Greek to me.
- Herb
The calibration code for the NanoVNA itself is in regular old c.
main.c is where you want to look.
static void eterm_set(int term, float re, float im)
{
int i;
for (i = 0; i < sweep_points; i++) {
cal_data[term][i][0] = re;
cal_data[term][i][1] = im;
}
}
is where it starts..
|
Sorry for the 64-bit version only, I will publish a 32-bit version as soon as I have configured my development platform!
73s de
Karl Jan - LA3FY
|
Re: Serial protocol struggle
On Fri, Oct 30, 2020 at 02:08 AM, Reinier Gerritsen wrote:
.. Calibration routines for a VNA are not as difficult as you may think, just a few lines of code. If you use a programming language that supports complex ===================================
Reinier
The NanoVNA-Saver developers are light years ahead of me when it comes to Python programming and it took them a couple of month's to get the isolation and through calibration routines correct.
Adding the same calibration routines to a simple script where I just want to use the corrected data from the V2 display has deterred me from using the V2 as much as I have the NanoVNA. I understand Gabriel's reasoning for only transferring raw data values, but it is prevents simply grabbing the corrected displayed data points and trying out some quick calculations, as can be done with the NanoVNA.
- Herb
|
Re: Serial protocol struggle
Calibration routines for a VNA are not as difficult as you may think, just a few lines of code. If you use a programming language that supports complex number division, it is very easy. If not, you'll have a little more work to do.
I found the document "Error correction in vector network analyzers" by Thomas Baier, DG8SAQ, extremely helpful. Don't let the math scare you off, it looks frightening but it really isn't (at least for a single port analyzer). I hope that one day Thomas will open source his VNWA software, it has way more features than NanoVNA-Saver or NanoVNA-QT.
Reinier
Op 30-10-2020 om 01:17 schreef hwalker:
toggle quoted message
Show quoted text
On Thu, Oct 29, 2020 at 04:12 PM, Ed March wrote:
Wow ?Thank you 1 of?11 it's already makes sense ! Rather exciting now !
==============================================
One thing you may not find so exciting is that that the V2 does not transfer corrected data. This was a deliberate decision on the part of the developer. It means that your program will have to perform its own SOLT calibration and save and apply the calibration data to the raw values received from the V2.
Writing the routines for performing and saving SOLT calibrations is not trivial and requires some understanding of the underlying math. There are currently no examples written in C# that I can recall. NanoVNA-Saver has a Python example and Erik's TAPR application has a C example. I have a fair understanding of Python and the NanoVNA-Saver calibration code was still Greek to me.
- Herb
|
Hi Bob,
Unfortunately, eBay may give you a misleading title to sell a product. (it may be the case elsewhere, but I¡¯ve experienced it here). This product, which you mistakenly write nanoVNC-h, is spelled correctly NanoVNA-H, from which you can still choose from several versions. Anyone looking to buy one now will need to read several forum discussions or see a description of which one to buy.
My experience is that everyone wants to buy a good or excellent product cheaply, so they fall for tempting descriptions.
You should look for the original manufacturer of the product and buy from it, it is not an easy task to find.
If I can help you this way afterwards, please check out my website. I have been monitoring the product and its variants from the beginning. Unfortunately, I can¡¯t afford to buy all of them. I did the things I described myself or wrote them down from the conversations.
You can also find a summary of the changes compiled by enthusiastic forum users in the forum wiki.
73, Gyula HA3HZ
--
*** If you are not part of the solution, then you are the problem. ( ) ***
|
Hi Karl Jan,
I'm sorry, but this program can't run on a 64-bit machine? I am running win7-32 and access is denied.
If you are only running on a 64-bit machine, you should also indicate it.
73, Gyula HA3HZ
--
*** If you are not part of the solution, then you are the problem. ( ) ***
|
Re: Serial protocol struggle
OK for simple SWR? maybe I can skip the calibration part as?a PHASE I add that as PHASE II Whats 5-10% on SWR right? working on a CommandLine byte send recv right now step 0.1 make it talk? ! *Sent:* Thursday, October 29, 2020 at 5:28 PM *From:* "Jim Lux" <jimlux@...> *To:* [email protected]*Subject:* Re: [nanovna-users] Serial protocol struggle On 10/29/20 5:17 PM, hwalker wrote: On Thu, Oct 29, 2020 at 04:12 PM, Ed March wrote:
Wow ?Thank you 1 of?11 it's already makes sense ! Rather exciting now !
==============================================
One thing you may not find so exciting is that that the V2 does not transfer corrected data. This was a deliberate decision on the part of the developer. It means that your program will have to perform its own SOLT calibration and save and apply the calibration data to the raw values received from the V2.
Writing the routines for performing and saving SOLT calibrations is not trivial and requires some understanding of the underlying math. There are currently no examples written in C# that I can recall. NanoVNA-Saver has a Python example and Erik's TAPR application has a C example. I have a fair understanding of Python and the NanoVNA-Saver calibration code was still Greek to me.
- Herb
The calibration code for the NanoVNA itself is in regular old c. main.c is where you want to look. static void eterm_set(int term, float re, float im) { int i; for (i = 0; i < sweep_points; i++) { cal_data[term][i][0] = re; cal_data[term][i][1] = im; } } is where it starts..
|
Re: Serial protocol struggle
On 10/29/20 5:17 PM, hwalker wrote: On Thu, Oct 29, 2020 at 04:12 PM, Ed March wrote:
Wow ?Thank you 1 of?11 it's already makes sense ! Rather exciting now !
==============================================
One thing you may not find so exciting is that that the V2 does not transfer corrected data. This was a deliberate decision on the part of the developer. It means that your program will have to perform its own SOLT calibration and save and apply the calibration data to the raw values received from the V2.
Writing the routines for performing and saving SOLT calibrations is not trivial and requires some understanding of the underlying math. There are currently no examples written in C# that I can recall. NanoVNA-Saver has a Python example and Erik's TAPR application has a C example. I have a fair understanding of Python and the NanoVNA-Saver calibration code was still Greek to me.
- Herb
The calibration code for the NanoVNA itself is in regular old c. main.c is where you want to look. static void eterm_set(int term, float re, float im) { int i; for (i = 0; i < sweep_points; i++) { cal_data[term][i][0] = re; cal_data[term][i][1] = im; } } is where it starts..
|
Re: Serial protocol struggle
On Thu, Oct 29, 2020 at 04:12 PM, Ed March wrote:
Wow ?Thank you 1 of?11 it's already makes sense ! Rather exciting now !
==============================================
One thing you may not find so exciting is that that the V2 does not transfer corrected data. This was a deliberate decision on the part of the developer. It means that your program will have to perform its own SOLT calibration and save and apply the calibration data to the raw values received from the V2.
Writing the routines for performing and saving SOLT calibrations is not trivial and requires some understanding of the underlying math. There are currently no examples written in C# that I can recall. NanoVNA-Saver has a Python example and Erik's TAPR application has a C example. I have a fair understanding of Python and the NanoVNA-Saver calibration code was still Greek to me.
- Herb
|
Roger Need
Bob Benedict, KD8CGH
Gyula Molnar