Date   

Re: QRSS Grabbers

N1BUG
 

The N1BUG LF/MF grabber has not been active for some time. I am not
aware of anyone currently transmitting QRSS or DFCW on those bands
(except K2ORS who I can hear with my ears), plus my high duty cycle
WSPR-2 and WSPR-15 transmitting on LF would make a huge mess of it.
When it is active it can be viewed here:

http://www.n1bug.com/station/grabber/

My U3S is doing great on 2200m WSPR-2 / WSPR-15 !

73,
Paul N1BUG

On 03/16/2018 02:58 PM, Andy G0FTD via Groups.Io wrote:
Are there KP3FT and N1BUG grabbers active ?

Just had a look on QSL.NET but found nothing.


Re: QRSS Grabbers

Andy G0FTD <punkbiscuit@...>
 

On Fri, Mar 16, 2018 at 12:01 pm, KP3FT wrote:
I'm not running a Grabber, but I do often upload screenshots to qsl.net.  N2NXZ is sending Grabber spots to qsl.net, and Eddie's info fixed the upload problem for him.
OK thanks for the clarification.

73 de Andy


Re: QRSS Grabbers

KP3FT
 

I'm not running a Grabber, but I do often upload screenshots to qsl.net.  N2NXZ is sending Grabber spots to qsl.net, and Eddie's info fixed the upload problem for him.


From: Andy G0FTD via Groups.Io <punkbiscuit@...>
To: QRPLabs@groups.io
Sent: Friday, March 16, 2018 2:58 PM
Subject: Re: [QRPLabs] QRSS Grabbers

Are there KP3FT and N1BUG grabbers active ?

Just had a look on QSL.NET but found nothing.

73 de Andy



Re: QRSS Grabbers

Andy G0FTD <punkbiscuit@...>
 

Are there KP3FT and N1BUG grabbers active ?

Just had a look on QSL.NET but found nothing.

73 de Andy


Re: QRSS Grabbers

KP3FT
 

Hi Paul,

Yes, you're right, I just checked mine .  Sorry, was confused. 

Eddie, disregard my question about .jpeg vs .jpg.  73


From: N1BUG <paul@...>
To: QRPLabs@groups.io
Sent: Friday, March 16, 2018 2:31 PM
Subject: Re: [QRPLabs] QRSS Grabbers

The version of Argo I use (build 145) creates and uploads files with
extenstion .jpg

Paul


On 03/16/2018 02:20 PM, npton wrote:
> Huh, I don't use Argo didn't realise that. When the team contact me
> I will mention it.
>
>
> On 16/03/2018 17:55, KP3FT via Groups.Io wrote:
>> I forgot to add, ARGO only saves in .jpeg, .gif. and .bmp file
>> extensions, not .jpg.  Will .jpeg extension still work?






Re: Sudden failure in early life

Glen Leinweber
 

Steve,
Among a few other suspicious voltages:
IC9 pin 3: 5.9V !!
This looks bad. Your 5v regulator IC11 should be putting out 5V, not 5.9V
These regulators can only supply voltage, and cannot deal with
something that tries to pull them higher.
Perhaps a current path somewhere between +12v and the 5V rail?
Re-check that the regulator is actually providing +5v at its output.


Re: QRSS Grabbers

N1BUG
 

The version of Argo I use (build 145) creates and uploads files with
extenstion .jpg

Paul

On 03/16/2018 02:20 PM, npton wrote:
Huh, I don't use Argo didn't realise that. When the team contact me
I will mention it.


On 16/03/2018 17:55, KP3FT via Groups.Io wrote:
I forgot to add, ARGO only saves in .jpeg, .gif. and .bmp file
extensions, not .jpg.  Will .jpeg extension still work?


Re: QRSS Grabbers

KP3FT
 

Thanks for all your efforts.  I and a friend of mine have been relying on qsl.net FTP uploads, and wondered what had happened.  73!

KP3FT


From: npton <g3zjo@...>
To: QRPLabs@groups.io
Sent: Friday, March 16, 2018 2:20 PM
Subject: Re: [QRPLabs] QRSS Grabbers

Huh, I don't use Argo didn't realise that. When the team contact me I will mention it.

On 16/03/2018 17:55, KP3FT via Groups.Io wrote:
I forgot to add, ARGO only saves in .jpeg, .gif. and .bmp file extensions, not .jpg.  Will .jpeg extension still work?



From: npton <g3zjo@...>
To: QRPLabs@groups.io
Sent: Friday, March 16, 2018 12:20 PM
Subject: [QRPLabs] QRSS Grabbers

I am sure some QRPLabbers must have a Grabber on QSL.net.
There have been some changes at QSL.net recently. Your Grabs uploaded are not being updated properly on your Grabber. This is due to the caching of all files on the Server.
The team at QSL.net have come up with a solution. The filenames used must have a special EXCEPTION. This can't be done for individual files so we have agreed a standard set which should prove adequate for all users. All you need to do is to change your image file name to one of the following in the range :-
vlf1.jpg to vlf9.jpg, lf1.jpg to lf9.jpg, mf1.jpg to mf9.jpg, hf1.jpg to hf9.jpg, vhf1.jpg to vhf9.jpg, uhf1.jpg to uhf9.jpg
Finally be sure to read the box below.
73 Eddie G3ZJO






Re: Sudden failure in early life

Alan G4ZFQ
 

Nothing or two rows of blocks depending on the pot position.
If you read the troubleshooter it gives you instructions on what to do next.
What firmware?

I went down the whole list of voltage checks.
As you are concerned with the micro these are not required at the moment. Although micro voltages might be.

73 Alan G4ZFQ

Lots_ of problems, so
maybe you can figure out where I should be looking. I'll only list the significant voltage discrepancies:
Clk0 and Clk1 test pins - no squarewave, no DC
Top side of C43 0.95v
Top sides of C44, C45, C46 all 1.31v
_IC5 pin 1, pin 2_  1.31v, _pin3_  0.86v, _pin5 _0.87v, _pins 6,7_  1.32v
_IC6 pins 1,2,3,5,6,7_ all 1.37v
_IC7 pins 1,2,3,5,6,7_ all 1.37v
_IC8 pins 1,2,3,5,6,7_ all 1.38-1.40v
_IC9 pin 3_  5.9v, _pin 5_  1.38v, _pins 6,7_  1.41v
_IC10 pins 5,6_  5.9v
_LCD pin4 1.21v_, _pins 7,8,9,10,11_  5v_,_ _pins 12, __13_ 0v.
I hope this provides plenty of clues.
73,
Steve
On 3/17/2018 12:06 AM, Alan G4ZFQ wrote:
correct voltage at the R1-R2 divider, so I probably had grounded it.

Steve,

Yes, maybe, just keep an eye on it as you progress.
I checked all the connections. Contrast
voltage range is correct. The 20 MHz oscillator is going strong. Is it
just possible that the microprocessor gave up the ghost while I was
http://qrp-labs.com/qcx/qcxtrouble.html

Probably unlikely, bit just about possible. More likely joints, shorts.
Do all the checks in the LCD section show no errors?

73 Alan G4ZFQ


Re: QRSS Grabbers

npton
 

Huh, I don't use Argo didn't realise that. When the team contact me I will mention it.


On 16/03/2018 17:55, KP3FT via Groups.Io wrote:
I forgot to add, ARGO only saves in .jpeg, .gif. and .bmp file extensions, not .jpg.  Will .jpeg extension still work?



From: npton <g3zjo@...>
To: QRPLabs@groups.io
Sent: Friday, March 16, 2018 12:20 PM
Subject: [QRPLabs] QRSS Grabbers

I am sure some QRPLabbers must have a Grabber on QSL.net.
There have been some changes at QSL.net recently. Your Grabs uploaded are not being updated properly on your Grabber. This is due to the caching of all files on the Server.
The team at QSL.net have come up with a solution. The filenames used must have a special EXCEPTION. This can't be done for individual files so we have agreed a standard set which should prove adequate for all users. All you need to do is to change your image file name to one of the following in the range :-
vlf1.jpg to vlf9.jpg, lf1.jpg to lf9.jpg, mf1.jpg to mf9.jpg, hf1.jpg to hf9.jpg, vhf1.jpg to vhf9.jpg, uhf1.jpg to uhf9.jpg
Finally be sure to read the box below.
73 Eddie G3ZJO




Re: FT8 for U3?

Don Meyerhoff
 

Would be just a chip change?

73

Don Meyerhoff
WA2SWX

On Dec 6, 2017 8:52 AM, "Hans Summers" <hans.summers@...> wrote:
Hi Dean

I already coded FT8 in my U3, next version v3.13, last week. I have not yet had a chance to test it. v3.13 also contains JT4 and RTTY modes. 

73 Hans G0UPL

On Wed, Dec 6, 2017 at 4:48 PM, Dean Smith <g7eob1@...> wrote:
I think there are two answers to this one, but i'll ask all the same!
Any chance of FT8 mode being included in the U3 firmware.
I know the room in the ATMEGA is tight!  (PI mode anybody still use it???)
I understand this mode is a quick version of JT65 (15 second slots)!
The idea behind this is that it would be possible to fit in another tx mode within a frame.
I'm sure most will have 15 seconds spare, before calibration starts?!
thoughts anybody???
Dean G7EOB




Re: QRSS Grabbers

npton
 

On 16/03/2018 17:39, KP3FT via Groups.Io wrote:
Thanks!  I was wondering why uploading screenshots wasn't working properly anymore.  All uploaded screenshots must be in those ranges of filenames, but can they be in a different format, like .GIF, instead of .JPG?

No, I did consider asking for .bmp .gif etc but most users use .jpg. The tests started with just one file name getting an exception, I pushed my luck with xx1.jpg to xx5.jpg and was overjoyed when they said they were willing to do 1 to 9, 54 different exceptions.
A lot of time was devoted by qsl.net to sorting the problem. I have been doing multiple tests all day and can find no other restrictions caused by the solution.




From: npton <g3zjo@...>
To: QRPLabs@groups.io
Sent: Friday, March 16, 2018 12:20 PM
Subject: [QRPLabs] QRSS Grabbers

I am sure some QRPLabbers must have a Grabber on QSL.net.
There have been some changes at QSL.net recently. Your Grabs uploaded are not being updated properly on your Grabber. This is due to the caching of all files on the Server.
The team at QSL.net have come up with a solution. The filenames used must have a special EXCEPTION. This can't be done for individual files so we have agreed a standard set which should prove adequate for all users. All you need to do is to change your image file name to one of the following in the range :-
vlf1.jpg to vlf9.jpg, lf1.jpg to lf9.jpg, mf1.jpg to mf9.jpg, hf1.jpg to hf9.jpg, vhf1.jpg to vhf9.jpg, uhf1.jpg to uhf9.jpg
Finally be sure to read the box below.
73 Eddie G3ZJO




Re: QRSS Grabbers

KP3FT
 

I forgot to add, ARGO only saves in .jpeg, .gif. and .bmp file extensions, not .jpg.  Will .jpeg extension still work?



From: npton <g3zjo@...>
To: QRPLabs@groups.io
Sent: Friday, March 16, 2018 12:20 PM
Subject: [QRPLabs] QRSS Grabbers

I am sure some QRPLabbers must have a Grabber on QSL.net.
There have been some changes at QSL.net recently. Your Grabs uploaded are not being updated properly on your Grabber. This is due to the caching of all files on the Server.
The team at QSL.net have come up with a solution. The filenames used must have a special EXCEPTION. This can't be done for individual files so we have agreed a standard set which should prove adequate for all users. All you need to do is to change your image file name to one of the following in the range :-
vlf1.jpg to vlf9.jpg, lf1.jpg to lf9.jpg, mf1.jpg to mf9.jpg, hf1.jpg to hf9.jpg, vhf1.jpg to vhf9.jpg, uhf1.jpg to uhf9.jpg
Finally be sure to read the box below.
73 Eddie G3ZJO



Re: A word about QRP Labs capacitors and toroids

Andrew Lenton
 

 


Re: A word about QRP Labs capacitors and toroids

Andrew Lenton
 

Just relocked at this I consider 2200 M almost AF!!! However my VNA does go now to 10 KHZ

 

BR Andrew

 

Sent from my Windows 10 phone

 

From: Chris Wilson
Sent: 16 March 2018 12:30
To: QRPLabs@groups.io
Subject: Re: [QRPLabs] A word about QRP Labs capacitors and toroids

 

Hello Andrew,

 

Could you do one for the 2200m filter please??

 

Friday, March 16, 2018

 

> You are welcome, I have plots for most your Filters, all are text

> book! As I build more I will send them in.

 

> 17M looks the best

 

> BR

 

> Andrew

 

 

 

 

 

 

--

 

2E0ILY

Best regards,

Chris                            mailto:chris@...

 

 

 

--

Best regards, Chris Wilson (2E0ILY)

 

 

 


Re: Sudden failure in early life

V Zecchinelli <n1vin@...>
 

I had a similar issue with no data on the LCD.  Replacing the ATMega solved the problem.

73 de N1VIN (Vince)

On 3/16/2018 8:30 AM, Steve in Okinawa wrote:
I've removed the input toroid completely. I think I had two wires
reversed, so that would explain some part of the problem. And I have the
correct voltage at the R1-R2 divider, so I probably had grounded it.

BUT - still no data on the LCD. I checked all the connections. Contrast
voltage range is correct. The 20 MHz oscillator is going strong. Is it
just possible that the microprocessor gave up the ghost while I was
having lunch????

JS6TMW


On 3/16/2018 7:59 PM, Alan G4ZFQ wrote:
  I was also trying to figure out why I saw zero voltage at the
junction of R1 and R2, as related to not being able to peak the BPF.
Steve,

The RX will not work unless this is correct.

By the way, is the hole numbering on the schematic on p.52 correct?
No-one has commented about this before.

there was nothing on
the LCD. The contrast adjusts but no data from the microprocessor. Most
discouraging. I have the usual test instruments but no idea where to
start looking for the problem.
A start for troubleshooting http://qrp-labs.com/qcx/qcxtrouble.html

73 Alan G4ZFQ



Re: QRSS Grabbers

KP3FT
 

Thanks!  I was wondering why uploading screenshots wasn't working properly anymore.  All uploaded screenshots must be in those ranges of filenames, but can they be in a different format, like .GIF, instead of .JPG?



From: npton <g3zjo@...>
To: QRPLabs@groups.io
Sent: Friday, March 16, 2018 12:20 PM
Subject: [QRPLabs] QRSS Grabbers

I am sure some QRPLabbers must have a Grabber on QSL.net.
There have been some changes at QSL.net recently. Your Grabs uploaded are not being updated properly on your Grabber. This is due to the caching of all files on the Server.
The team at QSL.net have come up with a solution. The filenames used must have a special EXCEPTION. This can't be done for individual files so we have agreed a standard set which should prove adequate for all users. All you need to do is to change your image file name to one of the following in the range :-
vlf1.jpg to vlf9.jpg, lf1.jpg to lf9.jpg, mf1.jpg to mf9.jpg, hf1.jpg to hf9.jpg, vhf1.jpg to vhf9.jpg, uhf1.jpg to uhf9.jpg
Finally be sure to read the box below.
73 Eddie G3ZJO



Re: FT8 for U3?

David Bowman <g0mrf@...>
 

Hi Ken.

An FT8 QSO mode would be great but possibly a little beyond the ability of the U3S.
While the computer generating the audio could also handle the TX/RX and sequencing from within WSJT-X
I think you will still need some fancy unwanted sideband supression after your modulator. I wonder if the sig gen is the way to go.
Then you have a fixed LO source to a couple of crystals as a filter, then another variable frequency source to get to your final frequency.
Lets us all know if you have success.

Hopefully no FT8 beacons though

73

David  G0MRF


Re: FT8 for U3?
From: KEN G4APB
Date: Fri, 16 Mar 2018 03:07:03 PDT
Hi Hans,
how are you trying to implement FT8 in the U3S? Are you trying for a beacon only mode for something fiendish to allow QSOs?

I have been successfully monitoring and decoding FT8 on my 40m U3S RX using repeated 'RX' slots on the correct freq with audio to my PC running WSJT-X.

The challenge is Tx side. The WSJT-X programme does all the data and QSO work so I see only the need to be able to key the U3S TX in a plain carrier mode and feed in the Tx audio from the PC and sort out the timing. I am planning to build an SA612 mixer to feed in the Tx audio and RF signals to produce a DSB FT8 signal. I see a simple break just before the PA devices as a starting point and plan to up the bias to the BS170s to get into a linear mode.

The thing I can't do at the moment with v3.12 is to come out of the 2 minute Rx slot into a CW Tx slot in a 15 second turnaround. I kind of need the the PTT action to prematurely exit the Rx slot to allow me to go into the next slot which would be say a Tx CW mode, then go back into Rx mode without waiting for a timed (2 minute) slot to start.
Maybe a new permanent RX (not timed) but with a PTT interrupt could be added?
I could use a separate U3S Transmitter but really want to combine this all into my U3S transceiver as one package.

Just my ideas for you all to consider. I found FT8 on 2 meters has been phenominal with DX I have never heard before coming in, totally outstripping WSPR spots.

73 Ken G4APB


QRSS Grabbers

npton
 

I am sure some QRPLabbers must have a Grabber on QSL.net.

There have been some changes at QSL.net recently. Your Grabs uploaded are not being updated properly on your Grabber. This is due to the caching of all files on the Server.

The team at QSL.net have come up with a solution. The filenames used must have a special EXCEPTION. This can't be done for individual files so we have agreed a standard set which should prove adequate for all users. All you need to do is to change your image file name to one of the following in the range :-

vlf1.jpg to vlf9.jpg, lf1.jpg to lf9.jpg, mf1.jpg to mf9.jpg, hf1.jpg to hf9.jpg, vhf1.jpg to vhf9.jpg, uhf1.jpg to uhf9.jpg

Finally be sure to read the box below.

73 Eddie G3ZJO


Re: Sudden failure in early life

Steve in Okinawa
 

Thanks Alan,

I'm not saying there could be no bad joints or shorts but I checked carefully as I went along, and it did work right for a few hours.

Nothing, or blocks, one row two rows??
Nothing or two rows of blocks depending on the pot position.

I went down the whole list of voltage checks. Lots of problems, so maybe you can figure out where I should be looking. I'll only list the significant voltage discrepancies:

Clk0 and Clk1 test pins - no squarewave, no DC

Top side of C43 0.95v

Top sides of C44, C45, C46 all 1.31v

IC5 pin 1, pin 2  1.31v,  pin3  0.86v,  pin5  0.87v,  pins 6,7  1.32v

IC6 pins 1,2,3,5,6,7 all 1.37v

IC7 pins 1,2,3,5,6,7 all 1.37v

IC8 pins 1,2,3,5,6,7 all 1.38-1.40v

IC9 pin 3  5.9v,  pin 5  1.38v, pins 6,7  1.41v

IC10 pins 5,6  5.9v

LCD pin4 1.21v, pins 7,8,9,10,11  5v,  pins 12, 13 0v.

I hope this provides plenty of clues.

73,

Steve


On 3/17/2018 12:06 AM, Alan G4ZFQ wrote:
correct voltage at the R1-R2 divider, so I probably had grounded it.

Steve,

Yes, maybe, just keep an eye on it as you progress.

I checked all the connections. Contrast
voltage range is correct. The 20 MHz oscillator is going strong. Is it
just possible that the microprocessor gave up the ghost while I was
 http://qrp-labs.com/qcx/qcxtrouble.html

Probably unlikely, bit just about possible. More likely joints, shorts.
Do all the checks in the LCD section show no errors?

73 Alan G4ZFQ