RTTY
[Top] [All Lists]

[RTTY] DJ3IW BARTG SPRINT SOAB LP

To: <rtty@contesting.com>
Subject: [RTTY] DJ3IW BARTG SPRINT SOAB LP
From: k0869565@tiscalinet.de (DJ3IW Goetz)
Date: Wed, 30 Jan 2002 16:54:42 -0000
I have noticed this same thing VERY often during the recent
BARTG contest and it triggered my initial comment.
73 de Goetz
k0869565@tiscalinet.de
----- Original Message -----
From: "Steve Holton" <sholton@optonline.net>
To: <rtty@contesting.com>
Sent: Wednesday, January 30, 2002 3:18 PM
Subject: Re: [RTTY] DJ3IW BARTG SPRINT SOAB LP


...
> However I also wonder if there is another gremlin working in some cases....
> I saw some pretty convincing evidence that suggests that in some cases the
> TNC/Modem/Soundcard is sending data too soon after asserting PTT (or VOX)
> and the start of some transmissions are going into the bit bucket not into
> the airwaves.
> I would see something like this:
> CQ CQ TEST DE XX0YY K
> N1NB N1NB N1NB K
> AB1CD K gobbledegook                   After My transmit ends and any other
> good print an interval of decoding noise
> garbleNB 123 123 BK                       while the CQ station to sorts out
> calls and then comes back
>
> Thus at least 3 characters are missing the 'N' ,"figs' ,'1', and possibly
> 'ltrs' plus any leading space,CR etc.
> As I have been in recevie mode and decoding for some time in this example
> it's not turnaround at my end, nor is the CQ station coming back before I
> end my transmission (not that this ever happens HI HI)
>
> I notice that the DXP38 has a parameter to control delay from PTT assertion
> 'til characters are send - default 20ms.
> I don't see any obvious similar setting for MMTTY.
> I'm not sure how a station can easily determine if this is a problem, but
> wonder whether this is a contributor?
>



<Prev in Thread] Current Thread [Next in Thread>