Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- Nanovna-Users
- Messages
Search
Re: running nanoVNA-saver under Linux Mint XFCE
Andy
On Tue, Nov 19, 2019 at 02:51 PM, Andy wrote:
Darn, I just tried it, and failed. Everything appears to be installed if I follow the messages. Same old story, NVNA-S complains about pyqt5 or pip. Install the required. Console tells me they are there, nothing to install. Back to square one. I seem to have a lot of issues with Python stuff in the past, and getting disillusioned with anything Python related. From now on, if something is going to work then fine, but life's too short for Python stuff if it don't from now on. I can think of a more productive way of life than chasing Python errors. 73 de Andy |
Some required setting for NanoVNA-saver using female calibrations
Hi All
In the NanoVNA-saver the calibration settings, when doing a female calibration with the supplied NanoVNA calibration kit, where the male SOL parts are fitted to the FF adaptor, need some special settings until Rune gets fixing the following: The Open delay does not work and substituted by a C0 setting as shown in attached image of 1022.3 fF Do not use the open calibration standard just leave the FF adaptor open As Shunt C for the load not yet implemented an inductance og 205pH introduced as temporary fix The data are for the NanoVNA-H delivered after end October. The earlier delivered kits are for Short and Load identical but the delay of FF adaptor is a bit longer and 70.3ps Remember the NanVNA internal C0 calibration must be done prior to using the NanoVNA-saver with the same setup as when calibration with the NanoVNA-saver Kind regards Kurt |
Re: running nanoVNA-saver under Linux Mint XFCE
Runs OK for me with Debian 9 and XFCE, but I did follow the installation
instructions and carefully installed all the recommended support. On Tue, Nov 19, 2019 at 2:51 PM Andy via Groups.Io <punkbiscuit= [email protected]> wrote: A few months ago I managed to get nanoVNA-saver running using the |
Re: running nanoVNA-saver under Linux Mint XFCE
Andy
A few months ago I managed to get nanoVNA-saver running using the instructions on Rune's Github page.
This was on a Linux Mint 18.3 machine and Cinnamon. Then I had a catasrophic PC failure, known as the laptop hinges finally failing after 6 years. Built a new machine, but it failed, erors about no pip modules and qt5 stuff. But they were there, so I was baffled. But, now some of you guys are mentioning what desktops seem to run OK etc. I now remember that I also had the Mate desktop installed on that LM 18.3 machine, so I'm now wondering if there were additional files installed with that, which allowed it work on Cinnamon. Lack of time to test the theory, but it's a thought. 73 de Andy |
Re: Increasing measurement range (ohms) ?
KV5R
Alan,
Thanks for the additional info. I understand what you're doing there, and can easily put the circuit in SimSmith and play with it. However, the original poster (Andy) indicated an interest in measuring impedance of an end-fed half-wave (EFHW) antenna, which we know will be 2000-4000 ohms at resonance (and harmonics thereof), being fed at the voltage antinode. Andy, I'd probably try a little broadband 9:1 unun to step it down to within range of the nano, as that should be fairly accurate, easy to implement, and easy to understand. But now I'm wondering if nano (with 9:1 unun attached) could be could be calibrated with open, short, and 450-ohm load, placing the unun behind the calibration plane and removing its irregularities; and also, how the various parameters might be converted... Tiny 9:1 ununs, with sma and screw terminals, are available for a few $ from several rtl-sdr vendors such as nooelec and rtl-sdr.com. 73, --kv5r |
Re: Increasing measurement range (ohms) ?
Thanks. I had a blue one on order but have a green one on order too, now.A blue bridge can be rewired to work: * unsolder all coax wires near OUT * measure resistances from Input center pin to DUT and REF - should be ~ 50 Ohms but are probably ~ 100 Ohms - short resistor pairs at ends towards ferrites to correct * disconnect and trim center conductor of one coax * make other connections according to attached schematic |
Re: Increasing measurement range (ohms) ?
Thanks. I had a blue one on order but have a green one on order too, now.
toggle quoted message
Show quoted text
At least they're cheap ! On Tue, Nov 19, 2019 at 12:44 PM Oristo <ormpoa@...> wrote:
Hi Adrian -CH1)A green (not blue) ~US$10 reflection bridge |
Re: Increasing measurement range (ohms) ?
Hi Adrian -
Blue are bad clones of transverters-store design and are wired wrong.A green (not blue) ~US$10 reflection bridgeWhy is a green reflection bridge better than a blue one ? |
Re: NanoVNA Noise improvements. Hugen79's NanoVNA Github Issue #14
#filtering
#noise
#improvement
#hack
#circuit
Looking at the datasheet I'm wondering if I am not mixing up two devices.
Can't find anything there. Bridge design was a the green ebay resistive 3GHz bridge module driven through the REF and DUT inputs and INPUT was used to observe balance. I only remember I could not get good balance but it was a very quick test and you may be more persistent . -- NanoVNA Wiki: /g/nanovna-users/wiki/home NanoVNA Files: /g/nanovna-users/files Erik, PD0EK |
Re: Increasing measurement range (ohms) ?
On Sat, Nov 16, 2019 at 5:59 PM Oristo <ormpoa@...> wrote:
Why is a green reflection bridge better than a blue one ? (Presumably it's not just a matter of preferred colour ..) |
Re: NanoVNA Noise improvements. Hugen79's NanoVNA Github Issue #14
#filtering
#noise
#improvement
#hack
#circuit
Gabriel,
Nice analysis. It will be interesting to see what actual changes make it into hugen's upcoming pcb modification where he intends the bring out the UART interface lines for users to experiment with. I know he is seriously considering a change to the FM9688 to lower USB noise. I would like to see component value changes to better match port 1 to 50 ohms. - Herb |
Re: Battery
Thanks Larry
toggle quoted message
Show quoted text
Jos Op 18-11-2019 om 20:23 schreef Larry Rothman: That's the LiIon battery protection circuit - don't touch it.It prevents the battery from being overcharged or discharging too much.Read up on battery protection circuits here:? |
Re: NanoVNA Noise improvements. Hugen79's NanoVNA Github Issue #14
#filtering
#noise
#improvement
#hack
#circuit
Gabriel
Did you take into account the fixed time offset between the + and - outputs of the ADF435x? I could not get good bridge balance but this was in a experimental setting -- NanoVNA Wiki: /g/nanovna-users/wiki/home NanoVNA Files: /g/nanovna-users/files Erik, PD0EK |
Re: Increasing measurement range (ohms) ?
Hello,
toggle quoted message
Show quoted text
There is a trick that is used by people that work on particular frequencies for example in power microwaves 2450MHz.(oven-people) They use a lambda/4 line at that frequency with a typical 50 Ohm VNA to measure high impedances. Lambda/4 is a transformer: one side is the low -z end the other the side the high-z end. Of course the lambda/4 is first characterised ( Q, bandwith, etc.). I really can't remember nor find the reference to it. It's too long ago, sorry. Jan ON4MMW -----Original Message-----
From: [email protected] <[email protected]> On Behalf Of alan victor Sent: 18 November 2019 23:17 To: [email protected] Subject: Re: [nanovna-users] Increasing measurement range (ohms) ? Hello KV5R, sure. Good questions and good points. I'll try to go through your note step by step question with a response. ================== Rather than constructing, would something like an inexpensive "QRP Antenna Tuner" be a useful accessory for the nano? It's just a stepped inductor and air-variable capacitor, with box and connectors, with a moderate impedance matching range. ================== YES. AGREE. However, the motivation in building your own is to use the VNA in making certain that the self resonate frequency of each of the matching components are WELL above the application or TEST frequency. Otherwise you are dealing with a frequency dependent L or C. Ideally the L or C maintains a C value or an L value that over its entire variable range is spot on the same value, say at 1 MHz or at 30 MHz! Not all L's and C's behave in that manner! Particularly LARGE HV variable caps have a pretty significant parasitic inductance. Hence their C value will shift quite a bit with frequency despite, you never mechanical change their value! Now normally we don't care about this affect, but if were trying to use the matching network as an instrument, then we may need to take care about this subtle aspect. ======================== Understood. But I think a more typical use-case would be measuring at the end of the feed-line (typically low-loss open-wire parallel "ladder line"), as for high-Z non-resonant antennas, the feed-point impedance is rarely meaningful, and the transmission line impedance varies with length and frequency. I suppose one might measure it at the feed-point if the desire is to design a tuning stub or other Z-match device at the feed-point. ========================== YES! I tend to look right at the antenna feed point. Yes, the series lines and stubs will further modify this Z. But that is part of the MATCHING PROBLEM. Our first challenge is to find the accurate Z at the antenna driving point. So that's where the little high performance matchbox tuner comes in. If we adjust this tuner to obtain a super return loss at its 50 ohm port where our VNA is connected, then the TUNER contains the information we seek, namely the antenna impedance! =================================== I'm not understanding how to connect and use the nano to determine the L and C values of this little L-network. I assumed one would need an LC meter for that. ============================================ WELL, you are not. However, you are using the VNA to assist in the construction of this well performing tuner whose readout of C and L values (assume a simple L network) are ACCURATE. So you need to carefully characterize the C and L's used in the tuner construction to eliminate as much parasitic from their design. Remember, we are not designing a tuner to handle any power! We are designing a tuner to have stable impedance characteristics. Hence small array of C's or piston caps and an array of tapped air wound L's would be suitable. Recall, the tuner is being driver by the nanovna which has feeble power! ================================================== Knowing the L and C values required to achieve the good return loss permits you to calculate the antenna Z. ================================================== WHEN the L and C's of the tuner are set to produce a high performance return loss as measured by the vna, then in essence, if the tuner were terminated (where the vna was positioned) with 50 ohms and we were to look into the TUNER where the antenna was connected, we would see the ANTENNA Z CONJUGATE. Wow, that's a mouth full. The best was to see this is to do an example problem and a simulator like LT Spice is a nice tool to learn. Or there are other SMITH GRAPHIC programs that are quite helpful to assist in this process. Standby and I will see what I can assemble. Alan |
Re: NanoVNA Noise improvements. Hugen79's NanoVNA Github Issue #14
#filtering
#noise
#improvement
#hack
#circuit
Hi Herb,
at that time, during the further development of EU1KY AA, DH1AKF conducted frequency extension experiments where the bridge circuit levels were modified. Simultaneously, he modified the firmware to create mods by DH1AKF, which was followed by further modifications to KD8CEC. I think it's worth reviewing the changes, even though the measurement circuitry is different. More info can be found on their website, which I have followed, so I have links there too. Can you see here: Hope I could help something. 73, Gyula HA3HZ |
Re: NanoVNA Noise improvements. Hugen79's NanoVNA Github Issue #14
#filtering
#noise
#improvement
#hack
#circuit
Group members who are into hardware experimentation might be interested in trying some of the latest improvements reported by Pmax65 at, " ".
He is reporting improvements in the reflectometric bridge section that result in better operation out to 1500 MHz. It would be nice if more than one person saw similar improvements and reported back their own findings. His attached plots look cleaner than the ones Erik reported during his own experimentation, which I consider the baseline. - Herb |
Re: Is the NooElec nanoVNA any good?
On Mon, Nov 18, 2019 at 07:49 PM, Roger Need wrote:
"Sound like NooElec is selling an older version board. Anyone know what is the version number of the PCB? (3.1? latest is 3.3) Is this a NanoVNA-H or a clone?" ==================================================================== Roger, According to hugen, "Looking at the images shared by the group users, the version sold by Nooelec should be the version I sold in September. I don't know where they bought the version and sold it, but it was made by me." This is from message number #6802. - Herb |
Re: BH5HNU NanoVNA-F Aliexpress site no longer there?
Dear Conrad,
toggle quoted message
Show quoted text
I'm a member of NanoVNA-F development team, because of BH5HNU's personal problem, the hamelec aliexpress store is no longer selling product now, but we'll reopen a new store soon, it maybe takes 2-3 weeks. You can get newest infor from our own groups: /g/nanovna-f When the new store open we'll release claims at that group at the first time. On Mon, Nov 18, 2019 at 11:52 PM, Conrad, PA5Y wrote:
|
to navigate to use esc to dismiss