On Sun, Sep 29, 2019 at 01:58 PM, Rune Broberg wrote:
Supporting S1P/S2P files would
be an obvious choice, as it seems to be the standardized exchange format;
but if you can find a reference for the format, it might not be too
difficult to implement. :-)
Hi Rune,
Here are a few links regarding s1p/s2p file format.
From Keysight (more of an outline):
Dr. Kirby's Website:
I believe NanoVNA-Saver saves the data as HZ and RI format (Real, Imaginary). (I'm attaching an image, so that others can easily see the format)
Bo's RFSim example is in MHZ and MA format (Magnitude, Angle). (image attached)
A Matlab routine (I downloaded from Matlab Central) with which I drive my 8753C and that stores the data in MHZ and RI format. (image attached)
And Dr. Kirby's examples are in MHZ, and DB format (magnitude in dB, Angle) (see his website)
So, for me (and my Matlab-generated files), it would be great if you also supported loading and storing files using MHZ in lieu of HZ..
NanoVNA-Saver can already read and save in RI format (I believe). If you were to add the reading of files in DB or MA formats, this would require mathematical conversions. Not difficult, but more code.
Also, if loading s2p files, be aware that they will most likely contain S22 and S12 data, in addition to S12 and S11 data, so if you were to support the reading of third-party s2p files (such as the ones I've just described), the software should recognize (i.e. not crash) when these extra fields are present.
Anyway, nice features to have, if you can ever find the time!
Best regards,
- Jeff, k6jca
