Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- Tinysa
- Messages
Search
Re: What to do when a selftest don't fails
Its an illegal clone, for sure.
The passing of the self test does not ensure if you will have accurate harmonics measurements when the tinySA has been made with wrong components as shown at the end of this video:?https://www.youtube.com/watch?v=I5IzLAGgKg0 Can you submit a picture of the screen after you did the following commands: CONFIG/EXPERT CONFIG/MORE/BPF and click on the screen to hide the menu. You should see a wide peak centered around 10MHz ------------------------------------------
For more info on the tinySA go to https://tinysa.org/wiki/ |
Re: TinySA battery no longer charging
Try using a new USB-C cable, see if that helps. I've had loads of problems with the USB C cables wearing out quite quickly.
The cable may not be the cause of your particular problem but it certainly has been for me. Barring that, I'd remove the board from it's case and make sure there is 5V coming from the USB cable with it plugged in, it should be around the PCB's USB-C socket somewhere. |
Re: What to do when a selftest don't fails
Hi Erik,
First let me thank you for creating this lovely equipment, looking at the size and functionality of this test equipment few years back it would had been science fiction :-) Coming back to subject line, yes I brought tinySA online where the online store assured they are selling original only and not clone. However, after receiving the product I feel it is a clone as the serial number start with "AD". The interesting part is that it came with valid software version and the noise level and attenuation looked good. To check I have upgraded the version to the latest version from your website and surprisingly it passed all the 12 tests, even the attenuation level test recommended? by you looks good. Now I am confused, should I be asking for refund for this device ? Attaching the pictures of the same: |
TinySA battery no longer charging
I have a genuine TinySA purchased from the Zeenko store on AliExpress.
it worked fine when i go it, battery charged up OK, over 4 volts. Now it will only charge to 3.27v and the red charging LED goes out before the battery is actually fully charged. The display show the battery icon as almost empty. If I plug in the USB cable again, the red charging light goes on, but will not stay on for very long. Does anybody have any ideas on how to troubleshoot this problem? Thanks for your suggestions. |
Re: Firmware update
#tinysa
I also noticed this error, even the error is in the adjustment of the LOW input and the HIGH input, but if you inform the calibration level exactly circa times, it will accept the correction in the fifth time.
|
Re: Firmware update
#tinysa
Thanks, maybe something went wrong with the latest FW update. Let me check.
-- ------------------------------------------
For more info on the tinySA go to https://tinysa.org/wiki/ |
Re: Firmware update
#tinysa
Hi Erik, The high input calibration is done with a nanovna as hf generator at 250 MHz (CW)
the output signal measured with the calibrated low input of the tinySA, that worked well and the self test too. Then put the vna signal on the high input. (Uncalibrated I had about 2 dBm margin of error) After calibrating via the config menu (actual input level),the value turned out to be incorrect. Every thing was done as your instruction video shows At the end i loaded the previous fw version (1.3-265) and both inputs could be calibrated well. Wim |
Re: Firmware update
#tinysa
Wim,
How did you perform the high input, or did you calibrate the hi output? -- ------------------------------------------
For more info on the tinySA go to https://tinysa.org/wiki/ |
Firmware update
#tinysa
Hi Erik, installed the latest firmware update yesterday. when re calibrating the "hi-input" it turned out that this did not yield the desired result instead of e.g. -34.2 dBm I came to about -10 dBm actual power. The June fw version gave no problems and worked correctly, even after restoring the previous fw version everything worked well again.
It's not a big problem because uncalibrated gives the high input a fairly correct value. Despite that, I think it's worth noting. 73, the Wim PA0WFG |
Re: RBW filters
I've had a long think about the data and I am convinced the sidelobes are a function of the time domain measurement window. A Wiener inverse is not needed to fix that.
Mathematically, for N Hz RBW you need 1/N seconds of data. A boxcar window of that length produces sinc sidelobes in the frequency domain. Instead of a boxcar of length n, use a triangular weighted window of length 2*n. That will be sinc**2 in the frequency domain which has very low sidelobes. If you scale the data properly you can do the weight multiplication by bit shift so the filter is a shift-add operation. You can, of course, use any weighting function for the time gate and get the Fourier transform of that as the spectral spreading function of the acquisition system. For a Gaussian response, apply Gaussian weights from a table. It can also be done in a completely analog manner with an FET and a function generator. That part I'm sure of. The matter of smaller RBW using the existing HW is rather harder. I'll address that later after I've done some more analysis. Have Fun! Reg |
Re: Comparing antenna outputs
Mike,
You probably need a LNA if you are comparing relatively weak TV signals. It would be a good idea to use a 75 ohm input LNA, then the mismatch at the output to the 50 ohm tinysa would be negligible. You also need to use the pilot signal (if you can isolate it) to compare as the rest of the signal bandwidth varies with time. www.arrl.org/files/file/Technology/TV_Channels/8_Bit_VSB.pdf Gary W9TD |
Re: Comparing antenna outputs
Dennis W1UE
Yes it is.? I have used my unit to accurately aim TV antennas, and to compare response of different antennas. ? I did find that if I tried to look at more than 2 channels of data it was hard to get readings. Dennis? On Fri, Aug 20, 2021 at 10:44 Mikek <amdx@...> wrote: Hi all, |
Comparing antenna outputs
Mikek
Hi all,
?I have ordered, but not received my TinySA yet. (R&L) ? I want to compare two TV antennas. Is the TinySA sensitive enough to show the signals that a TV will receive. The frequency range I'm interested in is 200MHz to 610MHz, Can I scan that whole band or do I need to do it in chunks? I understand over 350MHz specs degrade, but if I'm comparing two antennasI expect they will both be degraded the same. I'm guessing I will just have to live with the 75¦¸ to 50¦¸ mismatch. I don't think that is much. Any hints? |
Re: #tinysa
#tinysa
Its an illegal clone infringing on our trademark
? -- ------------------------------------------
For more info on the tinySA go to https://tinysa.org/wiki/ |
#tinysa
#tinysa
Is this official or modified clone?
https://pt.aliexpress.com/item/1005003112093679.html |
Re: Trace colors
On Sat, Aug 14, 2021 at 05:49 PM, hwalker wrote:
Using the new experimental beta FW, as suggested by Erik, appears to be a better solution but cannot be made "sticky" as can using the "color" console command along with "saveconfig".?You can use PRESET/STORE/STORE 1? or even PRESET/STORE/STORE AS STARTUP to save this configuration for quick recall -- ------------------------------------------
For more info on the tinySA go to https://tinysa.org/wiki/ |
Re: Trace colors
On Sat, Aug 14, 2021 at 02:48 PM, Don Lewis wrote:
Erik, You got me? I don't see anywhere in the menu tree where I have access to "TRACE", is it in a hidden menu? Is this in a older firmware version? I'm totally loss here. If you have the time and patience, please step me through the steps necessary to get to the Trace enable selection. I have FW 1.3-265-ga0c410f, is the process available in that version? ThanksDon, ? There is a "release" directory and a "beta" directory that Erik uses.? The new experimental beta release 1.3-315 at?http://athome.kaashoek.com/tinySA/DFU/beta/ adds the trace menu (see the first figure below). ? The trace colors can be changed, as suggested by DiSlord, using the "color" console command with either the current release FW or the 1.3-315 beta FW.? I found changing the active trace color from yellow to red also results in the marker annotation color also changing to red and is visually unappealing. ? Using the new experimental beta FW, as suggested by Erik, appears to be a better solution but cannot be made "sticky" as can using the "color" console command along with "saveconfig".? Eriks procedure is as in the figures below (Note: the active trace could be set to green instead of red by enabling trace 2 (grn) instead of trace 3). New TRACE menu in beta 1.3-315? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? Trace 1 (ylw) set to enabled & MAX_DELAY? ? ? ? ? ? ? ? ? TRACE 3 (red) set to enabled? Herb |
Re: Trace colors
Erik, You got me? I don't see anywhere in the menu tree where I have access to "TRACE", is it in a hidden menu? Is this in a older firmware version? I'm totally loss here. If you have the time and patience, please step me through the steps necessary to get to the Trace enable selection. I have FW 1.3-265-ga0c410f, is the process available in that version? Thanks
|
to navigate to use esc to dismiss