开云体育

This depend from calibration and calibration set, how good it made. And possible you made calibration and use cable, but then made measure not or different.

@DiSlord: while using H4 with v0.8.4.5fw (most stable pre-SDcard version here) I see data outside the Smith Chart (both on the H4's LCD and in nano-saver as well). See below the picture. Is that ok?

I got them a year ago. Links & vendors change...

Just search on Ali...

On Wed, Jul 15, 2020 at 09:08:32AM -0700, Michael Dunn wrote:

I made a simple little video about using the Nano as a spectrum analyzer... Might be of interest to some. Also showing off my RF test bench ;-)

Have you got links for the generator & attenuator?

You should understand NanoVNA can use as SA, but it one point bandwidth (on old firmware as in your variant) ~1kHz so you can see spectre in 100*1kHz = 100kHz span (can be bigger but then you can get more and more error)

If use last firmwares bandwidth can ajusted from 2k to 10Hz (also more fast sweep)

But main limits is points count and max bandwidth.

I made a simple little video about using the Nano as a spectrum analyzer... Might be of interest to some. Also showing off my RF test bench ;-)

Dear Clifford!
First of all - please acept my apology for making a typo in your name (in my previous post).

That's great! I wish it would be implemented in the NanoVNA-H ref.3.5 and its' -H4 sister model.
I doubt I could cram this into my -H device though. Even if I agree on a higher low cut-off frequency (like ~500kHz)...
Doable?

Warm regards,
Anton

Why post rants directed at a single person publicly?
Ragcheving has it's place and this board is likely not it, similarily to some folks stsrting to chew the rag during some technical net and then getting pissed at net control.

OK,? I think it won't because it has a different CPU, maybe your updates will be in DiSlord future firmware, thanks anyhow.

Op 15-7-2020 om 14:25 schreef OneOfEleven:

It would if I had a H4 to test on Jos, but I don't have one so I can#t reliably compile it for the H4 unfortunately.
It would be easy enough for those out there with a H$ to make it H4 compatible if they are set up with the edit/compile tools.

Hi,

I tried this (once) with the latest code and it seemed to work fine. I also looked through the code and didn't see any reason for what you're describing. There have been a lot of changes to the export code recently.

Have you tried with the latest executable?

-Mark

Hi Larry,

On 15.07.20 12:28, Larry Rothman wrote:

Hi Holger, Thanks for the info on the low level operation. I had a
feeling that the NanovnaSaver application would be I/O bound,
impacting speed. As for the 32bit issue, I was thinking Nuitka might
be a useful utility but again, you're the expert here so you to
decide what's best to use. Cheers Larry

I would not say Nuitka wouldn't be better, but as now it is just
convenient to create binaries for linux, mac and windows with one
tool. So therefore there is less to debug if something broke in
build process.

73
Holger, DG5DBH

Some time ago I posted several comments regarding this. They were based on the ST manual and attending schematics.
1. The diode voltage drop approach left the diode operating intermittently (sampled too soon after turn on, IMO), and in an unstable region due to the low current draw. I don't know if the new units also use the diode.
2. I demonstrated a purely resistive approach, and was told that though the responder had not read the manual (I had), I must be wrong. I still have the resistor approach working well. (I attached references and schematics to my post...they were ignored in favor of "opinion".) The resistor approach obviated the diode questions.
3. ST ADC sampling recommendations were not followed, so the readings were all over the place. The solution implemented was to take many readings (I think 24?) and average them. I don't know if these were addressed, or if my suspicions are correct.

None of these statements are verified by another, so they are just my opinions.

4. Battery voltage probably fluctuates to some small degree depending on the capacity of the battery and the cycling of the CPU and hardware, depending on what function is performed. I have seen this on other small devices.
5. For me (maybe not for everyone) battery voltage to the nearest 10 mV is great. I don't care if the battery is at 3660 or 3680...I just want to know roughly how much operating time is left. I realize that this is a "field" response, not an "engineering" response, and I appreciate the value of both.

We should not be surprised at the erratic, but generally useful, VBAT values.

--
72/73 de Rich NE1EE
On the banks of the Piscataqua

Hi Holger,

By the time Rune started programming the "Early app for the NanoVNA" he was initially publishing 64-bit files. This changed in version 0.0.6 because he reported in message # 1950 that he was using the 32-bit version with the help of Ohan. (link: /g/nanovna-users/message/1950)
(Ohan link: )
Maybe He could help you with that - of course if you have a willingness to run the program on a 32-bit machine.

I apologize if my wording seems a little raw.
There are still many machines in use that run "only" 32 bits.
Otherwise, 0.3.0 ... 0.3.4 cannot be run on Windows 32 bits under Python, but 0.3.6 can already run.

73, Gyula HA3HZ
--
*** If you are not part of the solution, then you are the problem. ( ) ***

Hi Holger,?
Thanks for the info on the low level operation. I had a feeling that the NanovnaSaver application would be I/O bound, impacting speed.?
As for the 32bit issue, I was thinking Nuitka might be a useful utility but again, you're the expert here so you to decide what's best to use.?
Cheers
Larry


On Wed, 15 Jul 2020 at 6:02 AM, Holger Müller<dg5dbh@...> wrote: Hi Larry,

On 15.07.20 01:14, Larry Rothman wrote:

One of the newsletters I receive had an article on malware written in
Python. Part of the discussion revolved around how to get the size of
the windows package down and there were 3 different Python to EXE
utilities presented that are used for non-malware Python to Windows
uses.

One of these is: Nuitka -

Right now, the NanoVNA-Saver EXE application is very large and takes
time to execute. What Nuitka does is to convert Python code to C and
then compile. The resultant application size is a fraction of what
you get with py2exe or pyinstaller and runs much faster.

I doubt. Start up time can be shorter, but most timeconsuming in
the program is serial communication with the devivce. This wouldn't
benefit from such optimization.
GUI-Code is QT so when instantiated, tha code runs as native c++
compiled binaries.
Bigger calculations like averaging and spline interpolation
which uses native c lib with numpy.

Could you try Nuitka on NanovnaSaver to see if it speeds up the
application? I did not look over the entire website but if Nuitka
compiles C, it might be able to generate both 32 and 64 bit
binaries.

The 32bit issue is related to the fact, that i haven't found
a 32bit build env in github actions. It has nothing to do if
a transpiling would take place.

73
? ? Holger, DG5DBH

Hi Larry,

On 15.07.20 01:14, Larry Rothman wrote:

One of the newsletters I receive had an article on malware written in
Python. Part of the discussion revolved around how to get the size of
the windows package down and there were 3 different Python to EXE
utilities presented that are used for non-malware Python to Windows
uses.

One of these is: Nuitka -

Right now, the NanoVNA-Saver EXE application is very large and takes
time to execute. What Nuitka does is to convert Python code to C and
then compile. The resultant application size is a fraction of what
you get with py2exe or pyinstaller and runs much faster.

I doubt. Start up time can be shorter, but most timeconsuming in
the program is serial communication with the devivce. This wouldn't
benefit from such optimization.
GUI-Code is QT so when instantiated, tha code runs as native c++
compiled binaries.
Bigger calculations like averaging and spline interpolation
which uses native c lib with numpy.

Could you try Nuitka on NanovnaSaver to see if it speeds up the
application? I did not look over the entire website but if Nuitka
compiles C, it might be able to generate both 32 and 64 bit
binaries.

The 32bit issue is related to the fact, that i haven't found
a 32bit build env in github actions. It has nothing to do if
a transpiling would take place.

73
Holger, DG5DBH

HI,

Is your firmware usable for the NanoVNA -h4 version ?

Thanks

Jos


Op 14-7-2020 om 22:22 schreef OneOfEleven:

On version screen i show averanged from 32 vbat measure.
On vbat command - only one read.
Yes i know about noise on ADC (on next version added additional L/C filter for ADC ref in CPU), for graphic vbat icon not need this filter (need 0.1V step).

Hi Igor

I added a low pass filter to the battery voltage reading in my firmware some time back because of this. See what that tells you. If it's any better then maybe DiSlord could implement the same (very simple) LPF in his firmware ?

ADC readings can be a bit noisy on the NanoVNA due to the circuit/board design (ADC inputs should normally be R/C or L/C filtered along with any ADC supply/reference pins), having a switched mode boost converter on the PCB doesn't help (they are noisy beasts).