¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io
Date
Re: TDR setup for NanoVNA #tdr, add electrical delay
NanoVNA H and H4 have SD card support for store s1p/s2p files and screenshots If use external software (like NanoVNA-App) you can save on CPU every measure (see screenshots) You can use Bluetooth (or
By DiSlord · #17685 ·
Re: TDR setup for NanoVNA #tdr, add electrical delay
Jerry, I had suggested to DiSlord if it would be possible to add an SPI based flash chip to the nanovna firmware but never heard back. Something like that would be ideal for streaming data to - but
By Larry Rothman · #17684 ·
Re: TDR setup for NanoVNA #tdr, add electrical delay
Thanks Stan, I had seen that number off to the right of time in ns, but couldn't figure out what it was. In part because the "m" looked like an "n" on this tiny screen. But now that I know what it is,
By Jerry Gaffke · #17683 ·
Re: Should the builtin TDR mode compensate for FFT window / zero-padding losses? #tdr
Christian, My apologies for the rather grumpy reply of my earlier post. If you have a fix, by all means submit it to the repositories. They will either include it or not. In my defense, that struck me
By Jerry Gaffke · #17682 ·
Re: Should the builtin TDR mode compensate for FFT window / zero-padding losses? #tdr
Thank you ! I'm sure several of us will build/flash/play with it and provide feedback in the forum. Cheers, Larry
By Larry Rothman · #17681 ·
Re: Should the builtin TDR mode compensate for FFT window / zero-padding losses? #tdr
Ok, as a first step I made my changes public in my own fork/repo: https://github.com/czietz/NanoVNA-H/tree/window_loss. Sorry, no prebuilt binaries; but this way at least those of you who compile
By Christian Zietz · #17680 ·
Re: Should the builtin TDR mode compensate for FFT window / zero-padding losses? #tdr
All valid comments for one reason or another. Many folks do ask for improved functionality, and the relatively few people actively developing for the box as volunteers can easily feel like they're
By Jim Lux · #17679 ·
Re: Should the builtin TDR mode compensate for FFT window / zero-padding losses? #tdr
Hi Christian, my opinion is that your proposal to correct the artifact that currently are present on FW available versions is strongly welcomed! At least I strongly believe that any upgrade is
By Piero Tognolatti · #17678 ·
Re: Should the builtin TDR mode compensate for FFT window / zero-padding losses? #tdr
Some of the coders that contribute to this project are a bit thin skinned and people here are kind of protective of them. Anyway if you have found a flaw (which this is) you should definitely post
By Dragan Milivojevic · #17677 ·
Re: Should the builtin TDR mode compensate for FFT window / zero-padding losses? #tdr
Hi Christian, Only one member reply talked about 'pissing-off' the devs, which happened when a former forum member demanded that a dev share their code - and the dev shut down their repo to
By Larry Rothman · #17676 ·
Re: Should the builtin TDR mode compensate for FFT window / zero-padding losses? #tdr
Larry, I'm all for contributing changes back to the community. I'm a maintainer of multiple open-source SW projects, too. However, the feedback I got to my first email when I courteously wanted to
By Christian Zietz · #17675 ·
Re: Should the builtin TDR mode compensate for FFT window / zero-padding losses? #tdr
So Christian - you're telling the forum members that Nano's firmware is not accurate (in one area) and that you've fixed it in you own private repo, but you're not willing to share the changes with
By Larry Rothman · #17674 ·
Re: Should the builtin TDR mode compensate for FFT window / zero-padding losses? #tdr
Thank you, everyone, for your comments. However, imho, the fact that the NanoVNA is an inexpensive device is no excuse for not correcting a systematic error and not making the NanoVNA an even better
By Christian Zietz · #17673 ·
Re: TDR setup for NanoVNA #tdr, add electrical delay
Thank you, John. That makes sense to me, and if this is all correct it also explains the strange 39 vs 100 issue - I think you are saying that the display is only showing the first 39ns of the 100ns
By Stan Dye · #17672 ·
Re: TDR setup for NanoVNA #tdr, add electrical delay
Jerry, when you turn the 'transform' on, the marker value display at the top right of the screen (the one in white, labeled "1:"), reads in both nsec and mm or meters, so you can read the
By Stan Dye · #17671 ·
Re: TDR setup for NanoVNA #tdr, add electrical delay
Stan, Your tmax is the maximum delay shown on one screen of the display, but the maximum delay that can be unambiguously displayed (with added Electrical Delay) is longer. At 1000MHz, 101 points, tmax
By John Gord · #17670 ·
Re: TDR setup for NanoVNA #tdr, add electrical delay
Stan, Thanks for all that, it mostly makes sense. With a stop freq of 100mhz, I do see a display that maxes out at 390 ns. This agrees with Neil's 39/fmax formula. 390e-9 * 3e8 * 39.37/12 / 2 = 192
By Jerry Gaffke · #17669 ·
Re: TDR setup for NanoVNA #tdr, add electrical delay
Sorry I didn't reply again - I was on lunch break and had to go back in to work (thankfully I can still go to work!) As John noted, you can set the Velocity Factor: it is at the end of the transform
By Stan Dye · #17668 ·
Re: New User - Where to find VSWR, Z, R, X and L for an Antenna?
I came across the W2AEW videos long before the NanoVNA came out. They are well scripted, succint and full of good information on a wide range of interesting electronics topics. The author is a
By Roger Need · #17667 ·
Re: TDR setup for NanoVNA #tdr, add electrical delay
Thanks, I'll look for it! Jerry
By Jerry Gaffke · #17666 ·