-
Notifications
You must be signed in to change notification settings - Fork 277
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Enhanced response in LiteVNA64 #768
Comments
ER calibration always used in NanoVNA Saver by default |
ER calibration always used in NanoVNA Saver by defaultIs it ? Does SAA2 have this option ?? |
Most likely LiteVNA changes were not released yet (no new builds on the release page). @PA3CCE could you run app from the latest master state and check how LiteVNA is recognized? |
could you run app from the latest master state and check how LiteVNA is recognized?First of all I must say I am not familiar with Python at all, sorry.
This is what I got : Quote.
|
OK, I see.I published a pre-build a package from the latest branch: https://drive.google.com/file/d/1sLRYhjEchmYgg0-jmMWxvFdN6N3_grbY/view?usp=sharing, this may be simpler that install python and other dev tools. |
When I have the timeI, I do some more tests on NanoVNA-Saver with my LiteVNA64, I found that the font can be set upto included 12, that's great! |
First of all thanks for testing and feedback. About LiteVNA
Currently this is "default mode" for the LiteVNA. NanoVNA-Saver tries to block device only when it's needed, mostly for reading data.
Just paid attention I have similar issue. Maybe some regressing from latest changes. Would be nice if you could open a bug for settings saving/restoring. Would easier to not forget about this point.
OK, first of all https://github.com/NanoVNA-Saver/nanovna-saver/blob/main/docs/DEVELOPMENT.md document may be interested for you. About "prepare minimal local environment" step: you would need a Python and Astral UV tool. Actually there are two options here:
I would say option 1 is easier for case when you start configuration from scratch. Option #2 is better if you already have some Python or related tools installed. Then you would need to "build" project, which includes a) preparing venv b) installing required libs and c) do some application preparation. Hopefully all this can be done via one shingle command Then you have 2 options to run application:
BTW, if you have any ideas how to improve https://github.com/NanoVNA-Saver/nanovna-saver/blob/main/docs/DEVELOPMENT.md documentation, e.g. to be more understandable, please share them. Perhaps the project may benefit from good development documentation (easier start for beta testers, contributors etc). |
==However if switching between USB and normal modes is a problem, we may disable this feature or may do it configurable. Not a real problem for me, I wiil just neglect it. ==Would be nice if you could open a bug for settings saving/restoring. Would easier to not forget about this point. Will do so immediately.. == #2 is better if you already have some Python or related tools installed. That's what I did. ==Then you would need to "build" project, which includes a) preparing venv b) installing required libs and c) do some application ==preparation. Hopefully all this can be done via one shingle command uv run task ui-compile run from root of the project. OK, fine ! Then you have 2 options to run application: Graet !! Thank you so much for all info !! |
Register V2/Lite Send if need not calibrated data Send if need calibrated data Send if need leave USB mode |
my firmware V2/LiteVNA Binary protocol: On write to registers data put to reg[address] and V2 grab data and process (depend from address) All values after in hex format!!!! 0x18 - read measured data (use 30 address for count) 0x20 - write byte address: 0x26 - (byte) mode (0 - USB mode, 1 - send raw data, 2 - normal mode, 3 - send calibrated data) 0x40 - (byte) average 0x50 - (dword) color value 0xEE - (byte) any value, on write V2 send screenshot 0xD0 - (dword) SN[0] (serial number 0) 0xF0 - (byte) device variant (2 for V2) Example: Set color[7]=RRGGBB: Read color from color[8]: Example read data: |
How to recognize your firmware from "something from factory" one? And do the protocols different for the both devices (v2 and LiteVNA) or diff relevant only for V2? |
Official LiteVNA firmware based on my stable version firmware, so protocol equal Official V2/V2Plus4 firmware use little different protocol (not allow read all points in one ask, need multiple read, and allow read only not calibrated data) |
@ Maxim Medvedev : I was busy doing other things, sorry. As said before, I installed "UV" on my system. Quote: Error : Failed to generate package metadata for : 'nanovnasaver==0.6.8.post1.dev19+gcead804.d20250201 @ editable+." [stderr] etc etc etc, ending up with :LookupError: Setuptools.scm was unable to detect version for D:......\ nanovna-saver-main. Unquote. I'm so sorry to bother you again abt this, what is it that I'm missing more ??? |
I would try |
I would try uv run NanoVNASaver . Not sure uv understands "uv run NanoVNA-Saver-Main" .I tried, same result. |
do you have git cli installed? Can you execute |
No, I have''nt, will try immedeately, thanks.. |
Now I have git version 2.47.1 installed, so sorry, same behaviour . |
After installing git cli version 2.66.1, no change ! |
hm.. looks like some preparation steps were missed. So, let. s start from basics. Could you post an output of following commands, including full error message:
|
***** Git version : ***** Python version : ***** uv version uv run python -- version : See earlier messages : =======================================
|
Okay, from unusual:
I will double check it when back to home |
Yes, I see that version 3.13 is missing in uv.lock. |
hm.. it does not support 3.13 yet. So, could you try with python 3.12? |
hm.. it does not support 3.13 yet. So, could you try with python 3.12? Sure I ccould, but then I have to install 3.12, and force to use it or delete 3.13. Ain't it possible, or lot of work to adapt to 13 ? |
OK, inststalled Python version 3.12, and left 3.13.1 on my system. When I run "uv run nanovnasaver" , I get the same output as when using Python version 3.13.1 !!!! What to do now ?? In the mean time I downloaded NanoVNASaver version 7.0 and will test it. |
Yeah, it's bit surpise for me, but yes, looks like 3.13 is a big deal:( At least for now. In short:
|
Feature Request
Please make activating the "Enhanched Response" feature of LiteVNA64 in NanoVNA-Saver possible.
"Enhaced Response" is a feature under "Calibration" .
It corrects in the S21 calibration , the impedance misfit of S21 to 50Ohms.
This is necessay only, when S21 measurements are to be executed.
The text was updated successfully, but these errors were encountered: