|
locked
Re: #FoxAndHound: Please do not QSY back to "normal" frequency
Martin G0HDB
On Wed, Nov 3, 2021 at 06:27 PM, Bill, WB6JJJ wrote:
Bill (and Phil): If you use separate, dedicated configurations for normal and Hound mode then each configuration can have its own frequency set that can be tailored so that, when in the Hound configuration, none of the standard FT8 frequencies are included so the inadvertent QSY'ing you've described will be completely avoided. This is yet another of the undeniable advantages of using a separate configuration for each different operating scenario. -- Martin G0HDB
|
|
|
|
locked
Re: #FoxAndHound: Please do not QSY back to "normal" frequency
I also found this problem… why move the radio back to the normal frequency when that is not supposed to be allowed in F/H mode. It caught me a few times recently with the numerous DXpeditions using F/H mode away from the normal frequency. Selecting F/H mode should not change my radio frequency. Bill WB6JJJ
On Nov 3, 2021, at 9:38 AM, Philip Rose via groups.io <gm3zza@...> wrote:
|
|
|
|
Sam Birnbaum
Hi Chas,
If you are running a version MS Windows you are more than welcome to us a program "SyncTime.exe" that I wrote
and that is available for free on ProgramsByW2JDB. It can be used to keep your PC synced to internet time and also
to nudge you PC clock +/- a number of milliseconds. However, if you are only off by less that 2 seconds, WSJT-X
should not have any problem in decoding the messages from the other stations. 73, Sam W2JDB
-----Original Message-----
From: chas cartmel <chas@...> To: main@WSJTX.groups.io Sent: Wed, Nov 3, 2021 12:17 pm Subject: Re: [WSJTX] Possible to Adjust Time to Match Sending Station? #Timesync Alan" I have not used as a default timekeeper so I do not know how it performs in the long term."In answer to your perceived question above, the default for windows is totally inadequate for WS modes.73 CharlieG4ESTwww.g4est.me.ukStay safe out there-----Original Message-----From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of Alan G4ZFQSent: Wednesday, November 3, 2021 4:01 PMTo: main@...: Re: [WSJTX] 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!Pietrohttps://www.qsl.net/dl4yhf/rsNTP/rsNTP.htmI 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
This email has been scanned by BullGuard antivirus protection. For more info visit www.bullguard.com
|
|
|
|
locked
Re: WSJT-X 2.5.0 and MCHF: issue reading-back the VFO setting
#Cat_RigControl
#linux
#Yaesu
#IssueReport
Andy Talbot
There is something odd with the FT817 power anyway. I made a keypad for direct frequency entry that interprets a numeric keypad ands sends the entered value on the CAT input - it gets it's power from the CAT socket on the FT817. http://g4jnt.com/FT817_Keypad.pdf Just for the sake of it, I put a LED on the keypad that illuminates whenever a key is pressed I notice that when the FT817 is powered off, pressing any key still illuminates the LED, so even when off power is still present on the back connector. So if any accessory is plugged in there that gets its power from the rig, it will drain the battery even when off. My PIC + regulator draws about a few mA with no key pressed so it would drain the battery after a few days if it wasn't permanently left connected to a 12V supply. Andy
|
|
|
|
locked
Re: WSJT-X 2.5.0 and MCHF: issue reading-back the VFO setting
#Cat_RigControl
#linux
#Yaesu
#IssueReport
... got the A.I. :) , I will do it in the next days ...
toggle quoted messageShow quoted text
ciao -- 73 paolo IU2OMT
On Wed, Nov 3, 2021 at 05:34 PM, Michael Black wrote:
|
|
|
|
locked
Re: #FoxAndHound: Please do not QSY back to "normal" frequency
toggle quoted messageShow quoted text
From: Philip Rose via groups.io
Sent: 03 November 2021 16:12 To: main@WSJTX.groups.io Subject: [WSJTX] #FoxAndHound: Please do not QSY back to "normal" frequency
This afternoon I was on 12m, and on the IC-7300 spectrum scope I could see FT8 activity 5kHz down. Tuned down to see what it was and it was the HD8R DXPedition. Thought I would join the throng so went into Hound mode. I wondered why I was now seeing normal transmissions and realised that setting "hound" mode had reset the frequency to the normal for 12m.
I assume that the dial frequency was 18.095 - this put the fox on 530 Hz plus the 3 60 Hz higher. When they came back, I cleared the "Enable TX" in my excitement - I had the mouse hovering over it to re-enable it when it was cleared after too many transmissions.
-- 73 Phil GM3ZZA
-- 73 Phil GM3ZZA
|
|
|
|
locked
Re: WSJT-X 2.5.0 and MCHF: issue reading-back the VFO setting
#Cat_RigControl
#linux
#Yaesu
#IssueReport
Michael Black
I just added the mcHF to hamlib as model#1045 and M0NKA as the manufacturer....but maybe that should be "OpenSource" as the manufacturer to have something for additional rigs in the future. 1045 M0NKA mcHF QRP 20211103.0 Beta RIG_MODEL_MCHFQRP Mike W9MDB
On Wednesday, November 3, 2021, 11:07:51 AM CDT, PFA <fpaolo63@...> wrote:
[Edited Message Follows] Hi Mike, Andysome notes / clarifications My Rig is mcHF-QRP (http://www.m0nka.co.uk/) an open HW device, running UHSDR sw (https://github.com/df8oe/UHSDR). Its CAT interface is emulating FT817. Everything were fine till Hamlib 4.3.0, and CAT for 817 was fine reading VFO, as well FT847. Starting from Hamlib 4.3.1, on my case, cat for ft817 is failing read back VFO. @Mike Your reply doesn't match with my observations (not yet open the src code ...) with Hamlib till 4.3.0:
Will followup -- 73 paolo IU2OMT
|
|
|
|
locked
Re: WSJT-X 2.5.0 and MCHF: issue reading-back the VFO setting
#Cat_RigControl
#linux
#Yaesu
#IssueReport
Michael Black
FT847UNI should be reading back the last frequency set (it has to assume it doesn't change). If it's not then I need to see some debug. The FT817 backend is written for a real FT817 -- not an emulator. It's trying read the eeprom location 0x55 to get the vfo. Perhaps it's time to create an entry for the mcHF-QRP rig. Mike
On Wednesday, November 3, 2021, 11:07:51 AM CDT, PFA <fpaolo63@...> wrote:
[Edited Message Follows] Hi Mike, Andysome notes / clarifications My Rig is mcHF-QRP (http://www.m0nka.co.uk/) an open HW device, running UHSDR sw (https://github.com/df8oe/UHSDR). Its CAT interface is emulating FT817. Everything were fine till Hamlib 4.3.0, and CAT for 817 was fine reading VFO, as well FT847. Starting from Hamlib 4.3.1, on my case, cat for ft817 is failing read back VFO. @Mike Your reply doesn't match with my observations (not yet open the src code ...) with Hamlib till 4.3.0:
Will followup -- 73 paolo IU2OMT
|
|
|
|
locked
Re: WSJT-X 2.5.0 and MCHF: issue reading-back the VFO setting
#Cat_RigControl
#linux
#Yaesu
#IssueReport
On 03/11/2021 16:16, Andy TALBOT wrote:
Hi Andy, also I think the warning is simply to remind users that a CAT "POWER OFF" command is not really powering off the rig since there is a matching "POWER ON" command. So I think it is just about preserving battery life. 73
|
|
|
|
chas cartmel
toggle quoted messageShow quoted text
Alan" I have not used as a default timekeeper so I do not know how it performs in the long term."In answer to your perceived question above, the default for windows is totally inadequate for WS modes.73 CharlieG4ESTwww.g4est.me.ukStay safe out there-----Original Message-----From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of Alan G4ZFQSent: Wednesday, November 3, 2021 4:01 PMTo: main@...: Re: [WSJTX] 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!Pietrohttps://www.qsl.net/dl4yhf/rsNTP/rsNTP.htmI 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
This email has been scanned by BullGuard antivirus protection. For more info visit www.bullguard.com
|
|
|
|
locked
Re: WSJT-X 2.5.0 and MCHF: issue reading-back the VFO setting
#Cat_RigControl
#linux
#Yaesu
#IssueReport
Andy Talbot
Oh dear, red face, I must be getting too old for this sort of thing Yes, you're quite right, command 03 is just a straightforward one; send and wait for response Andy
|
|
|
|
locked
Re: #FoxAndHound: Please do not QSY back to "normal" frequency
On 03/11/2021 16:10, Philip Rose via groups.io wrote:
This afternoon I was on 12m, and on the IC-7300 spectrum scope I could see FT8 activity 5kHz down. Tuned down to see what it was and it was the HD8R DXPedition. Thought I would join the throng so went into Hound mode. I wondered why I was now seeing normal transmissions and realised that setting "hound" mode had reset the frequency to the normal for 12m.Hi Phil, I can't offer anything with respect to the coupling between changing settings and resetting the CAT connection, at this time, but in FT8 DXpedition Mode the ENTER key is a shortcut to enable transmit, which will at least mean you can avoid unintended mouse clicks on the "Enable Tx" button. 73 Bill G4WJS.
|
|
|
|
locked
#FoxAndHound: Please do not QSY back to "normal" frequency
This afternoon I was on 12m, and on the IC-7300 spectrum scope I could see FT8 activity 5kHz down. Tuned down to see what it was and it was the HD8R DXPedition. Thought I would join the throng so went into Hound mode. I wondered why I was now seeing normal transmissions and realised that setting "hound" mode had reset the frequency to the normal for 12m.
I assume that the dial frequency was 18.095 - this put the fox on 530 Hz plus the 3 60 Hz higher. When they came back, I cleared the "Enable TX" in my excitement - I had the mouse hovering over it to re-enable it when it was cleared after too many transmissions. -- 73 Phil GM3ZZA
|
|
|
|
On Wed, Nov 3, 2021 at 05:06 PM, <groups@...> wrote:
Many qrz.com entries for those using WSJTX are out of date or justRoger thanks for sharing. Do you have any other ideas to reduce false Spots being uploaded and stored in the Database? Look at the Screenshot in my opening post. I am still looking for ways to count these error Spots. Is it 1%, 10% of all the WSPR Spots or even more? It looks substantial to me, try this DB query showing Spots last 24h where distance is > 10000 km and SNR < 0 dB
|
|
|
|
locked
Re: WSJT-X 2.5.0 and MCHF: issue reading-back the VFO setting
#Cat_RigControl
#linux
#Yaesu
#IssueReport
Hi Mike, Andy
some notes / clarifications My Rig is mcHF-QRP (http://www.m0nka.co.uk/) an open HW device, running UHSDR sw (https://github.com/df8oe/UHSDR). Its CAT interface is emulating FT817. Everything were fine till Hamlib 4.3.0, and CAT for 817 was fine reading VFO, as well FT847. Starting from Hamlib 4.3.1, on my case, cat for ft817 is failing read back VFO. @Mike Your reply doesn't match with my observations (not yet open the src code ...) with Hamlib till 4.3.0:
Will followup -- 73 paolo IU2OMT
|
|
|
|
Roger
On 03/11/2021 14:20, Roland wrote:
Many are already registered members on qrz.com (free or paid sub). In order to use the XML API ( https://www.qrz.com/page/current_spec.html ) you need to have an XML subscription (USD29.95/year). I use the service for several other HAM-related programs, so WSJT-X would just be another use case for their service. The API provides a convenient way to search for calls locators etc. 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 against using qrz.com for amending my decoded messages and would block that website if necessary to prevent WSJTX from making any changes. Roland You are making it very difficult to follow your argument as you're not including the comments you're replying to. 73 Roger moderator
|
|
|
|
Alan G4ZFQ
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 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
|
|
|
|
locked
Re: WSJT-X 2.5.0 and MCHF: issue reading-back the VFO setting
#Cat_RigControl
#linux
#Yaesu
#IssueReport
Michael Black
You may be misreading the manual. It's the Power On/Off that talks about the battery pack. Mike W9MDB 
On Wednesday, November 3, 2021, 09:59:20 AM CDT, Andy TALBOT <andy.g4jnt@...> wrote:
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 afterthought. It looks bodged Issue CAT command 03 with 4 dummy bytes It should return 5 bytes of data with frequency and mode. BUT BUT BUT ... In footnotes, firstly it states "Do not use this command when using alkaline batteries or the supplied FNB-85 Ni-MH battery pack" Then it goes on to state "Send a 5-byte dummy data (such as 00 00 00 00 00) first when sending this command Why the battery pack should affect this particular CAT command I shudder to think Andy
|
|
|
|
Michael Black
Look for TimeFudge on my QRZ page. I have a Windows executable and source code for Linux/Unix. Mike W9MDB
On Wednesday, November 3, 2021, 10:32:07 AM CDT, Pietro Molina <pietro@...> wrote:
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 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.]
|
|
|
|
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
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.]
|
|
|