开云体育

Ciao Roberto, I wish I had the time to look at the code but my 'real' job keeps me very busy. :-( The developer of the firmware you are using might be reading this group... or might not. It's good to

Hi aa_talaat, Your smith plot, using linear sample points, is similar to expected results using a Simsmith model. First straight line caused by very wide sample points. SimSmith model is shown in:

FWIW, I don't think DMR-CLEAR_MEMORY_DFU.dfu helps unless some desired firmware otherwise fails to load.

Hi Bryan Thank you for your comment. I see you have not fully under my trick, so I will take some small steps to explain what is going on. Consider we have calibrated at the female SMA calibration

Link added to /g/nanovna-users/wiki/Application-Notes

If you are modelling the terminal SOLT elements correctly you should have the same number of equations as elements. The correct calibration procedure should therefore be extended to beyond, 12, 16 or

Hi David, I will try sending you an experimental version at some point, and if it works, I could include that code in the future releases. Whether it keeps working is a different matter altogether.

IMHO, we really need a way of *properly* defining a calibration kit in *firmware*. That means as a minimum a delay, (which can be negative), and at least fixed capacitance C0 to support *professional*

Hi David, I will try sending you an experimental version at some point, and if it works, I could include that code in the future releases. Whether it keeps working is a different matter altogether. --

I will be glad to see remark in the about window that TDR code in C# was developed by alex_m :) You can also add window type selection option. In most case Blackman window provides best result for

The only discrepancy - which is fatal to the software working - that I have seen thus far, is that the developers have changed the prompt line, which I use to detect when output from the device has

Kurt, Good points for more precise calibration. It would certainly be more precise than my suggestion. I certainly agree with you that it is a good idea to calibrate as close to the measurement plane

Hi Bryan You are forgetting that the female female adaptor has a delay which when removed shift the measurement plane away form the calibration plane. I have a suggestion which work with good

Hi, In reference to Alex_M modified version, nanoVNAv1.03TDRb4 doesn't use Python anymore to measure TDR cable length. neb

Should read: "However, I don't think it will run everything directly." -- Bryan, WA5VAH

Hi Stan - Sadly, that little horizontal twig just right of "Press control" block is hard-wired for all vertical branches and would be pretty hard to remove for only one; I tried... I may try again,

associated help file content is revised, but not yet for firmware updates (the next step): https://oristopo.github.io/nVhelp/html/nVhelp.htm

Maybe also put "Press control or touch screen for menu" into a horizontal box, and on 1 line instead of 3, similar to the "Display" box, and have the left side of it even with, and above, the

Hi Sean, Your VNA will be used to measure your antenna or other elements in shunt form or it could be used to measure in series through form, that would be a S21 measurement. However, for sake of

I had the .dfu file generated and uploaded. The edy555 firmware didn't convince me ... then I discovered that I have a problem with all types of firmware (NanoVNA-edy555, NanoVNA-H): If you execute