Skip to content
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

Reported Bug in Windows Binaries conflicting with latest DisLord Firmware for NanoVNA-D and NanoVNA-H #708

Open
Ghaz75 opened this issue Jun 30, 2024 · 0 comments

Comments

@Ghaz75
Copy link

Ghaz75 commented Jun 30, 2024

I had an old firmware loaded in my NanoVNA-H and I used this new release of your Software and it was working fine. Then I installed DFUSeDemo and its corresponding STM32080 driver to upgrade the firmware of my NanoVNA-H. I used DisLord NanoVNA.H.v1.2.29.dfu for upgrade.
Since then following error is generated once I run this version of your software or any previous version of it from both x86 and x64 binaries. However the device with the above mentioned new firmware works fine with other softwares like NanoVNA-App by OneofEleven and VNASharp etc. Your app gives same error now whether device is connected or not, right at the start and does not load.

Traceback (most recent call last):
File "nanovna-saver.py", line 37, in
File "NanoVNASaver_main_.py", line 95, in main
File "NanoVNASaver\NanoVNASaver.py", line 128, in init
File "NanoVNASaver\Controls\MarkerControl.py", line 46, in init
File "NanoVNASaver\Marker\Widget.py", line 163, in init
File "NanoVNASaver\Marker\Widget.py", line 206, in buildForm
TypeError: object of type 'NoneType' has no len()

It may be possible that DFU app and its driver have conflict with your python based windows binaries.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant