Date   

Re: WSPR data analysis #qcx40 #wspr

 

Ted :

The simple approach that I have used to deal with these massive WSPR .csv files is to pre-process the file on a Linux machine
to extract the relevant data into a new file, discarding all of the records that I don't care about. Then I transfer that  new file to my
Windows machine and then open it with Excel.

The grep utility on Linux/Unix is line-based so it reads in one line at a time and processes that very efficiently. It can search using any 
regular expression so it is a simple matter to grep the .csv searching for your callsign and then use ">" to redirect the output
to a new text file.   Something like :  grep "VE3WMB"  wspr.csv  > newcsvfile.csv    would search wspr.csv for VE3WMB and output
only those lines. The '>' takes those output lines and redirects them to a new file named newcsvfile.csv . 

You can do this on any Linux/Unix box, even a Raspberry Pi.  If you don't have a Linux machine you could create a USB stick
with a live Linux distribution and boot from that without installing Linux on your computer. Or if this seems to difficult find someone
you know who is a Linux user and get them to pre-process the file for you.  

The advantage of this approach is that you separate the "wheat from the chaff" before you try to do anything with the data.  
Using a database you are still loading in a pile of information that you really just want to discard.

Cheers

Michael VE3WMB 


Re: Tx->Rx click once again (QCX)

Wolfgang DK4RW
 

For some reason the attachments were missing.


Re: Tx->Rx click once again (QCX)

Wolfgang DK4RW
 

Hi Steve,

Thank you for your modification of C24. It helped a lot.
Nevertheless I still had the same ringing Kuba documented in his post #44926. It turns out that T/R switching transients generated in the QSD mixer enter the audio chain. These fast spikes cause ringing of the CW filter.
A simple RC low pass filter, fitted after R27 reduces these transients. Ringing is reduced close to the RX noise level. Even with max. audio gain clicks or thumps are no longer audible anymore. The attached oscillograms show the results of tests on a dummy load.

This is a summary of all my modifications for click/thump reduction:

• C21, C22 changed to 0,47uF – 1uF; standard on PCB Rev 4, QCX assembly Rev. 1.11 and beyond
• C24 added 100uF parallel to existing 10uF capacitor; will be standard standard in QCX+
• R59 changed to 33k; reduces CW filter overload at high sidetone settings
• added C54 10nF; eliminates small spike
• added RC low pass (3.3k + 47nF) between wiper of R27 and input of CW filter

One additional modification, which may or may not apply to a standard QCX:
In my QCX I replaced T1 by a broadband transformer (5 turns trifilar on FT37-61) for multi-band operation. With this non-selective input the sidetone became distorted with RF output of more than 3.5 W. Residual RF at the input of the QSD caused overload in the mixer and/or in the pre-amp stages. Obviously the isolation of the T/R switch Q5 was insufficient. A 47 Ohm resistor parallel to the primary side of T1 solved the problem, without significantly reducing the RX sensitivity.

Enjoy QSKing.

73 Wolfgang DK4RW


Ultimate U3S Current requirements #u3s

Julian Rolfe
 

Just wondering what the current requirements are for the Ultimate are fully loaded running 3 x BS170’s At 5V please.

Just about to start building mine and seeing what puck might be suitable for down converting with limited space.

Thanks,
Jules - G4UET


Re: PA.

GIUSEPPE
 

ok, thank you very much for your help, i will let you know. again Lucien, 73 July 8 from Calabria


Il gio 11 giu 2020, 11:20 LUCIEN WILDER via groups.io <sparxx=btinternet.com@groups.io> ha scritto:
I built the PA as shown in the drawing and it works OK. The flow of RF is from the main board to the PA with wire/cable, then back to the relay board via the existing header/pins, then out via the RF connector on the relay board to the antenna. The PA uses 12V only as it already has a 5V regulator. C5 on the main board needs to come out.


Re: WSPR data analysis #qcx40 #wspr

Alan G4ZFQ
 

Ted,

This expands on the link I sent

https://wsjtx.groups.io/g/main/message/11343

As I say I've not tried it but it looks a useful program for those who worry about WSPR/PSKReporter data.

Also this https://groups.io/g/ProgramsByW2JDB is where you find it
73 Alan G4ZFQ


Re: PA.

LUCIEN WILDER
 

I built the PA as shown in the drawing and it works OK. The flow of RF is from the main board to the PA with wire/cable, then back to the relay board via the existing header/pins, then out via the RF connector on the relay board to the antenna. The PA uses 12V only as it already has a 5V regulator. C5 on the main board needs to come out.


Re: PA.

GIUSEPPE
 

Hello everyone, I'm Giuseppa IU8EUN, I wanted your help on how to connect the PA to the U3S because I have some doubts.  in the photo I sent, the purple arrow shows the 2x5 pin connector connected normally with the connection of the RF output of the PA, I was wondering if you need to solder only the RF coaxial cable as shown in the figure or do you have to eliminate some connection ??  Another thing the veede arrow shows the pin for the 5v head power supply for OCXO that I have normally connected, as no connection powered at + 5v is mentioned. Thanks.  Have a good day everyone


Il gio 11 giu 2020, 06:32 Hans Summers <hans.summers@...> ha scritto:
Hi Halden

No. It is not correct that interrupts are masked during transmission to get timing correct. A possible explanation for your more drifting CPU clock during more transmissions is that greater amounts of heat from the PA are reaching the 20MHz crystal and causing the frequency to change slightly. 

73 Hans G0UPL
http://qrp-labs.com

On Thu, Jun 11, 2020 at 5:20 AM HF via groups.io <incorridge=yahoo.com@groups.io> wrote:
Okay, I have the TCXO ready.  I'll give it a try per Alan's suggestion.  But I just realized that calibrating it might raise an interesting issue.
For a while, I was using the U3S to transmit alternately on 2 different bands.  Then I resumed transmitting on just one band.  I noticed that my timing drift was greater when making 2 transmissions in a 10-minute period than it was when I only made one.  I guess this means that during a transmission, the CPU's internal clock doesn't increment the same amount as it does when not transmitting.  I suppose the internal clock raises an interrupt from time to time (so to speak) and during a transmission the interrupts have to be masked so that the timing of the transmission is correct.  Am I right?  Has anyone else noticed this?
The consequence I anticipate is that once I install the TCXO to run the CPU and measure its frequency ( I think I can get it within 4 Hz), entering its exact frequency into the software might not work.


Re: #clock TMP36 #clock

KEN G4APB
 

Hi all, this was fixed in version c1.03...
ADC now averages 100 samples to reduce noise (for temperature calculation etc)

73 Ken G4APB


Re: TCXO for U3S CPU clock #u3s #clock

Hans Summers
 

Hi Halden

No. It is not correct that interrupts are masked during transmission to get timing correct. A possible explanation for your more drifting CPU clock during more transmissions is that greater amounts of heat from the PA are reaching the 20MHz crystal and causing the frequency to change slightly. 

73 Hans G0UPL
http://qrp-labs.com

On Thu, Jun 11, 2020 at 5:20 AM HF via groups.io <incorridge=yahoo.com@groups.io> wrote:
Okay, I have the TCXO ready.  I'll give it a try per Alan's suggestion.  But I just realized that calibrating it might raise an interesting issue.
For a while, I was using the U3S to transmit alternately on 2 different bands.  Then I resumed transmitting on just one band.  I noticed that my timing drift was greater when making 2 transmissions in a 10-minute period than it was when I only made one.  I guess this means that during a transmission, the CPU's internal clock doesn't increment the same amount as it does when not transmitting.  I suppose the internal clock raises an interrupt from time to time (so to speak) and during a transmission the interrupts have to be masked so that the timing of the transmission is correct.  Am I right?  Has anyone else noticed this?
The consequence I anticipate is that once I install the TCXO to run the CPU and measure its frequency ( I think I can get it within 4 Hz), entering its exact frequency into the software might not work.


Re: #clock TMP36 #clock

Brian Helm
 

0.1uF cap from pin 2 (vout) to pin 3 (gnd) on TMP36 sensor fixed this for me.
This also fixed the temp variation I saw while transmitting from my HF rig.
 TMP36 datasheet also shows 0.1uF cap in their examples from pin 1 to pin 3 (supply voltage).  I already had this in place and it didn't fix the problem.  


Re: Shipping FAQ

KI7MWA
 

Ahhh...another day in "Pending Delivery" purgatory...


Re: TCXO for U3S CPU clock #u3s #clock

HF
 

Okay, I have the TCXO ready.  I'll give it a try per Alan's suggestion.  But I just realized that calibrating it might raise an interesting issue.
For a while, I was using the U3S to transmit alternately on 2 different bands.  Then I resumed transmitting on just one band.  I noticed that my timing drift was greater when making 2 transmissions in a 10-minute period than it was when I only made one.  I guess this means that during a transmission, the CPU's internal clock doesn't increment the same amount as it does when not transmitting.  I suppose the internal clock raises an interrupt from time to time (so to speak) and during a transmission the interrupts have to be masked so that the timing of the transmission is correct.  Am I right?  Has anyone else noticed this?
The consequence I anticipate is that once I install the TCXO to run the CPU and measure its frequency ( I think I can get it within 4 Hz), entering its exact frequency into the software might not work.


Re: QCX+ wishlist - wire tilt bail DIY

ajparent1/KB1GMX
 

I forget that handle fold flat to the bottom and makes for useful feet.

Its call a FOLDING PULL HANDLE.

-------------------------------
Please reply on list so we can share.
No private email, it goes to a bit bucket due address harvesting


Re: QCX+ wishlist - wire tilt bail DIY

ajparent1/KB1GMX
 

For on project I used the below as it also made a good solid carry handle.
Placed on the bottom the high and that radios length worked out to a perfect angle.

https://www.mcmaster.com/1327A12

Allison
-------------------------------
Please reply on list so we can share.
No private email, it goes to a bit bucket due address harvesting


Re: WSPR data analysis #qcx40 #wspr

Ted 2E0THH
 

Alan & Geoff

Thank you!
That should have occurred to me, I have MS Access too. 

73s Ted

2E0THH


Re: QCX+ wishlist - wire tilt bail DIY

WB9ICF
 

For those with access to a 3D printer... 

https://www.thingiverse.com/thing:3954466

I printed a pair of these using PLA and they seem sturdy enough, but time will tell. If they break at some point, I will try again using PETG.
--
Ralph - WB9ICF


Re: WSPR data analysis #qcx40 #wspr

geoff M0ORE
 

I agree with Alan, a database program might be better however Access was an add on for the Microsoft Office suite. You could have a look at the OpenOffice version which is almost identical to Microsoft and includes the database as standard and is free to all. dot csv files can be imported into the database.


On 10/06/2020 16:39, Alan G4ZFQ wrote:
I've downloaded the csvs for those periods  but I am finding that MS Excel cannot deal with the colossal amount of information and only partly imports it.

Ted,

A Database program is needed eg. Access for Windows.
Also this https://groups.io/g/ProgramsByW2JDB might work, I've not tried it.

73 Alan G4ZFQ




Re: WSPR data analysis #qcx40 #wspr

Alan G4ZFQ
 

I've downloaded the csvs for those periods  but I am finding that MS Excel cannot deal with the colossal amount of information and only partly imports it.
Ted,

A Database program is needed eg. Access for Windows.
Also this https://groups.io/g/ProgramsByW2JDB might work, I've not tried it.

73 Alan G4ZFQ


Re: 5W HF PA - setting bias current

Martin
 

Ah, yes, of course - i'd not considered instability!

Very good point.

Martin G7MRV