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
Windows 7 USB Driver problem - not working
Am enjoying the journey learning how to use the nanovna but have encountered a problem relating to using nanovna saver that requires guidance from those more knowledgeable than I am regarding interfacing the device to a Windows 7 notebook.
I have connected the nanonvna to the same notebook to upgrade the device firmware (Release 0.1.1 with added scan command and battery.dfu) using dfuSe_Demo_3.0.6 with no issues. Trying the 'original' P.C. application (Nanovna-Sharp) I can establish a connection of sorts (able to change Connect - Disconnect indication but that is all) if using COM3 (Com1 is the only other port shown and if selected then unable to connect/disconnect) but no data transferred so probably an anomaly. Have installed the latest Nanovna-Saver (along with Python) and after start up and GUI displayed, an error in the command / DOS window (behind the GUI) shows as "unable to find..." - am guessing that the blank between ' ' is looking for the Com port and performing a scan shows no device or port available. Checking the Windows device driver properties shows nanovna to be using ChibOS/RT Virtual Com port and Windows recognizes device being attached / removed. Booting the same notebook into Linux (Puppy) the result of a 'lsusb' shows the nanovna as connected. As an aside, I considered trying to build nanovna-saver on the Puppy system but too many dependencies and not good experience in the past with other applications (I am not really a software person). Searching for similar posts I only see Windows 10 issues and perhaps I have missed the answer to this challenge so apologies in advance. Sincerely hope is an easy fix and that biggest issue is my ignorance... an idiots 'how to' (step by step) guide is probably needed. MANY thanks for any guidance / suggestions. 73 Nigel ZS6RN |
Hi Nigel,
toggle quoted message
Show quoted text
I don't think NanoVNA-Saver ever outputs (from its own code) a message with the text "unable to find" anything. So it might be from a module or something. Could you start the software with "-D logfile.txt" as a command line option, and send me the log file? This should show any errors. You can send direct to mihtjel@..., or here. Thanks for trying the software :-) -- Rune / 5Q5R On Tue, 1 Oct 2019 at 09:57, Nigel <zs6rn@...> wrote:
Am enjoying the journey learning how to use the nanovna but have |
Checking the Windows device driver properties shows nanovna to be using ChibOS/RT Virtual Com port and Windows recognizes device being attached / removed.You could replace that driver with this: Virtual COM port operation to nanoVNA can be confirmed using .e.g putty.exe I don't bother with a .msi installer; the standalone .exe works fine. Try sending `help` from putty: /g/nanovna-users/wiki/shellcommands Nanovna-Saver uses pyqt5, which can be separately tested: `python -m serial.tools.list_ports` COM3 1 ports found NanoVNA USB driver is STMicroelectronics Virtual COM Port 8/2/2013 1.4.0.0 |
You're welcome Nigel - I look forward to seeing what's gone wrong this time
toggle quoted message
Show quoted text
;-) -- Rune / 5Q5R On Tue, 1 Oct 2019 at 11:19, Nigel <zs6rn@...> wrote:
Hi Rune :-) |
Hi Nigel,
I would like a simpler approach to repair. The nanoVNA saver also works under Windows 7. A prerequisite for this is that you have SP1 and Ms VC ++ installed. You can then start nanovna-saver-0.0.12.exe from Windows. If you want to access the nanovna saver by installing Python, make sure to check the PATH path when installing Python - and install it in the Program Files folder (not in the Users /.../../../ folder) ). Then install the required pyqt5, numpy, pyserial from the Windows command line using pip3 install .... You can verify the installation by calling the Python 3.7 Module Docs server on your browser page. I unpacked the contents of the nanovnasaver master downloaded from github into the C: root directory. You can start the program with nanovna-saver.py. If not missed something, it should work. I hope it works for you. Gyula |
Good afternoon from sunny South Africa :-)
Updates: Rune - Copy of log file(s) created below FYI but not much to analyze... Also a screen shot of the command window and log file from a USB 'trace' in case of interest / value) that may assist your development(s) in some way(?). Oristo - Thanks for the link to another driver, although was already on system I have updated with the newer version based on the file name (en.stsw-stm 32080 vs en.stsw-stm 32102) and after a re-boot and changing device driver from ChibOS/RT Virtual Com port to the one from st.com, the nanovna now has a port number - PROGRESS! Running NanoVNA-Saver now shows the associated port number AND connection is possible <BIG Smile>. Now I have additional (fun) stuff to learn which will hopefully keep my cerebral cells busy... Gyula - Thank you for taking time to reply, thankfully a change of driver was the 'simple' fix. Thank you all again for your interest and support, it really is a FANTASTIC community to be a party of :-) Best regards Nigel R Content below this line probably only of interest if similar issues encountered by others and / or for reference. Sorry for consuming bandwidth / space if inappropriate. ----------------------------------------------------------------------------------------------------------------------------- LogFile 1 2019-10-01 15:20:03,761 - NanoVNASaver - INFO - Startup... 2019-10-01 15:20:04,412 - NanoVNASaver.SweepWorker - INFO - Initializing SweepWorker 2019-10-01 15:20:04,512 - NanoVNASaver.NanoVNASaver - DEBUG - Building user interface 2019-10-01 15:20:05,303 - NanoVNASaver.NanoVNASaver - DEBUG - Finished building interface 2019-10-01 15:22:35,569 - NanoVNASaver - INFO - Startup... 2019-10-01 15:22:36,100 - NanoVNASaver.SweepWorker - INFO - Initializing SweepWorker 2019-10-01 15:22:36,190 - NanoVNASaver.NanoVNASaver - DEBUG - Building user interface 2019-10-01 15:22:36,981 - NanoVNASaver.NanoVNASaver - DEBUG - Finished building interface LogFile 2 after change of driver 2019-10-01 15:38:26,009 - NanoVNASaver - INFO - Startup... 2019-10-01 15:38:26,620 - NanoVNASaver.SweepWorker - INFO - Initializing SweepWorker 2019-10-01 15:38:26,730 - NanoVNASaver.NanoVNASaver - INFO - Found NanoVNA (0483 5740) on port COM17 2019-10-01 15:38:26,730 - NanoVNASaver.NanoVNASaver - DEBUG - Building user interface 2019-10-01 15:38:31,918 - NanoVNASaver.NanoVNASaver - DEBUG - Finished building interface 2019-10-01 15:38:36,845 - NanoVNASaver.NanoVNASaver - INFO - Opening serial port COM17 Screenshot is console with non working driver. Error message below reported after initial attempt to use with new driver but as reported all well second and subsequent times. \\?\usb#vid_0483&pid_5740#400#{a5dcbf10-6530-11d2-901f-00c04fb951ed} Description: A problem caused this program to stop interacting with Windows. Problem signature: Problem Event Name: AppHangB1 Application Name: nanovna-saver.v0.0.12.exe Application Version: 0.0.0.0 Application Timestamp: 5d24a31b Hang Signature: c143 Hang Type: 0 OS Version: 6.1.7601.2.1.0.256.48 Locale ID: 7177 Additional Hang Signature 1: c143197821453067c6fca61d7dec776f Additional Hang Signature 2: ef39 Additional Hang Signature 3: ef3942ff81a6672d8bee95d6e5eccc0c Additional Hang Signature 4: c143 Additional Hang Signature 5: c143197821453067c6fca61d7dec776f Additional Hang Signature 6: ef39 Additional Hang Signature 7: ef3942ff81a6672d8bee95d6e5eccc0c USB Tree (non working driver) ======================== USB Device ======================== +++++++++++++++++ Device Information ++++++++++++++++++ Device Description : ChibiOS/RT Virtual COM Port Device Path : \\?\usb#vid_0483&pid_5740#400#{a5dcbf10-6530-11d2-901f-00c04fb951ed} Device ID : USB\VID_0483&PID_5740\400 Hardware IDs : USB\VID_0483&PID_5740&REV_0200 USB\VID_0483&PID_5740 Driver KeyName : {88bae032-5a81-49f0-bc3d-a4ff138216d6}\0000 ({88BAE032-5A81-49F0-BC3D-A4FF138216D6}) Driver : system32\DRIVERS\WinUsb.sys (Version: 6.1.7601.17514 Date: 2010-11-20) Driver Inf : C:\Windows\inf\oem40.inf Legacy BusType : PNPBus Class : USBDevice Class GUID : {88bae032-5a81-49f0-bc3d-a4ff138216d6} Interface GUID : {a5dcbf10-6530-11d2-901f-00c04fb951ed} (GUID_DEVINTERFACE_USB_DEVICE) Service : WinUSB Enumerator : USB Location Info : Port_#0002.Hub_#0005 Location IDs : PCIROOT(0)#PCI(1E00)#PCI(0400)#PCI(0000)#USBROOT(0)#USB(2) Container ID : {760c3622-4a59-596d-bacb-13523c1ebcfe} Manufacturer Info : STMicroelectronics Capabilities : 0x14 (Removable, UniqueID) Status : 0x0180600A (DN_DRIVER_LOADED, DN_STARTED, DN_DISABLEABLE, DN_REMOVABLE, DN_NT_ENUMERATOR, DN_NT_DRIVER) Problem Code : 0 Power State : D0 (supported: D0, D2, D3, wake from D0, wake from D2) ---------------- Connection Information --------------- Connection Index : 0x02 (2) Connection Status : 0x01 (DeviceConnected) Current Config Value : 0x01 Device Address : 0x01 (1) Is Hub : 0x00 (no) Device Bus Speed : 0x01 (Full-Speed) Number Of Open Pipes : 0x03 (3 pipes to data endpoints) Pipe[0] : EndpointID=2 Direction=IN ScheduleOffset=0 Type=Interrupt Pipe[1] : EndpointID=1 Direction=OUT ScheduleOffset=0 Type=Bulk Pipe[2] : EndpointID=1 Direction=IN ScheduleOffset=0 Type=Bulk Data (HexDump) : 02 00 00 00 12 01 10 01 02 00 00 40 83 04 40 57 ...........@..@W 00 02 01 02 03 01 01 01 00 01 00 03 00 00 00 01 ................ 00 00 00 07 05 82 03 08 00 FF 00 00 00 00 07 05 ................ 01 02 40 00 00 00 00 00 00 07 05 81 02 40 00 00 ..@..........@.. 00 00 00 00 .... ---------------------- Device Descriptor ---------------------- bLength : 0x12 (18 bytes) bDescriptorType : 0x01 (Device Descriptor) bcdUSB : 0x110 (USB Version 1.10) bDeviceClass : 0x02 (Communications and CDC Control) bDeviceSubClass : 0x00 bDeviceProtocol : 0x00 (No class specific protocol required) bMaxPacketSize0 : 0x40 (64 bytes) idVendor : 0x0483 (STMicroelectronics) idProduct : 0x5740 bcdDevice : 0x0200 iManufacturer : 0x01 (String Descriptor 1) Language 0x0409 : "STMicroelectronics" iProduct : 0x02 (String Descriptor 2) Language 0x0409 : "ChibiOS/RT Virtual COM Port" iSerialNumber : 0x03 (String Descriptor 3) Language 0x0409 : "400" bNumConfigurations : 0x01 (1 Configuration) Data (HexDump) : 12 01 10 01 02 00 00 40 83 04 40 57 00 02 01 02 .......@..@W.... 03 01 .. ------------------ Configuration Descriptor ------------------- bLength : 0x09 (9 bytes) bDescriptorType : 0x02 (Configuration Descriptor) wTotalLength : 0x0043 (67 bytes) bNumInterfaces : 0x02 (2 Interfaces) bConfigurationValue : 0x01 (Configuration 1) iConfiguration : 0x00 (No String Descriptor) bmAttributes : 0xC0 D7: Reserved, set 1 : 0x01 D6: Self Powered : 0x01 (yes) D5: Remote Wakeup : 0x00 (no) D4..0: Reserved, set 0 : 0x00 MaxPower : 0x32 (100 mA) Data (HexDump) : 09 02 43 00 02 01 00 C0 32 09 04 00 00 01 02 02 ..C.....2....... 01 00 05 24 00 10 01 05 24 01 00 01 04 24 02 02 ...$....$....$.. 05 24 06 00 01 07 05 82 03 08 00 FF 09 04 01 00 .$.............. 02 0A 00 00 00 07 05 01 02 40 00 00 07 05 81 02 .........@...... 40 00 00 @.. ---------------- Interface Descriptor ----------------- bLength : 0x09 (9 bytes) bDescriptorType : 0x04 (Interface Descriptor) bInterfaceNumber : 0x00 bAlternateSetting : 0x00 bNumEndpoints : 0x01 (1 Endpoint) bInterfaceClass : 0x02 (Communications and CDC Control) bInterfaceSubClass : 0x02 (Abstract Control Model) bInterfaceProtocol : 0x01 (AT Commands defined by ITU-T V.250 etc) iInterface : 0x00 (No String Descriptor) Data (HexDump) : 09 04 00 00 01 02 02 01 00 ......... -------------- CDC Interface Descriptor --------------- bFunctionLength : 0x05 (5 bytes) bDescriptorType : 0x24 (Interface) bDescriptorSubType : 0x00 (Header Functional Descriptor) bcdCDC : 0x110 (CDC Version 1.10) Data (HexDump) : 05 24 00 10 01 .$... -------------- CDC Interface Descriptor --------------- bFunctionLength : 0x05 (5 bytes) bDescriptorType : 0x24 (Interface) bDescriptorSubType : 0x01 (Call Management Functional Descriptor) bmCapabilities : 0x00 D7..2: : 0x00 (Reserved) D1 : : 0x00 (sends/receives call management information only over the Communication Class interface) D0 : : 0x00 (does not handle call management itself) bDataInterface : 0x01 Data (HexDump) : 05 24 01 00 01 .$... -------------- CDC Interface Descriptor --------------- bFunctionLength : 0x04 (4 bytes) bDescriptorType : 0x24 (Interface) bDescriptorSubType : 0x02 (Abstract Control Management Functional Descriptor) bmCapabilities : 0x02 D7..4: : 0x00 (Reserved) D3 : : 0x00 (not supports the notification Network_Connection) D2 : : 0x00 (not supports the request Send_Break) D1 : : 0x01 (supports the request combination of Set_Line_Coding, Set_Control_Line_State, Get_Line_Coding, and the notification Serial_State) D0 : : 0x00 (not supports the request combination of Set_Comm_Feature, Clear_Comm_Feature, and Get_Comm_Feature) Data (HexDump) : 04 24 02 02 .$.. -------------- CDC Interface Descriptor --------------- bFunctionLength : 0x05 (5 bytes) bDescriptorType : 0x24 (Interface) bDescriptorSubType : 0x06 (Union Functional Descriptor) bControlInterface : 0x00 bSubordinateInterface[0] : 0x01 Data (HexDump) : 05 24 06 00 01 .$... ----------------- Endpoint Descriptor ----------------- bLength : 0x07 (7 bytes) bDescriptorType : 0x05 (Endpoint Descriptor) bEndpointAddress : 0x82 (Direction=IN EndpointID=2) bmAttributes : 0x03 (TransferType=Interrupt) wMaxPacketSize : 0x0008 (8 bytes) bInterval : 0xFF (255 ms) Data (HexDump) : 07 05 82 03 08 00 FF ....... ---------------- Interface Descriptor ----------------- bLength : 0x09 (9 bytes) bDescriptorType : 0x04 (Interface Descriptor) bInterfaceNumber : 0x01 bAlternateSetting : 0x00 bNumEndpoints : 0x02 (2 Endpoints) bInterfaceClass : 0x0A (CDC-Data) bInterfaceSubClass : 0x00 bInterfaceProtocol : 0x00 iInterface : 0x00 (No String Descriptor) Data (HexDump) : 09 04 01 00 02 0A 00 00 00 ......... ----------------- Endpoint Descriptor ----------------- bLength : 0x07 (7 bytes) bDescriptorType : 0x05 (Endpoint Descriptor) bEndpointAddress : 0x01 (Direction=OUT EndpointID=1) bmAttributes : 0x02 (TransferType=Bulk) wMaxPacketSize : 0x0040 (64 bytes) bInterval : 0x00 (ignored) Data (HexDump) : 07 05 01 02 40 00 00 ....@.. ----------------- Endpoint Descriptor ----------------- bLength : 0x07 (7 bytes) bDescriptorType : 0x05 (Endpoint Descriptor) bEndpointAddress : 0x81 (Direction=IN EndpointID=1) bmAttributes : 0x02 (TransferType=Bulk) wMaxPacketSize : 0x0040 (64 bytes) bInterval : 0x00 (ignored) Data (HexDump) : 07 05 81 02 40 00 00 ....@.. -------------------- String Descriptors ------------------- ------ String Descriptor 0 ------ bLength : 0x04 (4 bytes) bDescriptorType : 0x03 (String Descriptor) Language ID[0] : 0x0409 (English - United States) Data (HexDump) : 04 03 09 04 .... ------ String Descriptor 1 ------ bLength : 0x26 (38 bytes) bDescriptorType : 0x03 (String Descriptor) Language 0x0409 : "STMicroelectronics" Data (HexDump) : 26 03 53 00 54 00 4D 00 69 00 63 00 72 00 6F 00 &.S.T.M.i.c.r.o. 65 00 6C 00 65 00 63 00 74 00 72 00 6F 00 6E 00 e.l.e.c.t.r.o.n. 69 00 63 00 73 00 i.c.s. ------ String Descriptor 2 ------ bLength : 0x38 (56 bytes) bDescriptorType : 0x03 (String Descriptor) Language 0x0409 : "ChibiOS/RT Virtual COM Port" Data (HexDump) : 38 03 43 00 68 00 69 00 62 00 69 00 4F 00 53 00 8.C.h.i.b.i.O.S. 2F 00 52 00 54 00 20 00 56 00 69 00 72 00 74 00 /.R.T. .V.i.r.t. 75 00 61 00 6C 00 20 00 43 00 4F 00 4D 00 20 00 u.a.l. .C.O.M. . 50 00 6F 00 72 00 74 00 P.o.r.t. ------ String Descriptor 3 ------ bLength : 0x08 (8 bytes) bDescriptorType : 0x03 (String Descriptor) Language 0x0409 : "400" Data (HexDump) : 08 03 34 00 30 00 30 00 ..4.0.0. |
Hi Nigel -
I have updated with the newer version based on the file name (en.stsw-stm 32080 vs en.stsw-stm 32102)It's good when a plan works. I have little Windows 7 experience. (I found Vista so awful that I pretty much stuck with XP SP2 until 8.1) Firmware updates almost certainly require STM's driver, if you ever attempt. |
Hi Nigel,
toggle quoted message
Show quoted text
looks like the driver was the culprit! If nothing is shown in the box where it probably says "COM17" by now, it means the software hasn't detected the NanoVNA. I guess that could be clearer ;-) I hope you have good use out of it! -- Rune / 5Q5R On Tue, 1 Oct 2019 at 16:54, Nigel <zs6rn@...> wrote:
Good afternoon from sunny South Africa :-) |
to navigate to use esc to dismiss