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
Search
Storing and recalling scan later via Nano VNA saver (or similar)
#internals
#consolecommands
Hi All,
Is it possible to take a sweep & capture with the standalone Nano VNA then connect to NanoVNA Saver at a later stage and download the previous sweep parameters for display ? I thought I could perhaps do this by pausing the Nano VNA, but this doesn't seem to work. It would be useful to be able to do this, so that you don't have to have a PC or laptop permanently connected when making measurements in the field or up a tower. Regards, Martin - G8JNJ |
Hi Martin -
Is it possible to take a sweep & capture with the standalone Nano VNA thenYou could try this Python script: After downloading, edit to change 'COM3' to your serial port, then write a script: # run: python nVcmd.py data > data.txt python nVcmd.py frequencies > freq.txt # then if you have access to linux or cygwin or msys or mac terminal paste freq.txt data.txt > nanoVNA.s1p |
Hi Martin,
I intended to do this originally when developing NanoVNA-Saver, but I could not get it working. If one of the firmware developers make a function for it, I'll of course support it in the software in a future release. :-) -- Rune / 5Q5R On Thu, 24 Oct 2019 at 15:47, Martin via Groups.Io <martin_ehrenfried= [email protected]> wrote: Hi All, |
On Thu, Oct 24, 2019 at 03:07 PM, Rune Broberg wrote:
Hi Rune, OK, I'm not sure how to contact them to request this. I'd also like to be able to save stuff to the Nano VNA, as previously discussed, the "data" command downloads data from the nanoVNA to the PC, but there is no reciprocal command to upload data from the PC to the nanoVNA, which would be very useful. Regards, Martin - G8JNJ |
Thanks, QRP -
fixed, try this firmware, let me know if it worksWorks for me: $ alias nv alias nv='python nVargs.py' $ nv frequencies > freq.txt $ nv data > data.txt $ paste freq.txt data.txt > nanoVNA.s1p $ cp nanoVNA.s1p ../../GitHub/oristo/altervista/gnuplot/ G:\Gateway\GitHub\oristo\altervista\gnuplot>grep s1p plotsmith.p replot "nanoVNA.s1p" u 2:3 w l title "USB test 50-900000" gnuplot> load 'plotsmith.p' |
QRP,
toggle quoted message
Show quoted text
is there a way to see for the app if the sweeping is paused or not? Currently, when connecting to a device, the first thing the application does is to sweep whatever range the device is set to. If this works with your pause function, then that's fine - excellent in fact - but it might confuse the user if nothing happens if they try to do a further sweep of something else? The default NanoVNA-Saver hardware code also calls the "resume" command after sweeping, in order to ensure that the device does not appear locked up. This would remove the data the user had saved, which might be a problem? I'm very happy to see that we might finally get my initial use case for this application - the "Saver" part - implemented :D -- Rune / 5Q5R On Thu, 24 Oct 2019 at 19:46, QRP RX <qrp.ddc@...> wrote:
fixed, try this firmware, let me know if it works |
Currently, when connecting to a device, the first thing the applicationIf nanoVNA is paused when USB is connected, then it will return values to sweep command without exiting PAUSE $ nt sweep 10000 1500000000 101 The default NanoVNA-Saver hardware code also calls the "resume" commandSending "resume" indeed causes user data to be replaced by automatic sweeps, so capturing results by first sending "data" is wanted before sending "resume". |
but it might confuse the user if nothing happensThanks to noise, it seems highly unlikely that "data" would return identical values to repeated commands $ nt data > paused.txt $ nt data | diff - paused.txt $ nt data | diff - paused.txt | wc 0 0 0 $ nt resume $ nt data | diff - paused.txt | wc 204 608 5653 |
On 24.10.2019. 15:47, Martin via Groups.Io wrote:
Hi All,That would require NanoVNA to have additional memory, probably microSD card or so. It is not possible with current NanoVNA but might happen in some new hardware version. And it would be great to have that. -- 73, YT9TP, Pedja |
Hi YT9TP, Pedja -
How many stored sweep captures are necessary?Is it possible to take a sweep & capture with the standalone Nano VNA thenThat would require NanoVNA to have additional memory, Using "PAUSE" keeps the most recent sweep until power off. QRP fixed a bug so that data can be retrieved by USB reconnection, provided that "resume" is not sent before. |
I guess if I have to go to soem hard to access space to take measurements I would not be happy to rely on pause button. I would like to make snapshot that survives even turning device off. Also, when I am there I might need to make several measurements, for example to check several antennas or cables, or simply to chech cable and antenna independently.
That said, I agree it is better than no means to save measurement :) This is so low priced device that it is quite acceptable. |
I guess if I have to go to soem hard to access space to take measurements ISince most folks also have a smartphone, it seems more practical IMO to add such complexity by e.g. Android app using USB OTG. Member cho45 already an Android app for nanoVNA: This "might" be a "simple" feature to add.. |
Actually, a 'mode' byte, similar to the features byte/word I had suggested would be good for that.It could reflect the live status of the device, showing its current mode.Both could work together.Sounds like this little device might become more versatile (and robust) over time - but we're going to need that '303 uP installed real soon...
toggle quoted message
Show quoted text
On Friday, October 25, 2019, 3:46:49 a.m. GMT-4, Rune Broberg <mihtjel@...> wrote:
QRP, is there a way to see for the app if the sweeping is paused or not? Currently, when connecting to a device, the first thing the application does is to sweep whatever range the device is set to. If this works with your pause function, then that's fine - excellent in fact - but it might confuse the user if nothing happens if they try to do a further sweep of something else? The default NanoVNA-Saver hardware code also calls the "resume" command after sweeping, in order to ensure that the device does not appear locked up. This would remove the data the user had saved, which might be a problem? I'm very happy to see that we might finally get my initial use case for this application - the "Saver" part - implemented :D -- Rune / 5Q5R On Thu, 24 Oct 2019 at 19:46, QRP RX <qrp.ddc@...> wrote: fixed, try this firmware, let me know if it works |
to navigate to use esc to dismiss