One of the beta testers did a very good job at measuring the power linearity of an uncalibrated tinySA. Uncalibrated implies the absolute level may be a couple of dB off but the relative steps should be accurate First the low input  And the high input  From these measurements that are a couple of conclusions. The 1dBc of the low input is possibly at or a bit above 0dBm The 1dBc of the high input is expected to be close to -10dBm The low input LPF is at -3dB around 300MHz and at -6dB at 350MHz. This will have to be compensated for. Below 1MHz the low input is having some problems. These possibly can be corrected by adjusting AGC and LNA Below 0.4MHz the phase noise limits the low end of the power measurement range The high input is flat +/- 1.5dB over the whole range The power level measurement is close to the official +/- 1dB overall linearity. Overall this measurement confirms the spec on the wiki.
|
Re: RFI Source Identification Signature Storage Application
I write all info about in NanoVNA group in my firmware topic /g/nanovna-users/topic/nanovna_firmvare_compiled_by/73181877For transfer data need eject SD card from slot and put in PC card reader, screenshots stored in standart Windows *.bmp file format vs 16bpp color. If not use FatFS lib for support Fat32 filesystem, possible save and load data by sectors 512 byte size (can be useful for stand alone use) or use more simple filesystems. If need just read (and write vs some limitations), possible use very compact PetitFS lib, it need just ~2kB flash and very fast PS Sorry for my typo, not SC, it SD card
On Fri, May 22, 2020 at 08:04 PM, hwalker wrote:
DiSlord,
? ?Will your SC Card support also include transferring stored traces to a PC?? What formats do you anticipate being a to store to the SC Card?
- Herb
|
Re: RFI Source Identification Signature Storage Application
On Fri, May 22, 2020 at 09:52 AM, DiSlord wrote:
At this moment i implement SC Card support for NanoVNA H4, it very simple and good work. Use SPI interface some as display, need only SD_CS,?SPI_MOSI,?SPI_SCLK signals (SPI shared vs display and work on some speed), good if exist SD_CD (for SD card insert);
It very low cost solution, need ~7kB flash and ~600 bytes RAM for full dile read/write Fat16/32 support (can extend, use FatFS lib)
Dislord, ? ?Will your SC Card support also include transferring stored traces to a PC?? What formats do you anticipate being a to store to the SC Card? - Herb
|
Re: RFI Source Identification Signature Storage Application
Will be a good solution for a future 4" version of the tinySA. In the 2.8" version there is not enough spare space at the edge of the PCB to place the SD cardslot
|
Re: RFI Source Identification Signature Storage Application
On Thu, May 7, 2020 at 01:41 AM, <erik@...> wrote:
As the internal flash can endure above 10k write cycles I assume using the internal flash with a warning not to store too often is OK.
Saving settings to one of the internal memory slots now also saves the stored trace and loading a saved setting will restore the stored trace.
This provides 4 memory slots to save traces?
At this moment i implement SC Card support for NanoVNA H4, it very simple and good work. Use SPI interface some as display, need only SD_CS,?SPI_MOSI,?SPI_SCLK signals (SPI shared vs display and work on some speed), good if exist SD_CD (for SD card insert); It very low cost solution, need ~7kB flash and ~600 bytes RAM for full dile read/write Fat16/32 support (can extend, use FatFS lib)
|
Re: TinySA Frequency Range
And some practical?examples First DECT traffic just below 1.9GHz and second WiFi traffic around 2.45GHz. Red line is current signal, yellow line is power envellop  
|
Re: TinySA Frequency Range
Having full control over the internals of the tinySA allowed some experiments at higher input frequencies using the mixer and BPF in a creative way. This of course required the elimination of the low input low pass filter. Here you have a short set of screen captures that demonstrates a slightly modified tinySA is able to measure higher input frequencies with some limitations as at least the power level is not reliable. Once solved, this has promise to? become a "tinySA special", or an opportunity for hackers The input is an ADF4351 set to 2.3GHz, 2.4GHz, 2.5GHz and 2.6GHz. TinySa settings are identical in all 4 measurements.    
|
Re: Hardware availability?
I will adapt the wiki to show the status of the availability of the HW
|
Re: Hardware availability?
Thank you all that responded. I only wanted to be sure that the hardware was available or still not. Since I read a lot of messages in the group I was not sure if I had missed the launching announcement.
Thank you again.
Best regards,
Ignacio EB4APL
toggle quoted message
Show quoted text
El 21/05/2020 a las 9:09, erik@... escribió: I have been in product development of high volume electronics (millions of products sold all over the world) and experienced a major post launch problem forcing a global recall. Launching too early is still one of my worst nightmares.
--
El software de antivirus Avast ha analizado este correo electrónico en busca de virus.
|
Re: Hardware availability?
I have been in product development of high volume electronics (millions of products sold all over the world) and experienced a major post launch problem forcing a global recall. Launching too early is still one of my worst nightmares.
?
|
Re: Hardware availability?
On Wed, May 20, 2020 at 03:11 AM, EB4APL wrote:
Is it possible to purchase a TinySA now?
The usual response to questions like that regarding products still in development is:? "It'll be ready when it's ready."
|
Re: Hardware availability?
Shipping times are terrible and not all beta testers have received the HW yet. Once they have access we have to wait for their feedback.
|
Re: Hardware availability?
Hola Ignacio,
I have made the very same question today! And because of the same reasons...
Anyway, I was redirected to:
On Wed, 20 May 2020 at 11:11, EB4APL < eb4apl@...> wrote: Is it possible to purchase a TinySA now?. I realize that it could be
preliminary versions, but I think that all traffic in the group is too
much for a very reduced group of beta testers.
Regards,
Ignacio EB4APL
--
El software de antivirus Avast ha analizado este correo electrónico en busca de virus.
|
Is it possible to purchase a TinySA now?. I realize that it could be
preliminary versions, but I think that all traffic in the group is too
much for a very reduced group of beta testers.
Regards,
Ignacio EB4APL
--
El software de antivirus Avast ha analizado este correo electrónico en busca de virus.
|
|
|
On 5/19/20 11:25 PM, erik@... wrote:
Everything in
tinysa-saver now only uses the tinysa name and (if I did not make
any mistakes) you should be able to install it on your system next
to having nanonvna-saver.
You can also download the repo and run it directly from the
commandline
python tinysa-saver.py
???? Yep, it works now.? Thanks a bunch!? I like being able to get
it on the "big screen."? These old eyes don't like that small
stuff anymore.? I had to get headband-type magnifier with 5
different lenses to solder some surface mount stuff recently.
|
Jim,
Everything in tinysa-saver now only uses the tinysa name and (if I did not make any mistakes) you should be able to install it on your system next to having nanonvna-saver.
You can also download the repo and run it directly from the commandline
python tinysa-saver.py
Remember:
- In display setup: close all views except "S21 Gain" and check "enable lines"
- Set tinySA in low or high input mode as tinysa-saver can not do this.
- One sweep contains 290 points and you can set as many segments as you like
- Any manual tinySa setting like attenuation or RBW has to be done on the tinySA itself. Nothing available yet in tinysa-saver. But as these are by default in automatic mode everything should work.
- Make sure you keep the start/stop frequencies in the selected low/high mode range
|
Hi Again I forgot to mention it was under Windows10 with Phyton 3.7 32bit //Kurt ? ? For those using Linux
Multiple segments is now working in tinySA-saver
The tinySA data is in the S21Gain (dB) graph. Suggest to remove all other displayed charts except S21 Gain
Make sure you set the tinySA in high or low input mode before running tinySA-saver
Screen capture works. See "manage"/"screenshot"
Apart from making the data visible I did not do ANYTHING to make it robust
|
Hi Erik and others It works OK when remembering to set frequency start and stop before doing a sweep. On the TinySA the Attennuation and reference level must be set to manual in particular for Multiple segments and if so set I got it to work just fine Thank you for the effort Kind regards Kurt ? ? ? For those using Linux
Multiple segments is now working in tinySA-saver
The tinySA data is in the S21Gain (dB) graph. Suggest to remove all other displayed charts except S21 Gain
Make sure you set the tinySA in high or low input mode before running tinySA-saver
Screen capture works. See "manage"/"screenshot"
Apart from making the data visible I did not do ANYTHING to make it robust
|
I cloned the tinySA repo, then attempted to install just as I had installed NanoVNA-Saver in the past, substituting "tinySA-saver" for "NanoVNA-Saver"? in the command.? It didn't install.? Looking through the files, I see that everything in them is still named NanoVNA-Saver. If I install this, will it uninstall any previously installed versions of NanoVNA-Saver (which, of course, many of us have)?? Does it retain all the original NanoVNA-Saver functions, so that one program now works for both SA and VNA?
|
Jim Allyn - N7JA
CT2FZI
Kurt Poulsen