. Sorry if I’m beating a dead
horse.
Dave
KD2JIP
From: Mike Besemer
Sent: Thursday, December 7, 2017 5:51 PM
To: 'WSJT software development'
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
Remember that in the U.S., automatically controlled beacons are not legal below
28.0 MHz.
It would
nk you!
Dave
KD2JIP
From: Brian Moran
Sent: Thursday, December 7, 2017 10:55 PM
To: WSJT software development
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
So, back to the practical matter of getting the time right faced with lack of
WWV/WWVH, no GPS NMEA sentences to p
Brian, that’s very helpful. Thank you!
Dave
KD2JIP
From: Brian Moran
Sent: Thursday, December 7, 2017 10:55 PM
To: WSJT software development
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
So, back to the practical matter of getting the time right faced with lack of
WWV/WWVH, no GPS
modes might not be ideal, especially because the transmissions can be long.
>
>
>
> Dave
>
> KD2JIP
>
>
>
> *From: *Ria Jairam <rjai...@gmail.com>
> *Sent: *Thursday, December 7, 2017 8:41 PM
> *To: *WSJT software development <wsjt-devel@lists.sourceforge.net>
You’re right. In that regard, depending on the circumstances, digital modes
might not be ideal, especially because the transmissions can be long.
Dave
KD2JIP
From: Ria Jairam
Sent: Thursday, December 7, 2017 8:41 PM
To: WSJT software development
Subject: Re: [wsjt-devel] DXPedition System
read the book... definitely fascinating - and frightening!
Mike
WM4B
-Original Message-
From: Gary McDuffie [mailto:mcduf...@ag0n.net]
Sent: Thursday, December 7, 2017 8:42 PM
To: WSJT software development
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
> On Dec 7, 2017, a
: Thursday, December 7, 2017 8:32 PM
To: WSJT software development
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
> On Dec 7, 2017, at 1:55 PM, Dave Corsello <kd2...@gmail.com> wrote:
>
> Given the current state of geo-politics, I think the probability of GPS being
>
I would stay off the air. No need to alert people to where supplies are!
Ria, N2RJ
On Thu, Dec 7, 2017 at 8:30 PM, Gary McDuffie wrote:
>
>
>> On Dec 7, 2017, at 1:55 PM, Dave Corsello wrote:
>>
>> Given the current state of geo-politics, I think the
> On Dec 7, 2017, at 1:55 PM, Dave Corsello wrote:
>
> Given the current state of geo-politics, I think the probability of GPS being
> knocked out by EMP is greater than zero. So I thought it was worthwhile to
> continue the discussion.
If that were to happen, you
On 07/12/2017 05:48 p.m., Dave Corsello wrote:
Then the idea of an automatic network isn’t feasible. Maybe it could
work if every WSJT user who had access to NTP had the option to
broadcast time data periodically from their station.
Let's get real here, folks.
The SOLE utility of WSJT-X is
But surely it's much more fun to overload functionality on to a system
that's already creaking at the seams with excess functionality rather
than take a simple and direct approach!
That said, none of my W. Heath Robinson books have any mention of a
Nuclear Winter, as more recently mentioned.
of SHTF situation probably takes digital
modes (except CW) off the table. Hopefully, we never find out.
Mike
WM4B
From: Dave Corsello [mailto:kd2...@gmail.com]
Sent: Thursday, December 7, 2017 6:48 PM
To: WSJT software development
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
, 2017 7:05 PM
To: WSJT software development
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
LOL. I hear you. As I said, you would have to keep an entire backup rig,
including solar battery power and tablet, under EMI shielding. My hope is that
I’m not the only one who is doing
, December 7, 2017 6:45 PM
To: 'WSJT software development'
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
If an EMP takes out GPS, there’s a good chance our ham gear and computers will
be gone too… along with the power grid.
Some of us who still have some hollow-state gear in reserve might still
: Thursday, December 7, 2017 5:51 PM
To: 'WSJT software development'
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
Remember that in the U.S., automatically controlled beacons are not legal below
28.0 MHz.
It would be much more efficient to encode time data within existing QSO data
development
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
Granted. This would be one relatively small detail. But assuming that a
number of other details are in order, including backup QRP gear stored under
sufficient EMI shielding, it would be great to have such a reliable form
, this is not a very
up-beat subject, although for me, it’s pretty exciting. I’m ready to meet my
Maker, so everything else is adventure.
Dave
KD2JIP
From: Gil Baron W0MN
Sent: Thursday, December 7, 2017 6:06 PM
To: WSJT software development
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
If we
vel@lists.sourceforge.net>
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
Ria,
Yes, I just ordered a cheap GPS receiver. I’m looking forward to using it with
my Windows 10 tablet.
Two of my primary interests are emergency communication and finding ways to
function as off-gird as po
7 5:39 PM
> To: WSJT software development
> Subject: Re: [wsjt-devel] DXPedition System Clock Sync
>
> Ria,
>
> Yes, I just ordered a cheap GPS receiver. I’m looking forward to using it
> with my Windows 10 tablet.
>
> Two of my primary interests are emergency comm
To: WSJT software development
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
Ria,
Yes, I just ordered a cheap GPS receiver. I’m looking forward to using it with
my Windows 10 tablet.
Two of my primary interests are emergency communication and finding ways to
function as off-gird as possible
bility of GPS
> being knocked out by EMP is greater than zero. So I thought it was
> worthwhile to continue the discussion.
>
> 73
>
> Dave
>
> KD2JIP
>
>
>
> From: Ria Jairam
> Sent: Thursday, December 7, 2017 3:25 PM
> To: WSJT software developme
Or wwv/wwvh depending. on Mellish Reef we lost time timeserver sync for a
recalcitrant laptop, syncd it this way. We otherwise used an NTP server driven
from a cheap GPS on our reef network.
Sent via iPhone
> On Dec 7, 2017, at 12:23 PM, Ria Jairam wrote:
>
> I think this
7, 2017 3:25 PM
To: WSJT software development
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
I think this was discussed before and the consensus was that they
could just use a GPS receiver instead.
73
Ria, N2RJ
On Thu, Dec 7, 2017 at 3:18 PM, Dave Corsello <kd2...@gmail.com>
I think this was discussed before and the consensus was that they
could just use a GPS receiver instead.
73
Ria, N2RJ
On Thu, Dec 7, 2017 at 3:18 PM, Dave Corsello wrote:
> Would it make sense to develop a new WSJT mode for time sync? One
> implementation might be through
Would it make sense to develop a new WSJT mode for time sync? One
implementation might be through dedicated stations that grab UTC via NTP and
broadcast it, and an option in WSJT software to listen for the beacon,
calculate an offset between local system time and the received code, and apply
November 12, 2017 2:03:08 PM
To: WSJT software development
Subject: Re: [wsjt-devel] DXPedition System Clock Sync David wrote:
"A knob could adjust WSJT-X’s notion of the time of day to “zero beat” the DX
station, both in RX and TX so you can communicate, regardless of how far off
the DX st
:08 PM
To: WSJT software development
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
David wrote:
"A knob could adjust WSJT-X’s notion of the time of day to “zero beat” the DX
station, both in RX and TX so you can communicate, regardless of how far off
the DX station’s clock may be
David wrote:
"A knob could adjust WSJT-X’s notion of the time of day to “zero beat” the DX
station, both in RX and TX so you can communicate, regardless of how far off
the DX station’s clock may be."
There's no need for anything as programmatically complex or real estate hogging
as a knob - a
, and my feet still
don’t touch the ground!!!
Dave / NX6D
From: Bill Shell <n...@n6ws.com>
Sent: Saturday, November 11, 2017 4:54:58 PM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
Scott,
I understand your op
that is well supported and fully integrated to Windows.
Dave / NX6D
From: Ria Jairam <rjai...@gmail.com>
Sent: Saturday, November 11, 2017 8:32:36 AM
To: WSJT software development
Subject: Re: [wsjt-devel] DXPedition System Clock Sync
That is an excellen
> On Nov 11, 2017, at 5:54 PM, Bill Shell wrote:
>
> VK9MA at Mellish Reef was the first time I copied a DXPedition on 160m using
> one of the WSJT modes, and very few contacts were made because of the timing
> disparity between the DX station and others calling.
Since the
On 12/11/2017 01:42, David Tiller wrote:
The reply I received from Bill G4WJS on the list was not enthusiastic about
needing/wanting a time sync option and in fact relegated it to the realm of the
absurd:
Hi David,
the time sync requirement of FT8 has been relaxed to allow up to ~2.5
On 11/12/2017 12:51 AM, carc...@gmail.com wrote:
> A clock sync feature using WWV, WWVB, JJY, YVTO, CHU, DCF etc would
> help those who don't have the ability to sync clock over the Internet.
At many places, a good reception of the signal of these time signal
transmitters is more
Bill N6WS wrote:
> the purpose of FT8 and any other WSJT operating mode is to communicate.
Of course you're correct, the purpose is to communicate, and to do that with
any of the time-synced modes we have to have a reference. This subject, IMHO,
is the most important usability item for the
Scott,
I understand your opinions, but the purpose of FT8 and any other WSJT
operating mode is to communicate. I am sure those stations on 160m this
morning trying to work VK9MA on FT8 were quite frustrated with their
inability to communicate with the DX Station.
Try thinking outside the
The free version of Multipsk comes with an executable called Clock that
does this. It's oriented toward places that can hear North America and
Europe.
http://f6cte.free.fr/index_anglais.htm
On Sat, Nov 11, 2017 at 6:32 AM, Ria Jairam wrote:
> That is an excellent idea.
>
> A
On 11/11/2017 11:11 a.m., Bill Shell N6WS wrote:
Thank you David for your comment. You understand my original point in
asking for the option. All the other comments were trending to the need
for the system clock to be accurate. It is the framing that needs the
accuracy.
The several problems
Thank you David for your comment. You understand my original point in
asking for the option. All the other comments were trending to the need
for the system clock to be accurate. It is the framing that needs the
accuracy.
73, Bill
On 11/11/2017 8:48 AM, David Tiller wrote:
You wrote:
You wrote:
Not sure what it might take to support clock changes across various OS’s now
using WSJT-X.
The app doesn't have to actually set the clock. If the app were modified to
keep track of a delta time value and use that for timing decisions, the actual
clock state is irrelevant.
The
I actually started writing a gnu radio block to do WWV time decoding with the
goal of adding a new mode to wsjtx, and had a little success. I'm not
experienced enough in DSP to make it perfect. I did get decodable bits, however.
If any DSP experts would be willing to give me some pointers, I'll
Sounds like a perfect idea for a stand-alone application.
Not sure what it might take to support clock changes across various OS’s now
using WSJT-X.
George J Molnar
KF2T, Nevada, USA
> On Nov 11, 2017, at 8:32 AM, Ria Jairam wrote:
>
> That is an excellent idea.
>
That is an excellent idea.
A clock sync feature using WWV, WWVB, JJY, YVTO, CHU, DCF etc would
help those who don't have the ability to sync clock over the Internet.
73
Ria, N2RJ
On Sat, Nov 11, 2017 at 11:23 AM, Scott Bidstrup wrote:
> On 11/11/2017 09:26 a.m., Bill Shell
On 11/11/2017 09:26 a.m., Bill Shell N6WS wrote:
Hello,
While using FT8 in a DXPedition setting, there may be conditions where
there is no reliable timing source for syncing of the system clock.
Bill,
When my Internet here in Costa Rica has been down, I've been able to
sync my system clock
On 11/11/2017 04:26 PM, Bill Shell N6WS wrote:
Hello Bill,
> While using FT8 in a DXPedition setting, there may be conditions where
> there is no reliable timing source for syncing of the system clock.
> Could an option be added for a "DXPedition Mode" to allow syncing their
> RX & TX framing
Hello Bill,
a cheap USB-GPS dongle for US$ 10,- and the Meinberg free software
will solve the problem.
Set server entry:
server 127.127.20.3 minpoll 4 prefer # NMEA serial port
The fourth number in the IP-address field (127.127.20.3) should be the
COM port number - 3 in this example.
Hope
Bill,
There are many options for software that will sync your PC time using a $20 USB
GPS receiver. That seems like a better option than trying to track other
parties' times with unknown accuracies.
KC9SWV - Morgen
On Nov 11, 2017 10:42 AM, "Bill Shell N6WS" wrote:
Hello,
Hi Bill,
Another option is to use a GPS receiver and bkttimesync. Even some ham HTs
have Bluetooth GPS built in.This works well.
73
Ria, N2RJ
On Sat, Nov 11, 2017 at 10:42 AM Bill Shell N6WS wrote:
> Hello,
>
> While using FT8 in a DXPedition setting, there may be conditions
Hello,
While using FT8 in a DXPedition setting, there may be conditions where
there is no reliable timing source for syncing of the system clock.
Could an option be added for a "DXPedition Mode" to allow syncing their
RX & TX framing to a weighted average of signals received?
This morning
48 matches
Mail list logo