Hi Rune,
thank you very much for your quick answer!
Please tell me the trick where I can change the number of points prior to calibration. I didn't find that yet.
I think the following measurements are relevant:
Band pass -3dB, -6dB, and -60dB bandwidth.
The same for bandstop.
To measure a low pass or a high pass filter: -3dB right down and -3dB left down.
Kind regards
Norbert, DG1KPN
|
Hi Norbert,
the application can run calibrations at far more than 401 points - I have
certainly done 5050 points at one point. ;-) But it does this in the
application, and not on the device, due to the hardware limitations.
I agree that a function to find cut-off frequencies for filters etc. would
be interesting, and I've put it on the list of features I would like to
implement for the next version, ie. for next week. I don't make any
promises though :-)
What measurements would be relevant to provide? Cut-off frequency, span for
band-pass, dB/octave and dB/decade fall-off, pass-band ripple?
--
Rune / 5Q5R
toggle quoted message
Show quoted text
On Thu, 3 Oct 2019 at 11:12, <norbert.kohns@...> wrote: Hi Rune,
thank you for fixing this issue!
I have a question for you in respect to the required number of data points
to measure a band pass filter. With 101 points it is most likely not
possible to find the -3 dB points because the sample point is way off from
-3 dB on both sides of the band pass. With 401 points it would work. An
automatic feature of measuring the bandwidth would be absolutely cool! The
TAPR software is able to perform a calibration at 401 points or even more
than that, so I am certain that you could do that as well. I have no glue
on how difficult that would be, but more data points for calibration would
be a huge improvement.
Kind regards
Norbert, DG1KPN
|
Hi Rune,
thank you for fixing this issue!
I have a question for you in respect to the required number of data points to measure a band pass filter. With 101 points it is most likely not possible to find the -3 dB points because the sample point is way off from -3 dB on both sides of the band pass. With 401 points it would work. An automatic feature of measuring the bandwidth would be absolutely cool! The TAPR software is able to perform a calibration at 401 points or even more than that, so I am certain that you could do that as well. I have no glue on how difficult that would be, but more data points for calibration would be a huge improvement.
Kind regards
Norbert, DG1KPN
|
Re: Is my Nanovna broken?
Thanks Rune,
I'll try both options. BTW this is running Linux & Python 3.74 version at home, work is much earlier so will have to wait I guess until later. I get the same output with the previous versions.
Using putty I can get into it and it seems to be functioning. Used the putty/cli command to reset the calibration data 'cal reset' and it seems to function again, I get odd 2 billion results in the 4 traces though every now and then if try to alter frequency again.
72
Dom
M1KTA
|
Re: TaoBaoFOCUS (hugen79) order cancelled
Glad you got yours. Obviously I'm not worthy.
I have got one now from elsewhere on eBay.
And when my sma to n adapters come I may even use it!
|
Nice idea. I wonder how long those little u.fl connectors will last though.
|
Re: errors of "error" models
27 : Reproduction of (REGION , DEREDEI) Results and Graphics @Jose Luu : /g/nanovna-users/message/3812Hello Jose, Thank you very much for your proved interest on our work. Your message contents are really Great News for our Objective World ! Now, regarding the restricted - up to 6 characters long, with capital letters only - names of our variables, we can assure that we tried hard to conform ourselves with the requirements of FORTRAN IV without any extension, in order to make possible for our REGION program to be compiled and run under as much environments as is possible Nevertheless, from what you report we conclude that it may worth to look again into the current state of progress of openwatcom V2 fork. Thank you. And by the way, a word of clarification regarding our instructions at: 26 : Correction of Maxima Version and "Unpacked" DERDEI Code /g/nanovna-users/message/3770Because of the existing restrictions in [maxima] GUI, it is not possible at all for the interested reader to Copy-and-Paste using his mouse all the way, so he has to use the key-combinations: [Ctrl][C]-and-[Ctrl][V]. Finally, allow us, please, to motivate you, as well as, any other interested reader, to try our /F/L/O/S/S/ on your measurements. One, of the many, possible use is to construct your real standard load with Nominal Value and Core Uncertainty depending in an * e x p l i c i t l y * k n o w n * way on the frequency - that is as we have already done with our ref2007box: 22 : AnyVNA From The Common User's Point Of View : A Practical Application of the Core Uncertainty Strips /g/nanovna-users/message/3340Who can ask more than that ? Best regards, Nikolitsa OE3ZGN|SV7DMC and Petros OE3ZZP|SV7BAX 27
|
Re: Is my Nanovna broken?
You tried sweep 50kHz span with 101*10 sweep.
I don't think NanoVNA capable below 50Hz RBW...
How about give more span with default 101 sweep?
|
Re: Is my Nanovna broken?
Oh, a different issue: You set the segment count far, far too high (1000). Try a value of 1 first, and see if that helps :-) -- Rune / 5Q5R On Thu, 3 Oct 2019, 09:19 Rune Broberg via Groups.Io, <mihtjel= [email protected]> wrote: Hi Dom,
The application is receiving some weird data from you device - a value of
about 2 billion, which is supposed to be in the range -1 to +1. ?
Try doing a full calibration on the nanovna, including resetting the
calibration first and saving it to save slot 0. If it still fails after
that, there will have to be further investigation.
I hope this helps!
--
Rune / 5Q5R
On Thu, 3 Oct 2019, 08:35 Dom Baines M1KTA via Groups.Io, <dombaines=
[email protected]> wrote:
I cannot get this to work on startup using nanosaver and I get in the
logfile ...
2019-10-03 07:33:37,745 - NanoVNASaver - INFO - Startup...
2019-10-03 07:33:37,829 - NanoVNASaver.SweepWorker - INFO - Initializing
SweepWorker
2019-10-03 07:33:37,869 - NanoVNASaver.NanoVNASaver - INFO - Found NanoVNA
(0483 5740) on port /dev/ttyACM0
2019-10-03 07:33:37,869 - NanoVNASaver.NanoVNASaver - DEBUG - Building
user interface
2019-10-03 07:33:37,973 - NanoVNASaver.NanoVNASaver - DEBUG - Finished
building interface
2019-10-03 07:33:51,682 - NanoVNASaver.NanoVNASaver - INFO - Opening
serial port /dev/ttyACM0
2019-10-03 07:33:52,100 - NanoVNASaver.NanoVNASaver - INFO - info
Kernel: 4.0.0
Compiler: GCC 5.4.1 20160919
Architecture: ARMv6-M
Core Variant: Cortex-M0
Port Info: Preemption through NMI
Platform: STM32F072xB Entry Level Medium Density devices
Board: NanoVNA
Build time: Aug 2 2019 - 16:40:01
ch>
2019-10-03 07:33:52,265 - NanoVNASaver.NanoVNASaver - INFO - Read starting
frequency 100000 and end frequency 150000
2019-10-03 07:33:52,265 - NanoVNASaver.NanoVNASaver - DEBUG - Starting
initial sweep
2019-10-03 07:33:52,266 - NanoVNASaver.SweepWorker - INFO - Initializing
SweepWorker
2019-10-03 07:33:52,266 - NanoVNASaver.SweepWorker - INFO - 1000 sweeps
2019-10-03 07:33:52,266 - NanoVNASaver.SweepWorker - DEBUG - Parsed sweep
range as 100000 to 150000
2019-10-03 07:33:52,266 - NanoVNASaver.SweepWorker - DEBUG - Sweep segment
no 0
2019-10-03 07:33:52,267 - NanoVNASaver.SweepWorker - DEBUG - Setting sweep
range to 100000 to 100000
2019-10-03 07:33:52,568 - NanoVNASaver.SweepWorker - DEBUG - Reading
frequencies
2019-10-03 07:33:52,784 - NanoVNASaver.SweepWorker - DEBUG - Reading data 0
2019-10-03 07:33:52,994 - NanoVNASaver.SweepWorker - DEBUG - Read 101
values
2019-10-03 07:33:52,995 - NanoVNASaver.SweepWorker - WARNING - Got a
non-float data value: 2147483647.147483647 2147483647.147483647
(2147483647.147483647)
2019-10-03 07:33:52,995 - NanoVNASaver.SweepWorker - DEBUG - Re-reading
data 0
repeats until
2019-10-03 07:34:06,245 - NanoVNASaver.SweepWorker - CRITICAL - Tried and
failed to read data 0 20 times. Giving up.
2019-10-03 07:34:06,245 - NanoVNASaver.SweepWorker - DEBUG - Sweep segment
no 1
2019-10-03 07:34:06,251 - NanoVNASaver.SweepWorker - DEBUG - Stopping
sweeping as signalled
2019-10-03 07:34:06,258 - NanoVNASaver.SweepWorker - DEBUG - Resetting
NanoVNA sweep to full range: 100000 to 150000
2019-10-03 07:34:06,260 - NanoVNASaver.SweepWorker - DEBUG - Sending
"finished" signal
Anyone?
No RF squirted into it, default as delivered. Cannot see more than one
trace.
|
Re: Is my Nanovna broken?
Hi Dom, The application is receiving some weird data from you device - a value of about 2 billion, which is supposed to be in the range -1 to +1. ? Try doing a full calibration on the nanovna, including resetting the calibration first and saving it to save slot 0. If it still fails after that, there will have to be further investigation. I hope this helps! -- Rune / 5Q5R On Thu, 3 Oct 2019, 08:35 Dom Baines M1KTA via Groups.Io, <dombaines= [email protected]> wrote: I cannot get this to work on startup using nanosaver and I get in the
logfile ...
2019-10-03 07:33:37,745 - NanoVNASaver - INFO - Startup...
2019-10-03 07:33:37,829 - NanoVNASaver.SweepWorker - INFO - Initializing
SweepWorker
2019-10-03 07:33:37,869 - NanoVNASaver.NanoVNASaver - INFO - Found NanoVNA
(0483 5740) on port /dev/ttyACM0
2019-10-03 07:33:37,869 - NanoVNASaver.NanoVNASaver - DEBUG - Building
user interface
2019-10-03 07:33:37,973 - NanoVNASaver.NanoVNASaver - DEBUG - Finished
building interface
2019-10-03 07:33:51,682 - NanoVNASaver.NanoVNASaver - INFO - Opening
serial port /dev/ttyACM0
2019-10-03 07:33:52,100 - NanoVNASaver.NanoVNASaver - INFO - info
Kernel: 4.0.0
Compiler: GCC 5.4.1 20160919
Architecture: ARMv6-M
Core Variant: Cortex-M0
Port Info: Preemption through NMI
Platform: STM32F072xB Entry Level Medium Density devices
Board: NanoVNA
Build time: Aug 2 2019 - 16:40:01
ch>
2019-10-03 07:33:52,265 - NanoVNASaver.NanoVNASaver - INFO - Read starting
frequency 100000 and end frequency 150000
2019-10-03 07:33:52,265 - NanoVNASaver.NanoVNASaver - DEBUG - Starting
initial sweep
2019-10-03 07:33:52,266 - NanoVNASaver.SweepWorker - INFO - Initializing
SweepWorker
2019-10-03 07:33:52,266 - NanoVNASaver.SweepWorker - INFO - 1000 sweeps
2019-10-03 07:33:52,266 - NanoVNASaver.SweepWorker - DEBUG - Parsed sweep
range as 100000 to 150000
2019-10-03 07:33:52,266 - NanoVNASaver.SweepWorker - DEBUG - Sweep segment
no 0
2019-10-03 07:33:52,267 - NanoVNASaver.SweepWorker - DEBUG - Setting sweep
range to 100000 to 100000
2019-10-03 07:33:52,568 - NanoVNASaver.SweepWorker - DEBUG - Reading
frequencies
2019-10-03 07:33:52,784 - NanoVNASaver.SweepWorker - DEBUG - Reading data 0
2019-10-03 07:33:52,994 - NanoVNASaver.SweepWorker - DEBUG - Read 101
values
2019-10-03 07:33:52,995 - NanoVNASaver.SweepWorker - WARNING - Got a
non-float data value: 2147483647.147483647 2147483647.147483647
(2147483647.147483647)
2019-10-03 07:33:52,995 - NanoVNASaver.SweepWorker - DEBUG - Re-reading
data 0
repeats until
2019-10-03 07:34:06,245 - NanoVNASaver.SweepWorker - CRITICAL - Tried and
failed to read data 0 20 times. Giving up.
2019-10-03 07:34:06,245 - NanoVNASaver.SweepWorker - DEBUG - Sweep segment
no 1
2019-10-03 07:34:06,251 - NanoVNASaver.SweepWorker - DEBUG - Stopping
sweeping as signalled
2019-10-03 07:34:06,258 - NanoVNASaver.SweepWorker - DEBUG - Resetting
NanoVNA sweep to full range: 100000 to 150000
2019-10-03 07:34:06,260 - NanoVNASaver.SweepWorker - DEBUG - Sending
"finished" signal
Anyone?
No RF squirted into it, default as delivered. Cannot see more than one
trace.
|
Re: NanoVNA-Saver: Testers wanted
Of course Larry, you've been a great help thus far! :-)
I'll be doing alpha testing for each new version from here on.
--
Rune / 5Q5R
toggle quoted message
Show quoted text
On Thu, 3 Oct 2019, 00:38 Larry Goga, <lgoga@...> wrote: Hello Rune,
If you haven't done so already, please add my name to your list of Alpha
testers if you would like. I will be testing on a Dell Laptop computer
running Windows 10 and an iMac under Mojave 10.14.6. I understand that
this is a chance to test for program bugs and not recommend new features.
I agree. I do believe the it's time to nail down at least one foot. That
way you can only run in a small circle!
Thanks for all the work you've done on this incredible project.
Larry
|
Re: TaoBaoFOCUS (hugen79) order cancelled
|
Re: How does VNA get the phase angle of S11
You have the test signal from the SI5351 send to the bridge but also to the "reference" mixer, in the reference mixer it is mixed with the output of the Local Oscillator (LO) which also comes from the SI5351.
The unbalance of the bridge goes to the "reflection" mixer where it is mixed with the same LO.
The LO is at 5kHz offset from the test signal so the output of both mixers is a IF signal at 5kHz.
Both IF's are then read into the controller using the ADC and in a DSP algorithm in the controller the IF's are going to DSP mixers where they are mixed with two 5kHz signals 90 degrees apart (I/Q mixer) to create a DC signal.
The DC signals (I and Q) are the real and imaginary part of the complex downconverted reference and reflection input to the HW mixers. As you do not know the actual angle of amplitude of the test signal the complex test signal is divided by the complex reference signal to eliminate the phase and amplitude uncertainty.
The outcome of this division is the unbalance of the bridge scaled relative to the reference signal, both in magnitude and angle.
Attached a small pdf that contains the block diagram of a VNA using the same mechanism
|
I cannot get this to work on startup using nanosaver and I get in the logfile ...
2019-10-03 07:33:37,745 - NanoVNASaver - INFO - Startup...
2019-10-03 07:33:37,829 - NanoVNASaver.SweepWorker - INFO - Initializing SweepWorker
2019-10-03 07:33:37,869 - NanoVNASaver.NanoVNASaver - INFO - Found NanoVNA (0483 5740) on port /dev/ttyACM0
2019-10-03 07:33:37,869 - NanoVNASaver.NanoVNASaver - DEBUG - Building user interface
2019-10-03 07:33:37,973 - NanoVNASaver.NanoVNASaver - DEBUG - Finished building interface
2019-10-03 07:33:51,682 - NanoVNASaver.NanoVNASaver - INFO - Opening serial port /dev/ttyACM0
2019-10-03 07:33:52,100 - NanoVNASaver.NanoVNASaver - INFO - info
Kernel: 4.0.0
Compiler: GCC 5.4.1 20160919
Architecture: ARMv6-M
Core Variant: Cortex-M0
Port Info: Preemption through NMI
Platform: STM32F072xB Entry Level Medium Density devices
Board: NanoVNA
Build time: Aug 2 2019 - 16:40:01
ch>
2019-10-03 07:33:52,265 - NanoVNASaver.NanoVNASaver - INFO - Read starting frequency 100000 and end frequency 150000
2019-10-03 07:33:52,265 - NanoVNASaver.NanoVNASaver - DEBUG - Starting initial sweep
2019-10-03 07:33:52,266 - NanoVNASaver.SweepWorker - INFO - Initializing SweepWorker
2019-10-03 07:33:52,266 - NanoVNASaver.SweepWorker - INFO - 1000 sweeps
2019-10-03 07:33:52,266 - NanoVNASaver.SweepWorker - DEBUG - Parsed sweep range as 100000 to 150000
2019-10-03 07:33:52,266 - NanoVNASaver.SweepWorker - DEBUG - Sweep segment no 0
2019-10-03 07:33:52,267 - NanoVNASaver.SweepWorker - DEBUG - Setting sweep range to 100000 to 100000
2019-10-03 07:33:52,568 - NanoVNASaver.SweepWorker - DEBUG - Reading frequencies
2019-10-03 07:33:52,784 - NanoVNASaver.SweepWorker - DEBUG - Reading data 0
2019-10-03 07:33:52,994 - NanoVNASaver.SweepWorker - DEBUG - Read 101 values
2019-10-03 07:33:52,995 - NanoVNASaver.SweepWorker - WARNING - Got a non-float data value: 2147483647.147483647 2147483647.147483647 (2147483647.147483647)
2019-10-03 07:33:52,995 - NanoVNASaver.SweepWorker - DEBUG - Re-reading data 0
repeats until
2019-10-03 07:34:06,245 - NanoVNASaver.SweepWorker - CRITICAL - Tried and failed to read data 0 20 times. Giving up.
2019-10-03 07:34:06,245 - NanoVNASaver.SweepWorker - DEBUG - Sweep segment no 1
2019-10-03 07:34:06,251 - NanoVNASaver.SweepWorker - DEBUG - Stopping sweeping as signalled
2019-10-03 07:34:06,258 - NanoVNASaver.SweepWorker - DEBUG - Resetting NanoVNA sweep to full range: 100000 to 150000
2019-10-03 07:34:06,260 - NanoVNASaver.SweepWorker - DEBUG - Sending "finished" signal
Anyone?
No RF squirted into it, default as delivered. Cannot see more than one trace.
|
Re: Installed recent firmware - was this a big mistake?
From: Oristo
In reality, USB does not work that way. Here are "real" supported USB speeds:
USB 1.0/Low-Speed: 1.5 Megabits per second (Mbps)
USB 1.1/Full-Speed: 12 Mbps.
USB 2.0/Hi-Speed: 480 Mbps.
USB 3.0/SuperSpeed: 5 Gbps.
USB 3.1/SuperSpeed: 10 Gbps.
Setting some bps is supported for virtual COM (AKA CDC device) to chips (eg. FTDi)
at the other end which interface USB to real serial (RS-422 or 232 or whatever)..
There is no such interface at the STM32 chip in nanoVNA,. Speed is determined by
which USB speed gets negotiated at plugin detection time and buffer sizes implemented.
====================================
Here, I experienced that a USB 5 GHz Wi-Fi dongle was substantially slowed in speed by having a USB mouse plugged into the same hub. So some USB appears to "work that way".
Cheers,
David
--
SatSignal Software - Quality software for you
Web:
Email: david-taylor@...
Twitter: @gm8arv
|
Re: How does VNA get the phase angle of S11
On Wed, Oct 2, 2019 at 11:32 PM, sala nimi wrote:
how does it get the phase of the that vector
magnitude = sqrt(re*re + im*im) phase = atan2(im, re) where: re - real part of complex S11 im - imag part of complex S11
|
Re: errors of "error" models
Hello gin&pez
I installed maxima and ran the visualizer, it worked OK giving the expected
figures.
I have also taken a look at the fortran code, and I am not done yet, it is
difficult to read
as it is written in strict fortran 77 using the 6 character variable names.
Such short variable
names makes it difficult (for about 20% of the names) to understand the
intent of the variable or function.
You may consider using longer variable names as 32 character variables
names are supported in
watcom fortran 2.0 (not sure for 1.9) and 31 character variable names in
the fortran 90 standard and gnu fortran.
You may also consider indenting the loops and conditionals to ease reading.
Regards
Jose
toggle quoted message
Show quoted text
On Wed, Oct 2, 2019 at 1:47 PM yza <yzaVNA@...> wrote: 26 : Correction of Maxima Version and "Unpacked" DERDEI Code
- also @Jose Luu : /g/nanovna-users/message/3278 -
Hello,
Allow us, please, to inform you that, as we already promised at:
21 : The Mathematica Code and the Unpacked DERDEI Code :
/g/nanovna-users/message/3290
we just uploaded the new, "unpacked" version of DERDEI at:
Also allow us, please, to inform, facupov, the interested
Common User that in order to avoid unnecessary
complications, he has to take into account the following:
(0.a/b) As it is detailed in the messages:
Re: [Maxima-discuss] Maxima 5.38.1 64 bit build Windows
From: <petrosez@gm...> - 2016-06-13 11:18:29
Re: [Maxima-discuss] Maxima 5.38.1 64 bit build Windows
From: Gunter K?nigsmann <gunter@pe...> - 2016-06-14 06:44:35
the version 5.38.1 of [maxima] requires a bunch of hard to
follow instructions for installation under wxpp32 or wxpp64.
Therefore, we * e r r o n e o u s l y * suggested, what we had
avoid to say, about this installation at:
2 : yza, Sep 21, 2019 : /g/nanovna-users/message/2802
and thus he should install the last * f u l l y * working 32-bit version
5.36.1 of [maxima] with [sbcl]:
We are terribly sorry for the inconvenience.
Please accept our apologies.
(0.b/b) Note: He may need to also do the following:
|Start|Settings|Control Panel|System|Advanced|Performance|Data
Execution Prevention|(o) Turn on DEP for all programs and
services except those I select:|Add|{X:\}{wxpp32}Program Files\
or{wxpp64}Program Files (x86)\Maxima-sbcl-5.36.1\bin\sbcl.exe|
|Open|
(1) He should unzip [DERDEI20191001.7z] to the default
folder with name: [DERDEI20191001], in the root folder of a drive,
which, if it is different than of our [K:], lets say [X:], then he has
to edit [DERDEI-unpacked_20191001-600-1000.MC] and
in the multi-lines beginning with /*10*/ up to /*15/ to replace
every occurrence of K: by X:
(2) He should skip | ignore any instructions given in the
Documentation:
regarding the file: [functions.txt], because all the contents of this file
are now embedded into: [DERDEI-unpacked_20191001-600-1000.MC]
at the aforementioned lines, and thus he should also ignore
completely the file: [useless-MC-embedded-functions.txt],
which was included into [DERDEI20191001.7z] just for the shake
of completeness
(3) He may execute sequentially, the 15 multi-line commands by
Copy-Paste into [XMAxima] and Enter them one-by-one
(4) He may omit the just informative multi-line commands
beginning with: /*2*/, /*4*/, /*6*/, and /*8*/
(5) If he likes, then in just three 3 steps he can: (I) copy
the whole content of [DERDEI-unpacked_20191001-600-1000.MC],
then: (II) paste them to [maxima], and finally: (III) run it fully.
(6) He may want to change the way in which the six 6 graphics
windows are presented by [gnuplot] and to select between the
"cascading" way, in which each window has to be closed, in order
to appear the next one, or the simultaneous one, by following
the instructions provided by the [Maxima 5.36.0 Manual: 12.
Plotting][12.3 Functions and Variables for Plotting][System
variable: gnuplot_view_args]:
"In Windows versions of Gnuplot older than 4.6.3 the behavior of
"~s -" and "-persist ~s" were the opposite; namely, "-persist
~s" made the plot window and the gnuplot interactive shell
remain, while "~s -" closed the gnuplot shell keeping the plot
window. Therefore, when older gnuplot versions are used in
Windows, it might be necessary to adjust the value of
gnuplot_view_args."
(7) If he is indeed a [mathematica] user, then it is up to him to
transfer -more-or-less "easily"- the graphics commands in the
remaining just four 4 [maxima] multi-line commands beginning
with: /*3*/, /*5*/, /*7*/, and /*9*/, to [mathematica], because:
"Macsyma" [maxima] "was revolutionary in its day, and many later
systems, such as Maple and Mathematica, were inspired by it"
-
at least, if not much more, more than that...
Sincerely,
gin&pez@arg
26
|
Re: edy555 design notes on CALIBRATION sets
Oristo,
I think I found a message string that may help explain your results somewhat Kurt Poulson at Sep 9 message #2140. and the ones that follow it.
Jim, KA6TPR ?
|
Re: Which Firmware Version?
I did not get that from the user guide.? But your explanation works for me.? I have not connected with a terminal program yet...
Thank!Mike WY6K
toggle quoted message
Show quoted text
On Wednesday, October 2, 2019, 09:29:27 PM CDT, hwalker <herbwalker2476@...> wrote:
Mike,
Did you checkout the user manuals in the "Files" section of this group?? Basically there are two methods:
1. If you have the latest firmware installed then there is a new menu option that allows you to perform a screen calibration.
2. If you have the original firmware then you have to connect the NanoVNA to a computer and use a terminal program to perform the calibration.
Herb
|
Are some V1 units still being shipped without batteries and shielding?
|
Steve G1YBB
gin&pez@arg
David J Taylor
Jose Luu
Starsekr
WY6K Mike Watts