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
|
Locked
Re: Inflation of this forum
I am confused by your suggestion.
toggle quoted message
Show quoted text
The nanovna-users group IS a forum. DaveD On 10/8/2019 7:43 AM, Mike_nano wrote:
I agree. This is a mess and hard to follow. It should have been a forum from the beginning. Suggest that since this project and others like it will continue into the future, that a forum should be started and all messages (if possible) be moved there. Do this ASAP. --
This email has been checked for viruses by Avast antivirus software. |
|
Re: Are there any firmware releases supporting calibration kits?
Dr. David Kirkby from Kirkby Microwave Ltd
On Tue, 8 Oct 2019 at 11:55, <qrp.ddc@...> wrote:
Yes. I can try to add it at least for C0. That would be a start. It would offer two improvements 1)*It would allow support of APC7 kits, which only need C0.* as the offset delay is zero. (For the 85031B= C0=92.85) for the 85050B, C0=90.4799 2) Purposely putting in the wrong value of C0, it might be possible to get any kit to work at least overy a limited frequency range. There¡¯s some information on pages 11 & 12 here that might indicate that would work. Regarding to the delay offset, I'm not sure on how to apply it to the calibration terms.
Yes, I believe so. As I understand it. 1) The VNA measures the calibration standards. 2) From the raw measurement data collected by the VNA of the standards, *and* the mathematical model of the calibration standards (real and imaginary part of the impedance), the error terms are calculated. The error terms can not possibly be worked out without knowing everything about those calibration standards, including the delay. Jeff, k6jca has convinced me that C1, C2 and C3 can be ignored - at least for high end kits over the frequency range of the NanoVNA. 3) The error terms are applied to all measurements. I have no ifea Dave. --Dr. David Kirkby, Kirkby Microwave Ltd, drkirkby@... Telephone 01621-680100./ +44 1621 680100 Registered in England & Wales, company number 08914892. Registered office: Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United Kingdom |
|
Re: dfu files
Ken,
toggle quoted message
Show quoted text
There are 3 file types that can be generated when new firmware is created: bin, hex & S19 The 'Windows DFU File' manager is used to convert from one format to another and produce the dfu file from any one of the 3 types above. The manager is installed when you install the DefuSe uility. If the DefuSe utility is telling you that you've got the wrong file format, it's not dfu or it's a corrupted dfu file. Grab the release zip from github and pull out and convert the bin to a dfu and you should be good to go. ...Larry On Tuesday, October 8, 2019, 11:09:35 a.m. GMT-4, Ken Bozarth <kwbozarth@...> wrote:
I have an early nanovna, I think - no shields and no silkscreen for Ch0. Trying to send back, as no S21 measurement, just noise. I tried updating firmware, using the STM app. When choosing dfu file, I immediately got message "incorrect file format", even before uploading to unit.. Should all dfu files be compatible with all nanovnas and the version of STM boot-loader that everyone seems to be using? Thank you. |
|
Re: Another modified nanoVNA software
When I first started out looking at the NanoVNA, there wasn't any open
toggle quoted message
Show quoted text
source software, thus my little attempt at a simple Python app. Has this software been made open source? Or is it simply modded binaries? When I looked at first, Hugen seemed very adamant that he wouldn't make his software Open Source. If it is open, I would look at it for inspiration :-) -- Rune / 5Q5R On Tue, 8 Oct 2019 at 11:39, <qrp.ddc@...> wrote:
For those who may be don't know, my software mod can be found here: |
|
Locked
Re: Inflation of this forum
On Tue, Oct 8, 2019 at 12:43 PM, Mike_nano wrote:
Who will host it? -- 73 Richard G4TGJ |
|
dfu files
I have an early nanovna, I think - no shields and no silkscreen for Ch0. Trying to send back, as no S21 measurement, just noise. I tried updating firmware, using the STM app. When choosing dfu file, I immediately got message "incorrect file format", even before uploading to unit.. Should all dfu files be compatible with all nanovnas and the version of STM boot-loader that everyone seems to be using? Thank you.
|
|
Locked
Re: Inflation of this forum
Dr. Kirkby,
Excellent suggestion. Especially, for myself, the beginners section. Thank you. Regards, James Douglass Garden City, Kansas USA |
|
Re: Latest edy555 firmware release with dfu file
Hello Ralph,
You could also omit the "-d 0483:df11" parameter from the dfu-util command line. Ralph Thank you for the hint, but see the man page: -d, --device [Run-Time VENDOR]:[Run-Time PRODUCT][,[DFU Mode VENDOR]:[DFU Mode PRODUCT]] Specify run-time and/or DFU mode vendor and/or product IDs of the DFU device to work with. VENDOR and PRODUCT are hexadecimal numbers (no pre- fix needed), "*" (match any), or "-" (match nothing). By default, any DFU capable device in either run-time or DFU mode will be considered. If you only have one standards-compliant DFU device attached to your computer, this parameter is optional. However, as soon as you have mul- tiple DFU devices connected, dfu-util will detect this and abort, asking you to specify which device to use. If you have more than one DFU device on the USB bus it will be a problem, so I think it is saver to add this option. 73, Rudi DL5FA |
|
Locked
Re: Inflation of this forum
And here I am adding to the noise. But! the daily digest works! A bit late on some announcements, perhaps, but
I can catch up. I'm not in that big of a hurry. I get to see a SUMMARY of all the posts by subject line and I read about a topic and it's thread only if I wish. No wading through dozens of posts to get to what I want. And if I have a particular set of threads I want to revisit, I save the digest so I can go immediately to the stuff I want. And, I get to see a summary of replies, which is probably where this post will wind up. Daily digests cut waaaay down on the traffic. In fact, I didn't even notice the "inflation" because I don't see all those posts.. Just my 2 cents. Bruce, K4TQL |
|
Re: Offtopic: nanoSA
On Tue, Oct 8, 2019 at 07:01 AM, Dr. David Kirkby from Kirkby Microwave Ltd wrote:
Been there. done that. This is my combined 3GHz VNA and 2GHz SA with TG Problem with this setup is the minimum VNA frequency of 35MHz due to the re-use of the two ADF4351 modules. The nanoVNA solves that problem. But this CA is neither nano or cheap. Having a generator that can go both high and low in frequency is expensive. |
|
Re: NanoVNA labb card
If you search this forum, you will find messages about the limited life of the very small RF connectors on this board.
toggle quoted message
Show quoted text
On Tuesday, October 8, 2019, 9:50:25 a.m. GMT-4, Pierre Martel <petem001@...> wrote:
Been looking at this lab card, and I wonder what is it useful for? I must not get it.. Is it a way to test our NanoVNA? Le mar. 8 oct. 2019 ¨¤ 07:26, Urban Ohlsson <sm5oxv@...> a ¨¦crit :
|
|
Re: NanoVNA-Saver 0.1.1
Hello Norbert,
toggle quoted message
Show quoted text
Thank you very much! :-) The "span" value is the -3 dB bandwidth - assuming the -3 dB points get placed correctly. The setup currently analyses as follows: 1) From the marker 1 frequency, search up and down in frequency to find initial -3 dB points. 2) Find the peak value between those two points, and set that as the passband dB value 3) Search up and down in frequency from the peak value point to new, final -3 dB points I don't know if this method is any good - I'm open to other methods, and the code is quite modular, so it's easy to implement new types. :-) Again, thank you for all the kind words! :D -- Rune / 5Q5R On Tue, 8 Oct 2019 at 15:19, <norbert.kohns@...> wrote:
Hi Rune, |
|
Re: Offtopic: nanoSA
Pierre Martel
If I can say a little something about this Idea.
toggle quoted message
Show quoted text
A tracking generator would not cost a lot more in ressources and would be a nice addon in a NanoSa. And the possibility to add an amplifier to the TG to bring the level to 30 DBm (1watt) would also be cool. And lastly with the Generator in the TG, if you can modulate the signal with a tone at a deviation level you can set, we could do some really nice stuff. With that said, I have a nice pelican box that could house all of those nice device with a large rechargeable bank of Lithium/ion battery lots of cable and adaptors. A Raspberry Pi4, 2 hdmi touche screen And we have a portable RF labs.. Le mar. 8 oct. 2019 ¨¤ 09:18, Larry Rothman <nlroth@...> a ¨¦crit :
|
|
Re: Offtopic: nanoSA
Dr. David Kirkby from Kirkby Microwave Ltd
On Tue, 8 Oct 2019 at 13:51, <erik@...> wrote:
Would it be wonderful if there would be, next to the nanoVNA, a nanoSA or Yes, it would be very useful. But could one go further and combine the SA & VNA into one unit? For what it is worth, Keysight sell a range of portable FieldFox instruments. They are either * Spectrum analyzers * Vector Network analyzers * Combination analyzers with the latter having SA & VNA capabilities.
Or NanoCA - combination analyzer??????? Dave -- Dr. David Kirkby, Kirkby Microwave Ltd, drkirkby@... Telephone 01621-680100./ +44 1621 680100 Registered in England & Wales, company number 08914892. Registered office: Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United Kingdom |
|
Re: Measurement challenge
W5DXP
Years ago, an otherwise knowledgeable ham and I had a public argument about the phase shift and delay through a 75m mobile antenna loading coil. Those conclusions are still posted on his web page - i.e. that an RF signal can travel through a 70 uH loading coil in 3 nanoseconds based on s21 measurements. At the time, he didn't seem to realize that to obtain an accurate measure of s21, the lumped-circuit model needed to be discarded and that the coil needed to be considered to be a distributed network which should be terminated with the characteristic impedance of the coil. An estimate of the Z0 of a mobile loading coil can be had at:
Here's the web page with the conceptual measurement error: Here's a couple of my mobile loading coil articles: and At the time of the writing of those last two articles, I didn't have access to a VNA but Steve, G3TXQ/sk, did and confirmed that an accurate s21 measurement of a 75m mobile loading coil cannot be made with a load of 50 ohms. Steve's technique was to use a variable resistance for the load and adjust it until he got a "flat" response. Here's what he said about his homebrew 200 nH coil: "The 3350 Ohm termination (3k3 + Port B) gave a markedly "flat" response of S21 delay with frequencies below the SRF, and I'm presuming that's where the optimum termination was. That would lead us to assume the true delay is close to 51.8nS." Seems that when measuring s21, if a coil is more than a few electrical degrees long at the operating frequency, it can no longer be considered to be a lumped-circuit inductor. |
|
Re: NanoVNA labb card
Pierre Martel
Been looking at this lab card, and I wonder what is it useful for?
toggle quoted message
Show quoted text
I must not get it.. Is it a way to test our NanoVNA? Le mar. 8 oct. 2019 ¨¤ 07:26, Urban Ohlsson <sm5oxv@...> a ¨¦crit :
|
Jim AC0E
Wolfgang Kiefer
to navigate to use esc to dismiss