开云体育

yes, UHF connectors have terrible performance even on HF

Ugg. You used UHF connectors. They are not very good impedance above HF..... You should use N style connectors.

On Tue, Nov 12, 2019 at 02:35 PM, Nick wrote:

In the attached picture the isolated plot is green and the connected plot is
red.

Hi Vaclav,
for NanoVNA-Saver I use PyCharm - which is Python specific, and not usable
for the firmware development side of things. On Windows, I might choose
something like Visual Studio Code with a fitting set of plugins for
developing for the NanoVNA. On Linux I use vim and make and things like
that ;-)

I don't think there's any way to print anything to a standard console - the
only way to run the code is on the device itself, and that does not have a
standard console. You *might* be able to make something that prints to the
serial port, and then listen in to that; or using a hardware debugger for
the microcontroller.

I hope you find a good development environment for your project!
--
Rune / 5Q5R

On Tue, 12 Nov 2019 at 15:42, vaclav_sal via Groups.Io <vaclav_sal=
[email protected]> wrote:

On Tue, Nov 12, 2019 at 05:35 AM, Rune Broberg wrote:

As ever, I look forward to hearing about any feedback, suggestions and

bugs!

Thank you very much to all the kind testers, many of whom were recruited

on

these very mailing lists!

Rune,
since I now know that you are an actual coder / developer , I like to ask
/ give a feedback if as "not recently experienced person" is allowed.
1. What is your development tool ? ( In few words , do not want to take
too much of your time ).
2. I understand that NanoVNA is "an embedded processor " hardware. As of
today I do not own one, I started with "cloning" software - my choice. I am
making progress going that direction.

Along that line - real technical question - how can I add standard ANSI C
"includes " ? Perhaps C++ I/O ( cout ) includes so I can trace the code
flow using I/O to standard console? For debugging purposes - not to be
included in final code to flash to NanoVNA memory.

3. Related to above point #2 – example code . How can I print this code
output to standard I/O file / console ? (Besides makefile I do not see
other ways to option the compilation / linking - no such options in
Eclipse Egit )

// test access
int a = 3;

#ifdef DEBUG

chsnprintf("Test print ",10,"%d2", a );

#endif


4. Here is a minor feedback – just warning by make


z@z-desktop:~/git/NanoVNA-H-GIT$ make
Compiling main.c
main.c: In function 'hard_fault_handler_c':
main.c:2189:1: warning: stack usage computation not supported for this
target
}
^
Linking build/ch.elf
Creating build/ch.hex
Creating build/ch.bin
Creating build/ch.dmp

text data bss dec hex filename
92904 5028 11544 109476 1aba4 build/ch.elf
Creating build/ch.list

Done

On Tue, Nov 12, 2019 at 05:35 AM, Rune Broberg wrote:

As ever, I look forward to hearing about any feedback, suggestions and bugs!
Thank you very much to all the kind testers, many of whom were recruited on
these very mailing lists!

Rune,
since I now know that you are an actual coder / developer , I like to ask / give a feedback if as "not recently experienced person" is allowed.
1. What is your development tool ? ( In few words , do not want to take too much of your time ).
2. I understand that NanoVNA is "an embedded processor " hardware. As of today I do not own one, I started with "cloning" software - my choice. I am making progress going that direction.

Along that line - real technical question - how can I add standard ANSI C "includes " ? Perhaps C++ I/O ( cout ) includes so I can trace the code flow using I/O to standard console? For debugging purposes - not to be included in final code to flash to NanoVNA memory.

3. Related to above point #2 – example code . How can I print this code output to standard I/O file / console ? (Besides makefile I do not see other ways to option the compilation / linking - no such options in Eclipse Egit )

// test access
int a = 3;

#ifdef DEBUG

chsnprintf("Test print ",10,"%d2", a );

#endif


4. Here is a minor feedback – just warning by make


z@z-desktop:~/git/NanoVNA-H-GIT$ make
Compiling main.c
main.c: In function 'hard_fault_handler_c':
main.c:2189:1: warning: stack usage computation not supported for this target
}
^
Linking build/ch.elf
Creating build/ch.hex
Creating build/ch.bin
Creating build/ch.dmp

text data bss dec hex filename
92904 5028 11544 109476 1aba4 build/ch.elf
Creating build/ch.list

Done

On Mon, Nov 11, 2019 at 07:24 PM, WB2UAQ wrote:

All network analyzers that I have worked on (repaired, calibrated and use
nearly every work day) since 1977 (8409, 8505, 8753, 8510.......) have the
test ports connected to and thru the same front panel (built in or on the
S-parameter test set). I see absolutely no reason to isolate them on the nano.
I have not used the isolation part of the cal yet but isn't that the reason
for doing isolation?

Thank you Pete and Dana for your helpful replies.

I connected the two supplied SMA cables to the nvna and calibrated from 10kHz to 1500MHz.

With both ends terminated in 50 Ohms the nvna cannot measure any difference in isolation with the grounds of the load ends floating or connected. In the attached picture the isolated plot is green and the connected plot is red. Both are averaged over 100 scans. Worst case isolation is 45dB @ 1.5GHz limited by the nvna itself.

See also post #6867.

I don’t suppose Mac versions of the software are possible.

From our Wiki, /g/nanovna-users/wiki

/g/nanovna-users/message/5421

Hi,
a drag function is definitely on the list for a future version! Thanks for
the feedback!

--
Rune / 5Q5R

Perhaps a way to drag/move that zoomed in display would be great, it seems to at times just move out of view when zoomed in.

I don’t suppose Mac versions of the software are possible.
Ray

Earlier today I released NanoVNA-Saver 0.2.0:


Release notes:
New feature: Zooming
This release adds the ability to "zoom" on the frequency-based charts: Use
your mouse's scroll wheel to zoom in and out - or hold the control button
and drag a box on the chart to zoom into.

New chart type: Group Delay
Group delay can now be displayed as a chart, and can also be enabled for
the marker data display for both S11 and S21.

New chart type: Permeability
A new chart, R/ω & X/ω, is available for determining permeability
characteristics of toroids. Thanks to David, F4HTQ, for requesting and
helping out with this.

Logarithmic Y-scale:
The VSWR and Permeability charts now have the option of having the Y-scale
shown as Linear or Logarithmic.

Changes to markers:

Now able to display Group Delay for S11 and S21
Markers can be filled or "hollow"
Markers can be shown centered, or with the point at the tip
Markers can be locked from mouse control by selecting the radio button next
to "Show/Hide data"
Time-delay reflectometry:

Min/max impedance values can be manually set
There's a movable marker to measure distance in the TDR chart
New scaling function for values:
Holger Müller, DG5DBH, contributed new code to show values more correctly,
using SI-prefixes. David Hunt provided further changes to avoid losing
precision when displaying frequencies for sweep settings.

Also included: Several bug fixes!

As ever, I look forward to hearing about any feedback, suggestions and bugs!
Thank you very much to all the kind testers, many of whom were recruited on
these very mailing lists!
--
Rune / 5Q5R

Mine have no "CH0" markings, without shield.
Here is test conditions for NanoVNA and NanoVNA-Q variants.
-------------------------------------------------------------------------------------
clearconfig 1234
reset
pause
offset 5000
threshold 300000000
edelay -0.00000000000001
sweep 10000 1500000000 101
cal reset
trace 0 logmag 0
trace 0 scale 15
trace 0 refpos 7.46875
trace 1 logmag 1
trace 1 scale 15
trace 1 refpos 7.53125
trace 2 delay 0
trace 2 scale 0.000000001
trace 2 refpos 3.96875
trace 3 phase 1
trace 3 scale 90
trace 3 refpos 4.03125
marker 1 20 300008000
marker 2 40 600006000
marker 3 60 900004000
marker 4 80 1200002000
resume
#dac 1922( Two variants were same DAC values / Did not changed )
-------------------------------------------------------------------------------------
* Test with latest( As of Nov.11 ) firmware variants.
* NanoVNA_0.4.0-e6035a5(Left)
* NanoVNA-Q_0.4.3-5-ga81ab10( Right )
* Both CH0/CH1 did not connect anything

What is your HW variants and your RAW traces?

Thank you for all the fast replies.
I will check Alibaba link.
--
Regards,

Erhan, TA1LSX, 73

Pay attention to the seller's note:
"Recently, European customers responded for DHL's import fees.
If you want UPS or other service, please contact me online or leave messgae on feedback or by email.
We will check more for you. sales11<at>zeenko.cn"

Hi Erhan
To be dead sure bye this NanoVNA-H form Alababa.com. It has the low loss female female adaptor included and arrives via DHL within one or two days

Kind regards
Kurt
-----Oprindelig meddelelse-----
Fra: [email protected] <[email protected]> P? vegne af Snowist
Sendt: 12. november 2019 11:26
Til: [email protected]
Emne: [nanovna-users] Would like to buy NanoVNA #nanovna-matlab

First of all apologize if I'm repeating the same question. But I browsed many messages to see howto buy, but lost in topics.
I would like to buy Hugen version but could not able to manage buying from Tabao site. Then I found a product in Aliexpress claiming @Hugen version in description. But I need to make sure it is real Hugen version



If Hugen can see my message here I can pay via Paypal or Payoneer directly and send my postal address or can get it from Aliexpress if he has official sales in there.
--
Regards,

Erhan, TA1LSX, 73

I believe this is the official Hugen one

Lucio, I0LYL

First of all apologize if I'm repeating the same question. But I browsed many messages to see howto buy, but lost in topics.
I would like to buy Hugen version but could not able to manage buying from Tabao site. Then I found a product in Aliexpress claiming @Hugen version in description. But I need to make sure it is real Hugen version



If Hugen can see my message here I can pay via Paypal or Payoneer directly and send my postal address or can get it from Aliexpress if he has official sales in there.
--
Regards,

Erhan, TA1LSX, 73

On 08/11/2019 15:18, Nick wrote:

Thanks Rune. I did not understand the relationship between device

cals and nvna-s cals.

Please allow me to check my understanding.

Let's say I want to measure a ferrite choke from 1 to 50MHz. I set

up the cables and do a device cal over that frequency range using an appropriate cal kit. I save that cal to say C0.

With C0 selected on the device, I repeat the cal on nvna-s using the

same frequency range, same cables, same cal kit and save it to cal_0.cal.

I can then measure my choke over the same frequency range using

nvna-s with as many data points as I like using multiple segments.

Yes

Let's say I then want to measure a UHF filter over the range 100MHz

to 900MHz. Obviously I cannot use C0 and cal_0.cal. So I set up with different cables and a different cal kit. I do a device cal over that frequency range and save it to C1.

No. According to my understanding from Rune. On connection nvna-s reads cal data from Memory 0 only, so unless your calibration originally covered the whole of the frequency range and was saved to C0 then as far as I understand that would not work.

With C1 selected on the device, I repeat the cal on nvna-s using the

same frequency range, same cables, same cal kit and save it to cal_1.cal..

I can then measure my filter over the same frequency range using

nvna-s with as many data points as I like using multiple segments and save the results to s*p files.

What if I then want to measure the filter over a restricted frequency

range, say 400 to 500MHz?

Or a VHF filter with the same the cables and connectors from 100MHz

to 200MHz?

Do I need a new pair of cals in either of these cases? (I would say

not.)

I would say that unless you make a full span course cal and use that from C0 then you would need to save manual cals for the other ranges and store them in C1..C3 and copy them to C0 before disconnecting from the nvna and reconnecting to pick up each new cal from C0.

Maybe Rune can clarify whether or not I have misunderstood his comments in


Barry
G4MKT

On 11/11/19 10:51 AM, David J Taylor via Groups.Io wrote:

Unfortunately, quartz filters have a ripple.

???? Especially if they are not properly terminated.

Do you remember those huge Fresnel lenses that used to be sold so you could 'enlarge' your 14" TV to 30" or more??
?Maybe someone should design a 3d printed housing for the NanoVNA with a Fresnel lens over display ?



On Mon, 11 Nov 2019 at 7:06 PM, hwalker<herbwalker2476@...> wrote: On Mon, Nov 11, 2019 at 03:47 PM, Larry Rothman wrote:

Herb,
The slightly larger display that Herman installed is identical to the 2.8" it
just has bigger pixels.
The resolution and driver IC are the same as in the 2.8" LCD. Hence the direct
swap.?

Larry,
Thanks for the clarification.? Too bad there isn't a similar 4 or 5 in display, although at that size I would think you would want more pixels instead of larger ones for better resolution.

- Herb