¿ªÔÆÌåÓý

Date

RBW filters

 

In what domain are the filters implemented? What are the coefficients for the operator?

I spent my career doing oil & gas DSP.

Reg


Re: New tinySA-App release: Normalize and localisation bug solved

 

On Tue, Jul 27, 2021 at 09:44 AM, OneOfEleven wrote:
....? when I started writing NanoVNA-App I only thought I was writing a simple test app for my own use.
Cathy,??
?That "simple test app" has evolved into one of the best open source software applications available on GitHub.? Hopefully some other enterprising developer with your software skills and the time to devote to continued development will take up the mantel.

? Regardless, we are thankful to you for your contributions to both the tinySA and NanoVNA user community.? Stay safe and good fortune to you in the future.

Herb


Re: New tinySA-App release: Normalize and localisation bug solved

 

I haven't tried compiling NanoVNA-App or TinySA-App for linux or MacOS myself, only for windows. To compile for the desired OS I think you just need to download the correct version of the development package I used?

You have to enter your personal details to download it but they do let you use it completely for free. Looking at the web page it's now saying it's for windows and mac-os, it used to be for linux as well, not sure anymore. I should really have used the free QT C++ development package instead, but when I started writing NanoVNA-App I only thought I was writing a simple test app for my own use.


Re: New tinySA-App release: Normalize and localisation bug solved

 

On Mon, Jul 26, 2021 at 05:30 PM, Jason Ringas wrote:
Am I understanding correctly that the tinySA-App can be compiled to run on Linux?? What would that entail?? Could we go one step further and make it into an Appimage?
Jason,
? The topic you are referring to was a conversation between Erik and OneOfEleven, the original developer of NanoVNA-App, of which tinySA-App is a branch.? NanoVNA-App and tinySA-App are written in C++ so according to OneOfEleven, "you can install that OS's version of the development software (c++ builder) and compile TinySA-App program to work directly in the OS of choice".

? OneOfEleven privately sent her code to Erik with the caveat that it was not to be publicly distributed.? Erik's development system is Windows so he does not have the software tools to attempt a cross development of tinySA-App to Linux or MAC.

? OneOfEleven recently publicly released her NanoVNA-App source code at? ?so possibly Erik could now also publicly? release his tinySA-App branch for users of other operating systems that want to help compile the application to run natively on their environment.

? Alternatively, NanoVNA-APP supports both the NanoVNA and tinySA so, if you have the proper development tools,?you could first try to cross compile OneOfEleven's public release to Linux and let Erik know if you are successful or not.

Herb
? ?


Re: New tinySA-App release: Normalize and localisation bug solved

 

Am I understanding correctly that the tinySA-App can be compiled to run on Linux?? What would that entail?? Could we go one step further and make it into an Appimage?


Re: 3D Printed Case for tinySA #tinysa

 

Well - maybe they ARE there after all.? If I click the "Download all files" button in the top right corner, it downloads a zip file which DOES include the STP files (along with the STL and photos).? Still doesn't show my edit to the verbiage, though...


Re: 3D Printed Case for tinySA #tinysa

 

I just uploaded the STP files to the listing in Thingiverse.? For some reason, editing a "thing" there doesn't always show the updates right away, so if you visit the link and don't see the STP files (or the "EDIT 7/26/21" verbiage in the thing details section), give it some time.? If it still hasn't updated by later this afternoon I will try again.? The edit show up when I go back and try to edit again, but they aren't reflected in the final thing page yet.


Re: Feature request

 

On Sun, Jul 25, 2021 at 03:04 PM, Reginald Beardsley wrote:
Count cycles per tick and adjust the clock appropriately. That's not a difficult task.

Reg, can you send me the code for measuring the frequency so I can try to integrate it?
?
--
------------------------------------------
For more info on the tinySA go to https://tinysa.org/wiki/


Re: 3D Printed Case for tinySA #tinysa

 

Thank you very much! I will print it after my current batch of 3D printer parts finishes, in a couple of days.

Chris Shaker

?


Re: 3D Printed Case for tinySA #tinysa

 

I will upload STP files to Thingiverse tomorrow when the license server for my CAD is back online.? I designed this in Creo, so I assume STP files will be most useful for for the majority of those interested.? I will also upload a STP assembly for both versions (foam and nofoam) with my reference CAD models for the tinySA, antenna, attenuators, and the SMA connector savers.


Re: Feature request

 

A good bit of hobby kit takes a reference e.g. VNWA and SDRplay RSP2.

But if the FW can take pps ticks via USB then it can discipline the local oscillator. No HW changes are needed. Just room for a bit of SW to control the frequency based on the pps tick. USB latency adds a modest amount of complication, but nothing hard. A 1 pps tick is about as low an overhead as I can imagine.

Problem at present is there is no room left in an STM32F072 part. Hence no room for other developers without disabling a unit by removing existing functions.

My point in posting is this:

There are a lot of ancillary functions as well as increased accuracy available if the clocks of multiple units are synchronized closely. This does not need to be a costly feature. Count cycles per tick and adjust the clock appropriately. That's not a difficult task.


Have Fun!
Reg


Re: 3D Printed Case for tinySA #tinysa

 

On Sun, Jul 25, 2021 at 11:10 PM, spiff72 wrote:
I have accounted for some

Hello spiff72,

Thank you very much for taking care about the SMA savers.

The total dimension with SMA savers is about 19 mm above the housing front.

73, Rudi DL5FA


Re: 3D Printed Case for tinySA #tinysa

 

I have accounted for some (or at least attempted to do so).? I don't have them, so can't verify myself, but the adjustments are included in the files I uploaded to Thingiverse in the link above.

That link didn't appear to be clickable, so here it is again:


Re: 3D Printed Case for tinySA #tinysa

 

On Sun, Jul 25, 2021 at 12:37 AM, spiff72 wrote:
OK - I am reasonably satisfied with this now.??
Hello spiff72,
I am sorry for beeing late, but the SMA savers on the tinySA would be also important for me.
73, Rudi DL5FA


Re: RF source evaluation

 

Reg,
I think the 8560E has 1 Hz RBW available, but the 8560A does not.
--John Gord


On Sat, Jul 24, 2021 at 02:54 PM, Reginald Beardsley wrote:
Here is my 3rd tinySA, same setup as before.

I'm quite amazed. Also a little puzzled as to why I can't get 1 Hz RBW on my 8560A as I have the feature.

Reg


Re: 3D Printed Case for tinySA #tinysa

 

I have uploaded to Thingiverse.? Here is a link.
https://www.thingiverse.com/thing:4916912

If anyone prints this - especially if you have the SMA Connctor savers, please let me know if it all fits!


Re: Feature request

 

On Sat, Jul 24, 2021 at 12:27 PM, Reginald Beardsley wrote:
I am assembling a portable RF bench setup with a nanaoVNA and 3 tinySAs among other things. I would very much like to be able to use a GPSDO (e.g. RFzero) to synchronize all of them.

With sufficient flash space, a one second tick sent over USB would probably be "good enough" in consideration of the other limitations.

Most higher end lab equipment uses an external 10 MHz. reference? input to sync the time base.? This requires additional circuitry in the test equipment for this function.? The NanoVNA and TinySA are low cost products that do not have this capability.

However they can achieve greater frequency accuracy if external frequency sources like a GPSDO are used to "calibrate" them. The TinySA has this feature in the current firmware and the NanoVNA-H and -H4 can be updated to a recent DiSlord version that has this feature.

Erik did a TinySA video on this subject >>?

Roger


Re: 3D Printed Case for tinySA #tinysa

 

Thanks a lot - should work fine.

Cheers

Paul


Re: tinySA 4.3" or larger screen

 

On Sun, Jul 25, 2021 at 07:17 AM, Stephen Laurence wrote:
In theory (I have not had time to try it yet), it can be upgraded to a 3.2¡± screen, in the same way as an iriginal Nanovna was upgraded (a year and a half ago, in the forum and on the nanovna wiki, I think).

You will have the same resolution but a 40% larger viewing area. No firmware should need changing although power consumption may be higher and a few more spurs may be displayed. It is a similar upgrade as the V2 vna was with the Hugen ¡°black and gold¡± v2 version.

However you have to get the appropriate 3.2¡± screen (I already have several) and need some desoldering and soldering skills, verging on on that required for smaller smd components ( to unsolder the flexible connector on the sa board and resolder the 3.2¡± screen back on. ?The 4.2¡± screen would need a firmware recompile and Eric is not minded to do this. The vnas were more open source so many people could do it and publish the modified firmware.?

Steve L
Steve,

The embedded software of the tinySA is FOSS (free and open source software) according to the GPL v3 and can be found at

So you could modify the firmware to support a larger screen if you wanted to modify your TinySA.

Roger


Re: 3D Printed Case for tinySA #tinysa

 

OK - I took a swag at the SMA connector saver mod.? Attached a screen shot below.? I eyeballed the dimensions of them, and notched the divider to make room.??

The one on the LOW port interfered with the attenuator in the RH storage slot, so I moved them around to make room.??

I also created an alternate version without the foam inserts I used for my build, with the assumption that most folks won't have the exact material laying around.? I added protrusions in the upper case to take the place of the upper foam pads, and omitted the lower 1mm thick rubber, letting the tinySA sit 1mm lower in the case.? So it will be a bit more sloppy, but if you have some thin foam or rubber, that should still be usable - perhaps the thin foam that is in the upper half of the shipping box could work here.? I was planning to use this foam in mine, but it was tough to remove without ripping it (where the glue was holding it to the box cover.

Images of the cross section are attached for the foam and nofoam versions for reference.? I will work on getting this uploaded to thingiverse today and will post a link.? I have supressed the logo and text from the lid, also, and it is now just a flat surface.