开云体育

For the SA612/SI5351/dead bug bridge version: The dynamic range of port 2 is limited by the leakage of the SI5351, just like the nanoVNA. The biggest difference is above 300MHz where the directivity

Just buy ST-LINK2 on aliexpress: https://www.aliexpress.com/item/32839270086.html it allows to flash STM32 even if it is bricked. You will need to connect GND=GND, VDD=3.3V, SWDIO=SWDIO, SWCLK=SWCLK.

Hi Ron, I pushed a fix to the first bug you mentioned. I think the locking up problem is due to your NanoVNA not responding to requests by the program to set a sweep span (or possibly because you are

Hi, Eric, what is the dynamic range of Your "dead-bug" setup ? Thanks in advance - Andrea IW2FDH -

Hi all. I used Dfuse Demo to do an upgrade on the original NanoVNA. Did as instructed boot to Vdd, switched on and presented with white screen Fired up DfuSe Demo upgrade to nanoVNA_900_AA, got error

I have had the same exact issues in Ubuntu Linux. One little oddity I've noticed and don't know how to fix while in Ubuntu is that I have to run NanoVNA-Saver with elevated privileges to actually

Yeah, I have the same issue with the white Gecko nanoVNA I bought back in June. I turn it on using a push button connected to pin 5. Of course, according to Hugen, you need to replace the 10uF caps

I have just pulled the latest Git of NanoVNA-Saver and run from running "nanovna-saver.py". I have noticed a couple problems right off the bat. The first problem is I have to select what type of cable

after few days without any issues my nanovna stopped to work properly, the IP5303 seems to have issues. What really interessting, it worked with no issues (lot of charge/discharge cycles , lot of

Hello, In this Excellent -indeed- Work, there are: (a) a sequence of procedural steps, by which the set of the initial calibration data, which they came with the NanoVNA as delivered, can be

Hello Andy, When you look what is online on USB you will see (nanoVNA): $ dfu-util -l ... Found DFU: [0483:df11] ver=2200, devnum=16, cfg=1, intf=0, path="20-1", alt=1, name="@Option Bytes

Greetings ! I have been sitting on the sidelines collecting information and sorting out what is useful to me etc. At some point I suppose there will come a time when I have a go at reflashing the

Hello erik, Rune and tinhead, Thank you very much for the quick help. I could calibrate (hopefully) the nanoVNA-1500 board. See the attached photo nanoVNA-1500_Through_LCD_DSC08128.jpg The python3

i'm on windows, so have different tools (DfuFileMgr.exe), for you "dfu-tool set-product somefirmware.dfu df11" should work

Hello tinhead, Thank you very much for the file with the original USB ID 0483:df11. The flashing now works. Just a question, how can you convert the USB ID in a .dfu file? 73, Rudi DL5FA

Hi George, thanks for the credit! I made several known "Miss-matches" like from 0.1:1 till 10:1. If you use 0805 smd components they work fine up to several GHz. Yes, maybe the Chinese friends jump on

the id in Erik's firmware is 0483:0000, so you can convert it, or try to pgm with -d 0483:0000, or take the attached version

FWIW there is no reason to truncate the time domain transform except for lack of memory. A routine means of resampling data is to transform to frequency, pad the high frequencies with zeros and

Hello erik, Thank you for the firmware extension. I have tried to flash your firmware under MacOS: $ dfu-util -v -d 0483:df11 --alt 0 -D NanoVNA_with_scan-and_1500MHz.dfu But I got the

Nice work Norbert, Wouldn't it be great if someone made up a bunch of these objects and offered for them sale, possibly on ebay. They could be offered with various resistor values from 5 ohm to 500