On 6/24/19 12:11 AM, Topher Petty wrote:
Hi Topher and all,
GPSD (Linux and OSX should be able to run this) can sync time to the
computer from a GPS receiver... I've used that in the past on where
internet access is problematic and time sync was critical.
I can confirm that using gpsd and
should be to “ read the ___ manual” (you can place a rude
adjective in front of manual if you wish)
73 de Lee KX4TT
From: Fred Price [mailto:n...@hotmail.com]
Sent: Tuesday, 25 June, 2019 08:57
To: Black Michael ; WSJT software development
Subject: Re: [wsjt-devel] Field Day time problem
GM,
The Tampa ARC used Ublox8 GPS dongles and software (which allows for syncing
either by dongle or NTP Server) to sync to the GPS sats during the contest for
two stations; the third synced to WWV by ear and still stayed pretty close. $16
each from Amazon for the dongles is a real
s going on. This has the
> advantage that, if we are reasonably sure of our own clocks, we might
> notice and maybe send a message to other stations whose DT values are
> highlighted.
>
>
>
> 73
>
> Gary ZL2iFB
>
>
>
> *From:* Black Michael via wsjt-devel
> *Sent:*
Michael,
I been teaching other hams for a lot of years. I been a ham for 34+ years.
Sorry but I disagree about reading the manual. Almost at least if not more then
75% of questions I'm asked are in the manual and or any release notes and yes I
read everything that the WSJT dev group puts out.
I
It's completely reasonable (or should I say expected) that when one installs
software that it "works". In particular for the common operating mode.I've
found the most you can expect from an operator with 40+ years of ops is that
they know how to turn on their rig and plug in cables. They will
Because it seems a lot of ops want a set it and forget it piece of software.
The things I read on this list that ops want WSJT to do amazes me.
On Jun 25, 2019 7:31 AM, VE3FBZ wrote:
Why add complexity/code to the software app when the problem is the user - not
the software or the rest of the
Why add complexity/code to the software app when the problem is the user - not
the software or the rest of the community?
Regards and 73s
VE3FBZ
London Amateur Radio Club
www.larc.ca
> On Jun 25, 2019, at 04:51, DG2YCB, Uwe wrote:
>
> The old JT65-HF Comfort had one additional feature:
All comments are true. The accumulation of errors when entering the average
value of dT is also true. But "auto dT" it must be for operator use. Then there
will be no significant difference in dT in callLog.
25 июня 2019, 05:33:43, от "Reino Talarmo" < reino.tala...@kolumbus.fi >:
>Why
All comments are true. The accumulation of errors when entering the average
value of dT is also true. But "auto dT" it must be for operator use. Then there
will be no significant difference in dT in callLog.
25 июня 2019, 05:51:21, от "Sergio Yes UT9LI" < ut...@ukr.net >:
Yes!
Adjustment
Yes!
Adjustment dT can be organized in the program itself. Discarding values, for
example, dT greater than 0.7, calculate the average value of dT over all
accepted values in the "callLog" list and automatically enter this value by
analogy with the "+/- dT" button. In this case, the operator
Adjustment dT can be organized in the program itself. Discarding values, for
example, dT greater than 0.7, calculate the average value of dT over all
accepted values in the "callLog" list and automatically enter this value by
analogy with the "+/- dT" button. In this case, the operator will
>Why actually set the computer clock? Just compute an offset for the local
>clock based on the mean (or median) of the DT of the decoded messages. Then
>use this offset within WSJT-X to adjust the time used in the software from the
>actual computer clock.
Hi Jim
Consider what would happen,
Why actually set the computer clock? Just compute an offset for the local
clock based on the mean (or median) of the DT of the decoded messages. Then
use this offset within WSJT-X to adjust the time used in the software from
the actual computer clock.
Jim Record
On Mon, Jun 24, 2019 at 2:11 AM
Thanks for comments. I totally agree the GPS solution, just everybody
needs to do so! I have one.
Actually I did not proposed, at least not before testing, any addition
or change into WSJTX. I just proposed a method more useful here, the
other side of pond, were WWV etc. are not so strong and
Do not understand all the ragging about other people’s incorrect computer time.
It’s their problem, not ours (mine). I simply avoid them and they miss out on a
contact. Now that out of adjustment time is flagged, it’s a non issue.
BTW if all returns are flagged as out of sync it’s your
I also agree with Fred, why do we constantly focus on reinventing the wheel?
WWV or other world time services and a mouse click will even work. A Cheap
CASIO watch has NIST time in it for $30. (works well Stateside).
The GPS dongles are dirt cheap and some even come with time setting
software.
All
This posting by Fred gets my vote - easy, fool proof and does not distract the
dev team.
--
73’s
Tom
GM8MJV (IO85)
On 24 Jun 2019, at 09:27, Fred Price wrote:
> You are all overthinking the problem. There are programs to set your computer
> clock by a GPS dongle. A good plug in
You are all overthinking the problem. There are programs to set your computer
clock by a GPS dongle. A good plug in dongle from Amazon is $12USD and the
program I use BktTimeSync is a free download.
Also if the dev group keeps adding more n more WSJT will become bloatware. I'd
rather see
A very good idea to set up time beacons, Reino! I like this approach!
However, as a short-term solution IMO dev team should find a way to use the
EXISTING data set of DT values for a pop-up saying that very likely time is
not synced correctly, plus an option to correct time by one click. Look
Hi,
We are amateurs and could provide another time distribution experiment
especially during Field Day events. I mean setting up time beacon or beacons
that send e.g. every 15 s a short pulse, say 100 ms, on the base carrier
frequency e.g. 14.080 MHz. Timing of that pulse could be 'minute mark
with anything requiring some rather deep learning. If you don’t do
something every month, you won’t remember it.
73 -- Larry -- W1DYJ
From: Black Michael via wsjt-devel
Sent: Sunday, June 23, 2019 16:43
To: WSJT software development
Cc: Black Michael
Subject: Re: [wsjt-devel] Field Day time
t of like a wire protocol that derives its own
> >> clock sync from the data stream. The change mechanism could be a
> >> calculation or a manual slider.
> >>
> >>
> >>
> >> *From:* Jim Jennings
> >> *Sent:* Sunday, June 23, 2019 14:15
&g
calculation or a manual slider.
>>
>>
>>
>> *From:* Jim Jennings
>> *Sent:* Sunday, June 23, 2019 14:15
>> *To:* Black Michael ; WSJT software development <
>> wsjt-devel@lists.sourceforge.net>
>> *Subject:* Re: [wsjt-devel] Field Day time probl
Sunday, June 23, 2019 14:15
> *To:* Black Michael ; WSJT software development <
> wsjt-devel@lists.sourceforge.net>
> *Subject:* Re: [wsjt-devel] Field Day time problem
>
>
>
> When one of our stations at Field Day was set up for FT8, it became
> apparent t
sync from
the data stream. The change mechanism could be a calculation or a manual
slider.
From: Jim Jennings
Sent: Sunday, June 23, 2019 14:15
To: Black Michael ; WSJT software development
Subject: Re: [wsjt-devel] Field Day time problem
When one of our stations at Field Day was set up
wsjt-devel
Sent: Sunday, June 23, 2019 05:27
To: WSJT Software Development
Cc: Black Michael
Subject: [wsjt-devel] Field Day time problem
I've seen about 2 dozen clubs doing Field Day where their clocks are off.
We need to provide an indication in WSJT-X when clocks are off like
if we are
reasonably sure of our own clocks, we might notice and maybe send a message to
other stations whose DT values are highlighted.
73
Gary ZL2iFB
From: Black Michael via wsjt-devel
Sent: 24 June 2019 00:27
To: WSJT Software Development
Cc: Black Michael
Subject: [wsjt-devel]
be send a
> message to other stations whose DT values are highlighted.
>
> 73
> Gary ZL2iFB
>
> From: Black Michael via wsjt-devel
> Sent: 24 June 2019 00:27
> To: WSJT Software Development
> Cc: Black Michael
> Subject: [wsjt-devel] Field Day time problem
>
&g
gt;
>
> 73
>
> Gary ZL2iFB
>
>
>
> *From:* Black Michael via wsjt-devel
> *Sent:* 24 June 2019 00:27
> *To:* WSJT Software Development
> *Cc:* Black Michael
> *Subject:* [wsjt-devel] Field Day time problem
>
>
>
> I've seen about 2 dozen clubs
*Black Michael via wsjt-devel
> *Date: *Sun, Jun 23, 2019 8:27 AM
> *To: *WSJT Software Development;
> *Cc: *Black Michael;
> *Subject:*[wsjt-devel] Field Day time problem
>
> I've seen about 2 dozen clubs doing Field Day where their clocks are off.
>
> We need to provide an in
Smartphone
-- Original message--
From: Black Michael via wsjt-devel
Date: Sun, Jun 23, 2019 8:27 AM
To: WSJT Software Development;
Cc: Black Michael;
Subject:[wsjt-devel] Field Day time problem
I've seen about 2 dozen clubs doing Field Day where their clocks are off.
We need to provide
lack Michael mailto:mdblac...@yahoo.com>>
> To: WSJT Software Development <mailto:wsjt-devel@lists.sourceforge.net>>
> Subject: [wsjt-devel] Field Day time problem
> Message-ID: <1845500221.426201.1561292843...@mail.yahoo.com
> <mailto:1845500221.426201.1561292843..
I've seen about 2 dozen clubs doing Field Day where their clocks are off.
We need to provide an indication in WSJT-X when clocks are off like this.
With concurrence I can do a patch for thismy idea is this.
At least 5 decodes where 60% or more > 0.5 seconds is an indication of bad
timing.A
34 matches
Mail list logo