开云体育

The time from working with the original fw load and not identifying as a DFU unit was literally minutes, on the same cable, computer, software and drivers. The Version Page of the hardware with its

OK, synthesizing Stan and Tim's replies with what I read in the STM device data, From STM RM0091 Sec. 2.5: Under normal circumstances (Boot0 pin = 0) the device will boot from Main Flash Memory. I

You are correct, in that by the strict definition of bricked, it is not. However it might as well be because the firmware in it is not very good and I cannot get it to respond to the USB port at all.

Al, Just to verify: if you turn the device on, it's working with some version of NanoVNA firmware. It's not dead or bricked, it's just running firmware that's missing features and you're trying to

HP Pavilion ZE 4220 Laptop Old. Celeron processor over 1 GHz 960MB Ram (1G?) CD Drive Ethernet and USB

I didn't answer your question about the source of my firmware. I can't find the specific download site, but it was listed in "NanoVNA Very tiny handheld Vector Network Analyzer User Guide" by

The return loss (related to VSWR) will be twice the feedline loss, so not infinite VSWR. It should show very high VSWR (low return loss) when the analyzer connector is open- or short-circuited at the

Please provide more information about the device, type / model, how old, etc...

Thanks Stan. I am working on the Linux angle. I am less concerned with saving this $50 part than learning what happened so I will not repeat any mistake I might have made with a new unit. I hope I can

Mike, yesterday I spent my free time trying to install Wine, but it didn't work on Vanilla OS. I tried several emulators though. Then I started a search and found the Twister OS 2.1.2 OS, which

So based on your detailed description, there are two other possibilities I see in addition to what Gyula and others have noted: 1 - Infant mortality. Sometimes electrical components fail. If this all

You are telling me to use DFU mode to fix the problem and I have repeatedly said I can't get into DFU mode and told what I have done to try.

I have an older HP Pavilion laptop that I could load a Linux build onto. Wouldn't that work? Any suggested build? Thanks, Al

I think that is unfair. How do I some combination of two computers and two cables to recognize that the NanoVNA has been plugged in?

I'm starting to feel like I want to help a person cross the busy road, but he doesn't want to cross. While he was asking for help. -- Gyula HA3HZ ( http://ha3hz.hu )

As a simple test you could connect the NanoVNA to a Linux computer, e.g. a Raspberry Pi and look what the command "lsusb" or "sudo dmesg" will tell you. If you do not have a Pi, just ask one of your

Since installation of the current 800ch dfu, my computer and cables, in exactly the same configuration used to load that dfu, will not recognize the device as being in dfu mode whether it is placed in

I am not insulted because I don’t think you or anyone else (perhaps because of my stepwise description of symptoms and actions) have understood my problem well enough to guide me to a solution.

Marc, Perhaps your NanoVNA calibration is bad. If you leave the NanoVNA connector open does it show an extremely high SWR, as it should? If you place the calibration load on the NanoVNA connector does

What does your coax feed to the antenna contain?? Since SWR is a voltage measurement either the return voltage is getting attenuated or the NanoVNA isn't measuring one of the voltages correctly. What