|
Locked
Re: WSPR Spot validation
#WSPR
Many qrz.com entries for those using WSJTX are out of date or just wrong, sometimes deliberately for privacy reasons.
Me? I don't change qrz.com when I'm not operating from home.
I am totally
Many qrz.com entries for those using WSJTX are out of date or just wrong, sometimes deliberately for privacy reasons.
Me? I don't change qrz.com when I'm not operating from home.
I am totally
|
By
Roger
·
#29894
·
|
|
Locked
Re: Possible to Adjust Time to Match Sending Station?
#Timesync
Pietro
https://www.qsl.net/dl4yhf/rsNTP/rsNTP.htm
I have used this on Windows 10.
I have not used as a default timekeeper so I do not know how it performs in the long term.
73 Alan G4ZFQ
Pietro
https://www.qsl.net/dl4yhf/rsNTP/rsNTP.htm
I have used this on Windows 10.
I have not used as a default timekeeper so I do not know how it performs in the long term.
73 Alan G4ZFQ
|
By
Alan G4ZFQ
·
#29893
·
|
|
Locked
Re: WSJT-X 2.5.0 and MCHF: issue reading-back the VFO setting
#Cat_RigControl
#linux
#Yaesu
#IssueReport
You may be misreading the manual.
It's the Power On/Off that talks about the battery pack.
Mike W9MDB
On
You may be misreading the manual.
It's the Power On/Off that talks about the battery pack.
Mike W9MDB
On
|
By
Michael Black
·
#29892
·
|
|
Locked
Re: Possible to Adjust Time to Match Sending Station?
#Timesync
Look for TimeFudge on my QRZ page.
I have a Windows executable and source code for Linux/Unix.
Mike W9MDB
On
Look for TimeFudge on my QRZ page.
I have a Windows executable and source code for Linux/Unix.
Mike W9MDB
On
|
By
Michael Black
·
#29891
·
|
|
Locked
Re: Possible to Adjust Time to Match Sending Station?
#Timesync
I think the only way is to stop sync and adjust your clock manually. But if there exists a sync software with this capability I'm interested, too!
Pietro I2OIM
I think the only way is to stop sync and adjust your clock manually. But if there exists a sync software with this capability I'm interested, too!
Pietro I2OIM
|
By
Pietro Molina
·
#29890
·
|
|
Locked
Possible to Adjust Time to Match Sending Station?
#Timesync
Is it possible to adjust my time to match an off-time DX station? [Right now, 7P8RU's clock is running about 1.2 sec fast.]
73 - Rich, K1DJ
Is it possible to adjust my time to match an off-time DX station? [Right now, 7P8RU's clock is running about 1.2 sec fast.]
73 - Rich, K1DJ
|
By
K1dj
·
#29889
·
|
|
Locked
Re: Exact frequency span occupied
#TechnicalHelpQuestion
#FT8
This is okay if it's an option, which is what Ellis suggested. Otherwise, one should be allowed to transmit anywhere your governmental rules allow. The existing bands have no official status. And
This is okay if it's an option, which is what Ellis suggested. Otherwise, one should be allowed to transmit anywhere your governmental rules allow. The existing bands have no official status. And
|
By
Kermit Lehman
·
#29888
·
|
|
Locked
Re: WSPR Spot validation
#WSPR
On Wed, Nov 3, 2021 at 03:53 PM, Reino Talarmo wrote:
If GM1BAN sends 4 character locator, how the receiving entity can provide 6 character locator to the spot
On Wed, Nov 3, 2021 at 03:53 PM, Reino Talarmo wrote:
If GM1BAN sends 4 character locator, how the receiving entity can provide 6 character locator to the spot
|
By
Roland
·
#29886
·
Edited
|
|
Locked
Re: WSJT-X 2.5.0 and MCHF: issue reading-back the VFO setting
#Cat_RigControl
#linux
#Yaesu
#IssueReport
Reading this thread piqued my intrigue, so went and had a look at the manual for my FT817ND. The CAT command for getting frequency is there, but has the feeling of having been added as an
Reading this thread piqued my intrigue, so went and had a look at the manual for my FT817ND. The CAT command for getting frequency is there, but has the feeling of having been added as an
|
By
Andy Talbot
·
#29885
·
|
|
Locked
Re: Exact frequency span occupied
#TechnicalHelpQuestion
#FT8
It might be worth asking the WSJT-X developers to add the option of setting frequency limits for each band. That way there would be no risk of transmitting out of band
It might be worth asking the WSJT-X developers to add the option of setting frequency limits for each band. That way there would be no risk of transmitting out of band
|
By
Ellis Birt (G7SAI)
·
#29884
·
|
|
Locked
Re: WSPR Spot validation
#WSPR
Hi Roland,
If GM1BAN sends 4 character locator, how the receiving entity can provide 6 character locator to the spot collector?
By the way could the spot collector check the validity of the call -
Hi Roland,
If GM1BAN sends 4 character locator, how the receiving entity can provide 6 character locator to the spot collector?
By the way could the spot collector check the validity of the call -
|
By
Reino Talarmo
·
#29883
·
|
|
Locked
Re: Exact frequency span occupied
#TechnicalHelpQuestion
#FT8
Thanks Bill
73
Dave G3UEG
Thanks Bill
73
Dave G3UEG
|
By
David Gould
·
#29882
·
|
|
Locked
Re: Hamlib update for Xiegu G1M
#Cat_RigControl
Absolutely no luck I'm afraid. Installed flrig for Mac (v "bs"). Chose G90 as rig, 19200, /dev/tty.usbserial110 seems to be the port.
Every time Ihit "init" the program crashes..
Will keep fiddling
Absolutely no luck I'm afraid. Installed flrig for Mac (v "bs"). Chose G90 as rig, 19200, /dev/tty.usbserial110 seems to be the port.
Every time Ihit "init" the program crashes..
Will keep fiddling
|
By
Antony Watts <antonywatts@...>
·
#29881
·
|
|
Locked
Re: WSPR Spot validation
#WSPR
Many are already registered members on qrz.com (free or paid sub). In order to use the XML API you need to have an XML subscription (USD29.95/year). I use the service for several other HAM-related
Many are already registered members on qrz.com (free or paid sub). In order to use the XML API you need to have an XML subscription (USD29.95/year). I use the service for several other HAM-related
|
By
Roland
·
#29880
·
|
|
Locked
Re: Rig Control Error v2.5.1 on Mac OS
#macOS
#Cat_RigControl
Mike,
your point #2 is not quite correct, it doesn't care what the mode other than it must be one that is expected, i.e. within the set of valid modes.
This was a
Mike,
your point #2 is not quite correct, it doesn't care what the mode other than it must be one that is expected, i.e. within the set of valid modes.
This was a
|
By
Bill Somerville
·
#29879
·
|
|
Locked
Re: WSPR Spot validation
#WSPR
Mike,
other than the hash code table, the WSPR decoder is stateless and very rarely provides decodes with correct calls but corrupt grids. This can indeed happen with Type
Mike,
other than the hash code table, the WSPR decoder is stateless and very rarely provides decodes with correct calls but corrupt grids. This can indeed happen with Type
|
By
Bill Somerville
·
#29878
·
|
|
Locked
Re: WSJT-X 2.5.0 and MCHF: issue reading-back the VFO setting
#Cat_RigControl
#linux
#Yaesu
#IssueReport
The FT847 does not have a get_vfo function.
The FT817 does now have a get_vfo function which apparently is not supported by that rig.
So looks like you need to use the FT847.
Mike W9MDB
The FT847 does not have a get_vfo function.
The FT817 does now have a get_vfo function which apparently is not supported by that rig.
So looks like you need to use the FT847.
Mike W9MDB
|
By
Michael Black
·
#29877
·
|
|
Locked
Re: Rig Control Error v2.5.1 on Mac OS
#macOS
#Cat_RigControl
Do I not understand Mode=None in WJST-X then?
I thought it meant two things.
#1 WSJT-X makes no attempt to set mode
#2 WSJT-X makes no read of mode (or shouldn't care).
Is one of those assumptions
Do I not understand Mode=None in WJST-X then?
I thought it meant two things.
#1 WSJT-X makes no attempt to set mode
#2 WSJT-X makes no read of mode (or shouldn't care).
Is one of those assumptions
|
By
Michael Black
·
#29876
·
|
|
Locked
Re: WSPR Spot validation
#WSPR
Mike,
QRZ.COM callsign data lookups are not a free service, we have no intention of requiring that WSJT-X WSPR spotters use such a service. Caching such lookup data seems unwise
Mike,
QRZ.COM callsign data lookups are not a free service, we have no intention of requiring that WSJT-X WSPR spotters use such a service. Caching such lookup data seems unwise
|
By
Bill Somerville
·
#29875
·
|
|
Locked
Re: WSPR Spot validation
#WSPR
There are two points...one is bad decodes...the other is inaccurate grid reports which perhaps come from some internal error like not clearing the grid when a new call is decoded so an old grid gets
There are two points...one is bad decodes...the other is inaccurate grid reports which perhaps come from some internal error like not clearing the grid when a new call is decoded so an old grid gets
|
By
Michael Black
·
#29874
·
|