On Mar 4, 2021, at 19:55, David Garnier wrote:I solved my problem, by going into the Split Operation box and uncheck Rig to None.Just be sure that you always operate somewhere between 1500 and 2000 Hz with your transmitter. There’s a reason for running “split”, and you have defeated it by saying
> On Mar 4, 2021, at 14:34, Sam W2JDB via wsjt-devel
> wrote:
>
> Just as an FYI, one of the programs that I wrote and posted in the same
> location as the Alltext.exe program
> allows you to sync to internet time when the internet is available or to
> manually adjust the time by user
>
> On Mar 4, 2021, at 14:34, Sam W2JDB via wsjt-devel
> wrote:
>
> Just as an FYI, one of the programs that I wrote and posted in the same
> location as the Alltext.exe program
> allows you to sync to internet time when the internet is available or to
> manually adjust the time by user
>
And for those that advocate for the simplicity factor using WWV, your ears, and
your mouse finger is about as simple as it gets. And it works!
73
-Jim
NU0C
On Thu, 4 Mar 2021 10:19:40 -0800
Mark Spencer wrote:
> Most of the time
> an initial manual sync of the computer clock while
Hello,
I solved my problem, by going into the Split Operation box and uncheck Rig to
None.
Test setup as follows: WSJTX configured for operation with 7300,
no other crap software in between, nothing. The barest of configuration.
Note. I swear the prior release didn't have this problem but I
On 3/4/21 at 3:21 PM, al...@alangroups.plus.com (Alan) wrote:
With my dongle I also get an intermittent issue with W10
seemingly forgetting the USB enumeration, and having to reset
the GPS software to find the dongle again. I still haven't got
to the bottom of that one, as it of course never
I've been thinking about this a bit more from a use case perspective.
It takes 60ms for a radio wave to travel half way around the world.
If we had tightly synchronized clock time, and tx and rx chain delay
corrections, we could use wspr as a poor man's woodpecker and distinguish
between a
It only happens to me occasionally and is easy to rectify but certainly
puzzled me, and I suspected a faulty dongle until a web search told me it
was likely a USB enumeration issue.
I think it's probably something to do with the order of my plugging in the
rig CAT control, the GPS dongle,
On 3/4/2021 12:02 PM, Richard Larson via wsjt-devel wrote:
Another way to fudge the time with or without the internet is to use the
manual set function built into a time sync windows app like BktTimeSync.
I use this app to sync time with either the internet or GPS dongle but
should be a help
Hi All,
Just as an FYI, one of the programs that I wrote and posted in the same
location as the Alltext.exe programallows you to sync to internet time when the
internet is available or to manually adjust the time by userspecified number of
milliseconds. The program is a Windows only program
I will say I agree with the concerns expressed by Alan G0TLK about USB
enumeration. For that and other reasons I am hesitant to use additional
USB devices while engaging in portable operation or roving.
Mike W9MDB, thanks for making TimeFudge available I shall have to try that.
Thanks all and
Another way to fudge the time with or without the internet is to use the
manual set function built into a time sync windows app like BktTimeSync.
I use this app to sync time with either the internet or GPS dongle but
should be a help to some to just fudge time to make a decode possible.
Rick
As someone who has met this very issue in practice it's not quite as simple
or black and white as implied.
Yes my GPS dongle works, but as I said when operating portable with access
on foot, probably a long way up a hill, it's a different matter, every last
ounce or gram carried can feel like
I would like to +1 this use case for a different reason.
I run a few time synced Raspberry pi/sdr/gqrx/wsjtx wspr monitors continuously.
The slow receive chain routinely reports >2 second DT errors on all stations.
Al
WB1BQE
Sent from BlueMail
On Mar 4, 2021, 11:56, at 11:56,
> On Mar 4, 2021, at 08:47, David Smith wrote:
...
> 2) I'm not suggesting at all that WSJT modify the system clock. In fact, my
> suggestion is that WSJT leave the system clock alone, and that we add a
> feature that allows offset to the system clock.
But why are you interested in working
Mike Black and created a small program/script that will allow you to
hand adjust your time. You can find it on his QRZ page:
https://www.qrz.com/db/W9MDB
Neil, KN3ILZ
On 3/4/2021 11:51 AM, David Smith wrote:
again, clarifying the use case: Portable use, no internet.
On Thu, Mar 4, 2021 at
You will find a Windows program and a Unix file you can compile for tweaking
the system time on my QRZ page.
I call it TimeFudge.
https://www.qrz.com/db/w9mdb
Mike W9MDB
On Thursday, March 4, 2021, 12:23:30 PM CST, Mark Spencer
wrote:
A few comments regarding this topic from the
On 3/4/21 at 1:19 PM, netsyn...@gmail.com (Mark Spencer) wrote:
I have recently started to use WiFi to tether my PC to my iPhone when I
have cellular coverage (mostly to enable access to chat boards.)
Evaluating how well my PC and its software can use that connectivity to
sync its clock is on
A few comments regarding this topic from the perspective of someone who
does most of their WSJT-X operating from portable locations.
It is nice to be able to operate without needing an automated means of
keeping the computer clock synced to an external source. Most of the time
an initial manual
On 3/4/21 at 10:47 AM, dsm...@mypchelp.com (David Smith) wrote:
3) Using other devices or software to do this for you adds complexity that
isn't necessary; ntpd, chrony, GPS, all of these add new dependencies and
fiddles/adjustments that make using WSJT more complicated to use.
Also, these
"The only way around that..." --> I'd disagree.
"If you are that far off .." --> It's software. When there's will, there's
a way.
"internt time" --> Problem statement/use case is portable use without
internet access.
On Thu, Mar 4, 2021 at 8:17 AM Sam W2JDB via wsjt-devel <
again, clarifying the use case: Portable use, no internet.
On Thu, Mar 4, 2021 at 8:56 AM Derek Turner via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> I find this interesting because a while ago I suggested something similar
> where the system clock could be adjusted in order to
A bit set high shows that you have a disciplned clock. Meaning trustworthy.Otherwise, the bit should be set low.Only, DTs with trustworthy bit set high are used to do any clock correction.Otherwise, you run the risk of temporal drifting like frequency drifting of free running vcos.BCNU DE
I find this interesting because a while ago I suggested something similar
where the system clock could be adjusted in order to synchronise with and work
rare DX stations whose clocks were significantly erroneous. I started
experimenting but lost interest when the particular problem I was
>From: David Smith
>To: wsjt-devel@lists.sourceforge.net
>Subject: Re: [wsjt-devel] clock offset / fudge adjustment,
> automatic/manual
>Message-ID:
>
>Content-Type: text/plain; charset="utf-8"
>
>To clarify my use case and some reasoning:
>
>1) Since WSJT is highly dependent on clock
David,
If you are that far off the internet time, how would the instance of WSJT-X
running on your PC be able to even decode the incoming messages and letting you
know how far of you are.
The whole point of syncing to internet time (FT8, FT4) is that it needs the
timing to decode said
To clarify my use case and some reasoning:
1) Since WSJT is highly dependent on clock accuracy, there should be a way
to either manually or automatically sync the clock to received stations.
2) I'm not suggesting at all that WSJT modify the system clock. In fact, my
suggestion is that WSJT leave
hamlib now does band stacking for Yaesu rigs.
You need to set up each of your bands as you want them in the band stack and
WSJT-X will recall those settings.
Mike W9MDB
On Thursday, March 4, 2021, 04:26:28 AM CST, Dirk Kuschke via wsjt-devel
wrote:
- Weitergeleitete
Hi Dirk,
I am not sure why you are sending me your WSJT-X settings file. I only
recall asking you to run a test using a customized diagnostic logging
configuration to help with diagnosing issues with CAT control of your
FTdx3000. I have no record of receiving that diagnostic log.
73
Bill
If it's a site near the car or maybe in a building etc, then yes the dongle
works well.
However if on foot while certainly not a major issue it's one more thing to
pack/carry, and to go wrong, plus of course it uses more of the scarce
battery power.
Alan G0TLK, sent from my mobile device
On
On 3/4/21 11:43 AM, Alan wrote:
In my experience portable operation does indeed have a problem with
drifting clocks due to temperature variations, and particularly wind.
Internet connectivity may well be unavailable, so I've bought a cheap
GPS dongle that does the job just fine.
A good
In my experience portable operation does indeed have a problem with
drifting clocks due to temperature variations, and particularly wind.
Internet connectivity may well be unavailable, so I've bought a cheap GPS
dongle that does the job just fine.
I'm not sure a fixed clock adjustment will
- Weitergeleitete Nachricht - Von: Dirk Kuschke An:
Bill Somerville ; Dirk Kuschke
Gesendet: Donnerstag, 25. Februar 2021, 09:13:16 MEZBetreff:
Fw: DD5KD-WSJTX.INI
Hello Bill,
sorry for this question i can´t get an answer until now.Did you get the
WSJT-X.ini?
73, DirkDD5KD
- Weitergeleitete Nachricht - Von: Dirk Kuschke An:
wsjt-devel@lists.sourceforge.net Gesendet:
Mittwoch, 17. Februar 2021, 16:03:22 MEZBetreff: CAT+YAESU_FTDX3000, WSJTX2.3.0
a.so
Hello,
sinceFTDX version 2.3.0
my yaesu ftdx3000d changes to split mode when I change the
If another candidate is needed, my 9700 is available.
73,
Maurizio I2NOY
Il 04/03/2021 07:54, Roeland Jansen ha scritto:
mine is still available if you need it. Be sure to mail me before so
that the USB connection is available since we only use ether here
On Wed, 3 Mar 2021, 23:36 Black
35 matches
Mail list logo