[wsjt-devel] freq cal in wSJT-X 2.0

[Bill Pence]

I used the process here:
https://groups.google.com/forum/#!topic/5b4prc/LWmCAj8Mkc8

which provided me with values for freq cal. It sems to work when I plug in
the values.

BUT if I follow the process in the WSJT-X user guide, I get an error
[image: image.png]

these are my freq cal freqs:
[image: image.png]

2 local AM stations and WWV...

here is a sample of my fmt.all data: (for space, I removed all but 1 sample
at each freq
19:17:59750  1  1500  1497.074-2.926   26.6   48.9
19:18:29   1090  1  1500  1500.094 0.094   33.1   42.0
19:18:34  1  1  1500  1532.84432.844   31.5   38.5
19:19:29  15000  1  1500  1546.78546.785   26.9   48.0
19:19:34  2  1  1500  1561.20661.206   29.3   45.3

my fmtave.out data:
Freq  DF Meas FreqNrmsResid
   (MHz) (Hz)  (MHz)  (Hz) (Hz)

   0.750   -2.908   0.749997092  15   0.04   -1.213
   1.0900.092   1.09092  12   0.010.642
  10.000   32.681  10.32681  12   0.073.220
  15.000   46.792  15.46792  12   0.050.489
  20.000   61.224  20.61224  12   0.02   -1.920
   0.750   -2.913   0.749997086   2   0.00   -1.218



is there something wrong with my data? I seachred the mail list for "freq
cal" and found nothing recent regarding WSJT-X 2.0..

thanks!
.
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FW: [rttydigital] FT8 Roundup Logs Received Page

[Bill Pence]

yes, I submitted prior to 12-03-2018 0330 utc...

On Mon, Dec 3, 2018 at 11:42 AM Black Michael via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:

>
> You'll notice on the status page "December 3, 2018 0330" so if you
> submitted after that it wont be there yet.
> Guess they are updating the status page perhaps once per day?
>
> de Mike W9MDB
>
>
> On Monday, December 3, 2018, 10:33:38 AM CST, Bill Pence <
> pence.b...@gmail.com> wrote:
>
>
> ok. unsure why I am not on the logs received... I submited and got the
> robot anser with acknowledgement.
>
> maybe I'll show up later.
>
>
> On Mon, Dec 3, 2018 at 11:26 AM Black Michael via wsjt-devel <
> wsjt-devel@lists.sourceforge.net> wrote:
>
> No...you can name the file with any base name.
>
> de Mike W9MDB
>
>
>
>
> On Monday, December 3, 2018, 10:05:46 AM CST, Bill Pence <
> pence.b...@gmail.com> wrote:
>
>
> Same for me.
> Is the log required to be .cbf?
>
> On Mon, Dec 3, 2018, 10:55 AM Carey Fisher 
> I got the confirming email but I don't show up in the Received Logs list.
>
> On Mon, Dec 3, 2018 at 9:02 AM Scott McCarty K4WRX 
> wrote:
>
>
> I saved as the default .cbr but then changed the extension to .log then
> sent to the email address listed.  The robot was able to read and confirm
> fine.
>
>
> I was a bit confused as well but since it said yourcall.log in the
> instructions, I did it that way.  And as Ed W0YK mentioned, "Either one
> will work, but we recommend *.log."
>
>
> This specification says both are fine normally:
> http://wwrof.org/cabrillo/cabrillo-specification-notes/
>
>
>
> 73,
>
> Scott
> K4WRX
>
>
> On Mon, Dec 3, 2018 at 2:23 AM Tom Ramberg via wsjt-devel <
> wsjt-devel@lists.sourceforge.net> wrote:
>
> Our log from OH2K was saved as a .cbr file, not a.LOG file. So not sure
> what to do about it. I'm going to send both, and hope that the log will be
> accepted one way or the other.
>
> 73 de Tom OH6VDA
>
> On Monday, December 3, 2018, 6:47:57 AM GMT+2, Ed Muns 
> wrote:
>
>
> FYI ...
>
> -Original Message-
> From: rttydigi...@groups.io [mailto:rttydigi...@groups.io] On Behalf Of
> Don
> Hill AA5AU
> Sent: 02 December, 2018 19:57
> To: rttydigi...@groups.io
> Subject: [rttydigital] FT8 Roundup Logs Received Page
>
> Here...
>
> https://www.rttycontesting.com/ft8-roundup/2018-results/logs-received/
>
> 73, Don AA5AU
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Groups.io Links: You receive all messages sent to this group.
>
> View/Reply Online (#151): https://groups.io/g/rttydigital/message/151
> Mute This Topic: https://groups.io/mt/28568285/757327
> Group Owner: rttydigital+ow...@groups.io
> Unsubscribe: https://groups.io/g/rttydigital/leave/3491911/856418499/xyzzy
> [e...@w0yk.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
>
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
>
> --
> Carey Fisher
> careyfis...@gmail.com
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FW: [rttydigital] FT8 Roundup Logs Received Page

[Bill Pence]

ok. unsure why I am not on the logs received... I submited and got the
robot anser with acknowledgement.

maybe I'll show up later.


On Mon, Dec 3, 2018 at 11:26 AM Black Michael via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:

> No...you can name the file with any base name.
>
> de Mike W9MDB
>
>
>
>
> On Monday, December 3, 2018, 10:05:46 AM CST, Bill Pence <
> pence.b...@gmail.com> wrote:
>
>
> Same for me.
> Is the log required to be .cbf?
>
> On Mon, Dec 3, 2018, 10:55 AM Carey Fisher 
> I got the confirming email but I don't show up in the Received Logs list.
>
> On Mon, Dec 3, 2018 at 9:02 AM Scott McCarty K4WRX 
> wrote:
>
>
> I saved as the default .cbr but then changed the extension to .log then
> sent to the email address listed.  The robot was able to read and confirm
> fine.
>
>
> I was a bit confused as well but since it said yourcall.log in the
> instructions, I did it that way.  And as Ed W0YK mentioned, "Either one
> will work, but we recommend *.log."
>
>
> This specification says both are fine normally:
> http://wwrof.org/cabrillo/cabrillo-specification-notes/
>
>
>
> 73,
>
> Scott
> K4WRX
>
>
> On Mon, Dec 3, 2018 at 2:23 AM Tom Ramberg via wsjt-devel <
> wsjt-devel@lists.sourceforge.net> wrote:
>
> Our log from OH2K was saved as a .cbr file, not a.LOG file. So not sure
> what to do about it. I'm going to send both, and hope that the log will be
> accepted one way or the other.
>
> 73 de Tom OH6VDA
>
> On Monday, December 3, 2018, 6:47:57 AM GMT+2, Ed Muns 
> wrote:
>
>
> FYI ...
>
> -Original Message-
> From: rttydigi...@groups.io [mailto:rttydigi...@groups.io] On Behalf Of
> Don
> Hill AA5AU
> Sent: 02 December, 2018 19:57
> To: rttydigi...@groups.io
> Subject: [rttydigital] FT8 Roundup Logs Received Page
>
> Here...
>
> https://www.rttycontesting.com/ft8-roundup/2018-results/logs-received/
>
> 73, Don AA5AU
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Groups.io Links: You receive all messages sent to this group.
>
> View/Reply Online (#151): https://groups.io/g/rttydigital/message/151
> Mute This Topic: https://groups.io/mt/28568285/757327
> Group Owner: rttydigital+ow...@groups.io
> Unsubscribe: https://groups.io/g/rttydigital/leave/3491911/856418499/xyzzy
> [e...@w0yk.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
>
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
>
> --
> Carey Fisher
> careyfis...@gmail.com
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FW: [rttydigital] FT8 Roundup Logs Received Page

[Bill Pence]

Same for me.
Is the log required to be .cbf?

On Mon, Dec 3, 2018, 10:55 AM Carey Fisher  I got the confirming email but I don't show up in the Received Logs list.
>
> On Mon, Dec 3, 2018 at 9:02 AM Scott McCarty K4WRX 
> wrote:
>
>>
>> I saved as the default .cbr but then changed the extension to .log then
>> sent to the email address listed.  The robot was able to read and confirm
>> fine.
>>
>>
>> I was a bit confused as well but since it said yourcall.log in the
>> instructions, I did it that way.  And as Ed W0YK mentioned, "Either one
>> will work, but we recommend *.log."
>>
>>
>> This specification says both are fine normally:
>> http://wwrof.org/cabrillo/cabrillo-specification-notes/
>>
>>
>>
>> 73,
>>
>> Scott
>> K4WRX
>>
>>
>> On Mon, Dec 3, 2018 at 2:23 AM Tom Ramberg via wsjt-devel <
>> wsjt-devel@lists.sourceforge.net> wrote:
>>
>>> Our log from OH2K was saved as a .cbr file, not a.LOG file. So not sure
>>> what to do about it. I'm going to send both, and hope that the log will be
>>> accepted one way or the other.
>>>
>>> 73 de Tom OH6VDA
>>>
>>> On Monday, December 3, 2018, 6:47:57 AM GMT+2, Ed Muns 
>>> wrote:
>>>
>>>
>>> FYI ...
>>>
>>> -Original Message-
>>> From: rttydigi...@groups.io [mailto:rttydigi...@groups.io] On Behalf Of
>>> Don
>>> Hill AA5AU
>>> Sent: 02 December, 2018 19:57
>>> To: rttydigi...@groups.io
>>> Subject: [rttydigital] FT8 Roundup Logs Received Page
>>>
>>> Here...
>>>
>>> https://www.rttycontesting.com/ft8-roundup/2018-results/logs-received/
>>>
>>> 73, Don AA5AU
>>>
>>>
>>> -=-=-=-=-=-=-=-=-=-=-=-
>>> Groups.io Links: You receive all messages sent to this group.
>>>
>>> View/Reply Online (#151): https://groups.io/g/rttydigital/message/151
>>> Mute This Topic: https://groups.io/mt/28568285/757327
>>> Group Owner: rttydigital+ow...@groups.io
>>> Unsubscribe:
>>> https://groups.io/g/rttydigital/leave/3491911/856418499/xyzzy
>>> [e...@w0yk.com]
>>> -=-=-=-=-=-=-=-=-=-=-=-
>>>
>>>
>>>
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>>
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>
>
>
> --
> Carey Fisher
> careyfis...@gmail.com
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X RU logging possible improvements

[Bill Pence]

I had considered the same thing.
I agree that would be nice.  but you're right this is ignoring the code
implications... And I bet they are not small

but yes it would be an awesome feature to have kind of a command " I'm
about to start a contest so start a new contest log but still log
everything to my overall Master log as well.

I suspect that responsibility is for external log program.

On Sun, Dec 2, 2018, 2:26 PM Marco Calistri  Despite my very modest antenna system (HVT-400B on the balcony at 4th
> floor) I'm here on 14.130 KHz attempting to put at least 20 contacts
> into the Cabrillo log... :-(
>
> I was thinking to the requirement to reset the "wsjtx_log.adi" before
> starting a new RU and the possibility to manage it differently by WSJT-X
> next versions.
>
> For example: by using a separate log_adi specifically created for RUs,
> let's say for example a file named "log_RU_.adi" in order the RTTY
> RU Contest could use it instead of the main and very important default
> "wsjtx_log.adi" file.
>
> But I ignore what a similar feature implies in the code of the application.
>
> Regards,
>
> --
>
> 73 de Marco, PY1ZRJ
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Missing grid square info

[Bill Pence]

Yes lotw uses the other stations grid sq. Not sure about eqsl. I am prolly
doing extra work to add missing grid sq to my logs.


On Sun, Dec 2, 2018, 2:12 PM Mark James  For the Grid Chase, I think ARRL uses the grid set for each station in
> LOTW (multiple QTH profiles can be set. Not sure about VUCC.
> On Sun, Dec 2, 2018 at 2:04 PM Bill Pence  wrote:
>
>> Correct. I had not realized this. As I looked at his qrz.com page he was
>> talking about living deed restricted and using remote radios
>> Dang.
>>
>> And yes, some others might be in accurate as well.
>>
>> On Sun, Dec 2, 2018, 1:28 PM Chuck Furman >
>>> I get it now. You meant he was operating remote, as in “away from his
>>> home station” (actual radio in a different grid). That was exactly my
>>> point... you can’t rely on the qrz.com information to be correct.
>>> Sometimes I try to text them with JTALERT to ask for their grid. But if
>>> they are portable, they may not have an Internet connection.
>>>
>>> On Sun, Dec 2, 2018 at 12:17 Bill Pence  wrote:
>>>
>>>> Because he answered my CQ, so while  I can look up his home grid, that
>>>> was not necessarily his transmitter location. And since he answered my CQ,
>>>> his grid was not exchanged
>>>> The impact of him operating remote is that I am unable to add from
>>>> qrz.com
>>>>
>>>>
>>>>
>>>> On Sun, Dec 2, 2018, 12:44 PM Chuck Furman >>> wrote:
>>>>
>>>>> Bill,
>>>>>
>>>>> I’m confused. Why does remote operating affect the grid? I operate
>>>>> remotely all the time. I operate from my kitchen, my living room, patio,
>>>>> etc. I’ve also operated from China and Dubai. But in all cases, the 
>>>>> station
>>>>> is in my house in Plano, Texas... in grid EM13oc. The grid square never
>>>>> changes. Why does it matter where the operator is located? The only thing
>>>>> that is important is the location of the radio.
>>>>>
>>>>> On a slightly different topic... I’ve noticed that some people don’t
>>>>> keep QRZ.com updated. The grid they give you during the contact doesn’t
>>>>> match what’s on QRZ. So filling in missing grids can be risky.
>>>>>
>>>>> Chuck
>>>>> KG6PH
>>>>> Plano, Texas
>>>>>
>>>>>
>>>>> On Sun, Dec 2, 2018 at 10:45 AM Bill Pence 
>>>>> wrote:
>>>>>
>>>>>> In the round up, grids are only present in the CQ message.  So if
>>>>>> someone ANSWERS your CQ, you do not get their grid...
>>>>>>
>>>>>> I plan to look these up and add then the the log
>>>>>>
>>>>>> But, at least 1 Q was with someone using a remote station via
>>>>>> internet, so his grid will remain unknown...
>>>>>>
>>>>>> On Sun, Dec 2, 2018, 11:12 AM Bill Mullin >>>>>
>>>>>>> I'm an FT8 newbie - made my first QSO with this mode less than a
>>>>>>> week ago.  The below problem may have been discussed before and I 
>>>>>>> apologize
>>>>>>> if I missed it.  Anyway, I notice that both my LOG and ADI files are
>>>>>>> randomly missing grid squares.  Here's my last 6 QSO's, all made today:
>>>>>>>
>>>>>>>
>>>>>>> 2018-12-02,13:53:45,2018-12-02,13:54:45,DS4NPL,PM35,7.074300,FT8,+01,-15,,,
>>>>>>>
>>>>>>> 2018-12-02,14:01:45,2018-12-02,14:03:15,JG1ULT,PM95,7.075050,FT8,-10,-12,,,
>>>>>>> 2018-12-02,14:11:45,2018-12-02,14:12:45,KQ6K,,3.575100,FT8,-03,-03,,,
>>>>>>>
>>>>>>> 2018-12-02,14:32:15,2018-12-02,14:33:15,JA2ATE,,3.573600,FT8,+02,+02,,,
>>>>>>>
>>>>>>> 2018-12-02,14:49:15,2018-12-02,14:50:15,HR1LW,,14.075094,FT8,-10,-17,,,
>>>>>>>
>>>>>>> 2018-12-02,14:51:00,2018-12-02,14:52:00,PJ2DD,FK52,14.075717,FT8,-08,-04,,,
>>>>>>>
>>>>>>> 3 of the 6 grid square information is missing, in spite of the fact
>>>>>>> that it was definitely sent to me.  This group was with 1.9.1.  I also 
>>>>>>> had
>>>>>>> 16 QSOs in the Roundup with 2.0.0 RC5 . . . 2 of the QSOs do not have 
>>>>>>> grid
>>>

Re: [wsjt-devel] Missing grid square info

[Bill Pence]

Correct. I had not realized this. As I looked at his qrz.com page he was
talking about living deed restricted and using remote radios
Dang.

And yes, some others might be in accurate as well.

On Sun, Dec 2, 2018, 1:28 PM Chuck Furman  I get it now. You meant he was operating remote, as in “away from his home
> station” (actual radio in a different grid). That was exactly my point...
> you can’t rely on the qrz.com information to be correct. Sometimes I try
> to text them with JTALERT to ask for their grid. But if they are portable,
> they may not have an Internet connection.
>
> On Sun, Dec 2, 2018 at 12:17 Bill Pence  wrote:
>
>> Because he answered my CQ, so while  I can look up his home grid, that
>> was not necessarily his transmitter location. And since he answered my CQ,
>> his grid was not exchanged
>> The impact of him operating remote is that I am unable to add from
>> qrz.com
>>
>>
>>
>> On Sun, Dec 2, 2018, 12:44 PM Chuck Furman >
>>> Bill,
>>>
>>> I’m confused. Why does remote operating affect the grid? I operate
>>> remotely all the time. I operate from my kitchen, my living room, patio,
>>> etc. I’ve also operated from China and Dubai. But in all cases, the station
>>> is in my house in Plano, Texas... in grid EM13oc. The grid square never
>>> changes. Why does it matter where the operator is located? The only thing
>>> that is important is the location of the radio.
>>>
>>> On a slightly different topic... I’ve noticed that some people don’t
>>> keep QRZ.com updated. The grid they give you during the contact doesn’t
>>> match what’s on QRZ. So filling in missing grids can be risky.
>>>
>>> Chuck
>>> KG6PH
>>> Plano, Texas
>>>
>>>
>>> On Sun, Dec 2, 2018 at 10:45 AM Bill Pence  wrote:
>>>
>>>> In the round up, grids are only present in the CQ message.  So if
>>>> someone ANSWERS your CQ, you do not get their grid...
>>>>
>>>> I plan to look these up and add then the the log
>>>>
>>>> But, at least 1 Q was with someone using a remote station via internet,
>>>> so his grid will remain unknown...
>>>>
>>>> On Sun, Dec 2, 2018, 11:12 AM Bill Mullin >>>
>>>>> I'm an FT8 newbie - made my first QSO with this mode less than a week
>>>>> ago.  The below problem may have been discussed before and I apologize if 
>>>>> I
>>>>> missed it.  Anyway, I notice that both my LOG and ADI files are randomly
>>>>> missing grid squares.  Here's my last 6 QSO's, all made today:
>>>>>
>>>>>
>>>>> 2018-12-02,13:53:45,2018-12-02,13:54:45,DS4NPL,PM35,7.074300,FT8,+01,-15,,,
>>>>>
>>>>> 2018-12-02,14:01:45,2018-12-02,14:03:15,JG1ULT,PM95,7.075050,FT8,-10,-12,,,
>>>>> 2018-12-02,14:11:45,2018-12-02,14:12:45,KQ6K,,3.575100,FT8,-03,-03,,,
>>>>> 2018-12-02,14:32:15,2018-12-02,14:33:15,JA2ATE,,3.573600,FT8,+02,+02,,,
>>>>> 2018-12-02,14:49:15,2018-12-02,14:50:15,HR1LW,,14.075094,FT8,-10,-17,,,
>>>>>
>>>>> 2018-12-02,14:51:00,2018-12-02,14:52:00,PJ2DD,FK52,14.075717,FT8,-08,-04,,,
>>>>>
>>>>> 3 of the 6 grid square information is missing, in spite of the fact
>>>>> that it was definitely sent to me.  This group was with 1.9.1.  I also had
>>>>> 16 QSOs in the Roundup with 2.0.0 RC5 . . . 2 of the QSOs do not have grid
>>>>> information in the LOG or ADI file.
>>>>>
>>>>> Is this a known problem?  Will these missing grids cause me any
>>>>> problems in the future?
>>>>>
>>>>> Tnx & 73,
>>>>> Bill  AA4M
>>>>>
>>>>> ___
>>>>> wsjt-devel mailing list
>>>>> wsjt-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>>>>
>>>> ___
>>>> wsjt-devel mailing list
>>>> wsjt-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>>>
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>>
>>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Contest Log Window- Autoscroll

[Bill Pence]

Ok. mine is about half the screen or so.



On Sun, Dec 2, 2018, 12:29 PM Steven Franke via wsjt-devel <
wsjt-devel@lists.sourceforge.net wrote:

> Try expanding the log window, vertically, so that it takes up at least 2/3
> of your screen. If I do that, I can always see the last line.
> Steve k9an
>
> On Dec 2, 2018, at 11:07 AM, Bill Pence  wrote:
>
> Same here. Last qso is just off the bottom on the contest log window. A
> new Q scolls to see the previous last, but then the newest is still out of
> view unless I scroll manually...
>
>
>
> On Sun, Dec 2, 2018, 12:00 PM Martin Davies G0HDB  wrote:
>
>> On 2 Dec 2018 at 12:16, Bill Somerville wrote:
>>
>> > On 02/12/2018 09:41, oe9...@ft8.at wrote:
>> > > Hello from Austria,
>> > >
>> > > RC5 737d2f, Windows 10 Pro, Version 1809 (Build 17763.134)
>> > >
>> > > looking at the Contest Log Windows - is there a "trick" to make it
>> scroll
>> > > down automatically
>> > > all the way to the LAST entry?
>> > >
>> > > Regardless of the window position/size it always shows the last but
>> one log
>> > > line.
>> > >
>> > > Thanks.
>> > >
>> > > 73, Frank
>> > > OE9KFV
>> >
>> > Hi Frank,
>> >
>> > this is the first report of this on MS Windows. There are issues with
>> > the Contest Log window not scrolling to show the last QSO on some Linux
>> > desktops.
>> >
>> > Is the Contest Log window trying to go to the last entry but stopping
>> > short by one row or is it not scrolling at all when you log a QSO?
>> >
>> > 73
>> > Bill
>> > G4WJS.
>>
>> Hi Bill (and all), I can confirm that on my system - 32-bit Win 7 Pro
>> running v2.0.0-rc5 737d2f
>> - the entries in the Contest Log window don't scroll up sufficiently to
>> ensure that a
>> newly-logged entry is fully displayed on the bottom line of the window.
>>
>> When a new QSO is logged the information in the window moves slightly
>> upwards but not by
>> enough to fully display the new QSO.  This happens no matter what size
>> the window is.
>>
>> --
>> 73, Martin G0HDB
>>
>>
>> ---
>> This email has been checked for viruses by Avast antivirus software.
>> https://www.avast.com/antivirus
>>
>>
>>
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Missing grid square info

[Bill Pence]

Because he answered my CQ, so while  I can look up his home grid, that was
not necessarily his transmitter location. And since he answered my CQ, his
grid was not exchanged
The impact of him operating remote is that I am unable to add from
qrz.com



On Sun, Dec 2, 2018, 12:44 PM Chuck Furman  Bill,
>
> I’m confused. Why does remote operating affect the grid? I operate
> remotely all the time. I operate from my kitchen, my living room, patio,
> etc. I’ve also operated from China and Dubai. But in all cases, the station
> is in my house in Plano, Texas... in grid EM13oc. The grid square never
> changes. Why does it matter where the operator is located? The only thing
> that is important is the location of the radio.
>
> On a slightly different topic... I’ve noticed that some people don’t keep
> QRZ.com updated. The grid they give you during the contact doesn’t match
> what’s on QRZ. So filling in missing grids can be risky.
>
> Chuck
> KG6PH
> Plano, Texas
>
>
> On Sun, Dec 2, 2018 at 10:45 AM Bill Pence  wrote:
>
>> In the round up, grids are only present in the CQ message.  So if someone
>> ANSWERS your CQ, you do not get their grid...
>>
>> I plan to look these up and add then the the log
>>
>> But, at least 1 Q was with someone using a remote station via internet,
>> so his grid will remain unknown...
>>
>> On Sun, Dec 2, 2018, 11:12 AM Bill Mullin >
>>> I'm an FT8 newbie - made my first QSO with this mode less than a week
>>> ago.  The below problem may have been discussed before and I apologize if I
>>> missed it.  Anyway, I notice that both my LOG and ADI files are randomly
>>> missing grid squares.  Here's my last 6 QSO's, all made today:
>>>
>>>
>>> 2018-12-02,13:53:45,2018-12-02,13:54:45,DS4NPL,PM35,7.074300,FT8,+01,-15,,,
>>>
>>> 2018-12-02,14:01:45,2018-12-02,14:03:15,JG1ULT,PM95,7.075050,FT8,-10,-12,,,
>>> 2018-12-02,14:11:45,2018-12-02,14:12:45,KQ6K,,3.575100,FT8,-03,-03,,,
>>> 2018-12-02,14:32:15,2018-12-02,14:33:15,JA2ATE,,3.573600,FT8,+02,+02,,,
>>> 2018-12-02,14:49:15,2018-12-02,14:50:15,HR1LW,,14.075094,FT8,-10,-17,,,
>>>
>>> 2018-12-02,14:51:00,2018-12-02,14:52:00,PJ2DD,FK52,14.075717,FT8,-08,-04,,,
>>>
>>> 3 of the 6 grid square information is missing, in spite of the fact that
>>> it was definitely sent to me.  This group was with 1.9.1.  I also had 16
>>> QSOs in the Roundup with 2.0.0 RC5 . . . 2 of the QSOs do not have grid
>>> information in the LOG or ADI file.
>>>
>>> Is this a known problem?  Will these missing grids cause me any problems
>>> in the future?
>>>
>>> Tnx & 73,
>>> Bill  AA4M
>>>
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>>
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Contest Log Window- Autoscroll

[Bill Pence]

Same here. Last qso is just off the bottom on the contest log window. A new
Q scolls to see the previous last, but then the newest is still out of view
unless I scroll manually...



On Sun, Dec 2, 2018, 12:00 PM Martin Davies G0HDB  On 2 Dec 2018 at 12:16, Bill Somerville wrote:
>
> > On 02/12/2018 09:41, oe9...@ft8.at wrote:
> > > Hello from Austria,
> > >
> > > RC5 737d2f, Windows 10 Pro, Version 1809 (Build 17763.134)
> > >
> > > looking at the Contest Log Windows - is there a "trick" to make it
> scroll
> > > down automatically
> > > all the way to the LAST entry?
> > >
> > > Regardless of the window position/size it always shows the last but
> one log
> > > line.
> > >
> > > Thanks.
> > >
> > > 73, Frank
> > > OE9KFV
> >
> > Hi Frank,
> >
> > this is the first report of this on MS Windows. There are issues with
> > the Contest Log window not scrolling to show the last QSO on some Linux
> > desktops.
> >
> > Is the Contest Log window trying to go to the last entry but stopping
> > short by one row or is it not scrolling at all when you log a QSO?
> >
> > 73
> > Bill
> > G4WJS.
>
> Hi Bill (and all), I can confirm that on my system - 32-bit Win 7 Pro
> running v2.0.0-rc5 737d2f
> - the entries in the Contest Log window don't scroll up sufficiently to
> ensure that a
> newly-logged entry is fully displayed on the bottom line of the window.
>
> When a new QSO is logged the information in the window moves slightly
> upwards but not by
> enough to fully display the new QSO.  This happens no matter what size the
> window is.
>
> --
> 73, Martin G0HDB
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Very few decodes with RC5

[Bill Pence]

KI4US. I saw getting decoded and spotted several times.  I guess
propagation was not helping to the folks I was trying to work?



On Sun, Dec 2, 2018 at 12:19 AM Paul Kube  wrote:

> Or, send a bunch of CQ's and type your call in to
> https://pskreporter.info/pskmap.html.
>
> 73, Paul K6PO
>
> On Sat, Dec 1, 2018 at 8:50 PM Edfel Rivera  wrote:
>
>> Hi:
>>
>> Your callsign is?
>>
>> Could check,  I am at 40m, KP4AJ
>>
>> On Sat, Dec 1, 2018 at 11:45 PM Bill Pence  wrote:
>>
>>> Yep
>>>  I see lots of cq ru using rc5. Few answers when i reply.
>>>
>>> On Sat, Dec 1, 2018, 11:40 PM Edfel Rivera >>
>>>> Hi:
>>>>
>>>> Be sure to use frequencies 7080 40m, 14130 20m.  Also clock sync is
>>>> essential.  UTC diff no more than 1.5 seconds.  RC5 testing HUGE today (day
>>>> and night).  Worked bunch stations.
>>>>
>>>> 73'
>>>>
>>>> Edfel
>>>> KP4AJ
>>>>
>>>> On Sat, Dec 1, 2018 at 11:33 PM Dave Barr 
>>>> wrote:
>>>>
>>>>> During the FT8 Roundup, I am decoding only a fraction of the signals I
>>>>> can hear and see on the water fall.  RX selectivity is wide.  RF gain
>>>>> has been lowered.  The rx level bar hovers between 50 and 60.  Yet I
>>>>> decode only a few, or one, or none of the signals present.  Earlier
>>>>> RCs
>>>>> and 1.9 had no such problem.  Any ideas?
>>>>>
>>>>> Dave, K2YG
>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> wsjt-devel mailing list
>>>>> wsjt-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>>>>
>>>> ___
>>>> wsjt-devel mailing list
>>>> wsjt-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>>>
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>>
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Very few decodes with RC5

[Bill Pence]

Yep
 I see lots of cq ru using rc5. Few answers when i reply.

On Sat, Dec 1, 2018, 11:40 PM Edfel Rivera  Hi:
>
> Be sure to use frequencies 7080 40m, 14130 20m.  Also clock sync is
> essential.  UTC diff no more than 1.5 seconds.  RC5 testing HUGE today (day
> and night).  Worked bunch stations.
>
> 73'
>
> Edfel
> KP4AJ
>
> On Sat, Dec 1, 2018 at 11:33 PM Dave Barr  wrote:
>
>> During the FT8 Roundup, I am decoding only a fraction of the signals I
>> can hear and see on the water fall.  RX selectivity is wide.  RF gain
>> has been lowered.  The rx level bar hovers between 50 and 60.  Yet I
>> decode only a few, or one, or none of the signals present.  Earlier RCs
>> and 1.9 had no such problem.  Any ideas?
>>
>> Dave, K2YG
>>
>>
>>
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Very few decodes with RC5

[Bill Pence]

I have opposite. I decode many, but few qso's...
I guess I am in a propagation hole right now

On Sat, Dec 1, 2018, 11:34 PM Dave Barr  During the FT8 Roundup, I am decoding only a fraction of the signals I
> can hear and see on the water fall.  RX selectivity is wide.  RF gain
> has been lowered.  The rx level bar hovers between 50 and 60.  Yet I
> decode only a few, or one, or none of the signals present.  Earlier RCs
> and 1.9 had no such problem.  Any ideas?
>
> Dave, K2YG
>
>
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] (no subject)

[Bill Pence]

Unfortunately no, it's an export software encryption issue


On Thu, Nov 29, 2018, 8:48 PM Gary McDuffie 
>
> > On Nov 29, 2018, at 14:45, Bill Somerville 
> wrote:
> >
> > that install location is fine. Later on in the installer you will be
> prompted if you want to install the libraries into the Windows System
> directory as well which is defaulted to yes and to the correct location for
> your system.
>
> I am assuming that this problem will go away on its own when the GA is
> released?
>
> Gary - AG0N
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Error Loading LotW Users Data

[Bill Pence]

I pulled this from a diff thread.

It's been discussed separately

Those experiencing LotW download errors can try the following:

Download the OpenSSL installer for Windows from here:
https://slproweb.com/products/Win32OpenSSL.html , specifically the "Win32
OpenSSL v1.0.2p Light" version. Note that this is the right version even if
you are running 64-bit Windows. Download link is
https://slproweb.com/download/Win32OpenSSL_Light-1_0_2p.exe .

Run the downloaded installer taking default options and accept the option
to install the libraries into the Windows system directory.

On Wed, Oct 17, 2018, 8:27 PM SKI W4PPC  wrote:

> Evening:
> Just installed v2.0.0-rc3 and every time I open the program I receive this
> "attached" network error message. Nothing I have seen under File/Settings
> section what would affect this.
>
> Sincerely:
> Stephen
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Yaesu FT757GX-I CAT problem

[Bill Pence]

Cool. Thanks.
Please provide "for dummy" instructions for us dumb guys.

Much appreciated.

On Thu, Oct 11, 2018, 6:47 PM Black Michael  wrote:

> Nonot implemented for it.  I am working on the 847 one though.
>
> Mike
>
>
>
>
> On Thursday, October 11, 2018, 5:44:36 PM CDT, Bill Pence <
> pence.b...@gmail.com> wrote:
>
>
> Would this also work for ft847 early serial that also have 1way cat
> communicatio no s?
> Maybe be a short how to...
>
>
>
>
> On Thu, Oct 11, 2018, 6:35 PM Black Michael via wsjt-devel <
> wsjt-devel@lists.sourceforge.net> wrote:
>
>
> Quick fix is to add the hamlib_settings.json file in the same place as
> your WSJT-X.ini file with the following lines in it
>
> {
> "config": {
> "fakefreq": "1"
> }
> }
>
> It looks like the real get_freq was never implemented...so I'll see about
> doing that and contact you off list for testing.
>
> de Mike W9MDB
>
>
>
> On Thursday, October 11, 2018, 3:47:57 PM CDT, Höss Lajos 
> wrote:
>
>
> Hi,
>
> Thanks the fast reply.
>
> RIG: Yaesu FT-757GX
>
> Serial port: COM8
>
> Baud rate: 4800
>
> Data bits: 8
>
> Stop bits: 2
>
> Handshake: none
>
> 73,
>
> Lajos
>
> HA8HL
>
>
>
> 2018-10-11 21:37 időpontban Bill Somerville ezt írta:
>
> On 11/10/2018 20:02, Höss Lajos wrote:
>
> Hi, The CAT control not working with Yaesu FT757GX-I. Wsjt-x 2.0.0 rc2,
> windows 7 32 bit. The problem, when press the test CAT button i get the
> error message. Attached it. The problem i think, wsjt-x cannot get the
> radio frequency. This is normal. This radio has only one way CAT system.
> Only computer to radio commonucation exist. With another program, the CAT
> works normal. Best regards, Lajos
>
> Hi Lajos,
>
> what settings do you have in WSJT-X "Settings->Radio"?
>
> 73
> Bill
> G4WJS.
>
>
>
> ___
> wsjt-devel mailing 
> listwsjt-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
>
>
> --
> c2.hu <http://www.c2.hu/> ingyenes webmail - *10GB tárhely*, megújult
> külsővel!
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Yaesu FT757GX-I CAT problem

[Bill Pence]

Would this also work for ft847 early serial that also have 1way cat
communicatio no s?
Maybe be a short how to...




On Thu, Oct 11, 2018, 6:35 PM Black Michael via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:

>
> Quick fix is to add the hamlib_settings.json file in the same place as
> your WSJT-X.ini file with the following lines in it
>
> {
> "config": {
> "fakefreq": "1"
> }
> }
>
> It looks like the real get_freq was never implemented...so I'll see about
> doing that and contact you off list for testing.
>
> de Mike W9MDB
>
>
>
> On Thursday, October 11, 2018, 3:47:57 PM CDT, Höss Lajos 
> wrote:
>
>
> Hi,
>
> Thanks the fast reply.
>
> RIG: Yaesu FT-757GX
>
> Serial port: COM8
>
> Baud rate: 4800
>
> Data bits: 8
>
> Stop bits: 2
>
> Handshake: none
>
> 73,
>
> Lajos
>
> HA8HL
>
>
>
> 2018-10-11 21:37 időpontban Bill Somerville ezt írta:
>
> On 11/10/2018 20:02, Höss Lajos wrote:
>
> Hi, The CAT control not working with Yaesu FT757GX-I. Wsjt-x 2.0.0 rc2,
> windows 7 32 bit. The problem, when press the test CAT button i get the
> error message. Attached it. The problem i think, wsjt-x cannot get the
> radio frequency. This is normal. This radio has only one way CAT system.
> Only computer to radio commonucation exist. With another program, the CAT
> works normal. Best regards, Lajos
>
> Hi Lajos,
>
> what settings do you have in WSJT-X "Settings->Radio"?
>
> 73
> Bill
> G4WJS.
>
>
>
> ___
> wsjt-devel mailing 
> listwsjt-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
>
>
> --
> c2.hu  ingyenes webmail - *10GB tárhely*, megújult
> külsővel!
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Rc2 ft8 72 bit vs 77 bit?

[Bill Pence]

thanks. I thnk I did not understand that section.

so message format to be sent, not message received will determine the tx
format.
thanks for clarifying.


On Tue, Oct 9, 2018 at 9:34 AM Joe Taylor  wrote:

> On 10/8/2018 6:15 PM, Bill Pence KI4US wrote:
> > Ok. I tried some tests.
> > I do decode both 77 bit and old messages
> > I had a buddy send an old cq and 77 bit cq.
> > I decided both.
> >
> > But  I did not select the always generate 77 bit messages so I expected
> > to answer with the format I decoded.  That was not the case ???
>
> No.  As described in the "Quick-Start Guide to WSJT-X 2.0" (page 1):
>
> "The new v2.0 message formats are recognized automatically and
> transmitted using the new protocol. You can check *Always generate
> 77-bit messages* to force all transmissions to use the new protocol..."
>
> If you have not ticked the *Always generate 77-bit messages* box, and
> your message can be transmitted using the v1.x protocol, that's how it
> will be done.
>
> -- 73, Joe, K1JT
>
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Rc2 ft8 72 bit vs 77 bit?

[Bill Pence]

we were on 14.078. I was just expecting, since there are 2 different
selection boxes, that if I decoded a new message I would reply with  new
message, and if I decoded an
old message, I would reply with old message. otherwise, why are there
separate selections for TX and RX message format?
things only work if both are selected or both are not selected.

not really an issue, more of a queston.



On Mon, Oct 8, 2018 at 11:22 PM Neil Zampella  wrote:

> Bill.
>
> 77 bit mode is only to be used for testing on the two frequencies as
> listed in the v2.0 Quick Start guide.   It should not be used on normal FT8
> frequencies,  so worrying about answering legacy FT8 messages on the
> testing frequencies, or 77 bit messages on the normal frequencies,  is not
> an issue.
>
> Neil, KN3ILZ
>
> On 10/8/2018 6:15 PM, Bill Pence wrote:
>
> Ok. I tried some tests.
> I do decode both 77 bit and old messages
> I had a buddy send an old cq and 77 bit cq.
> I decided both.
>
> But  I did not select the always generate 77 bit messages so I expected to
> answer with the format I decoded.  That was not the case ???
>
> Is this intended operation? I know for the rc release it is wasted code as
> the GA version is 77 bit only.
>
> In this case, if I do not select decode only 77 bit messages, how do I
> know how to answer? Is there something i missed in the GUI window to  show
> I got a 77 bit vs old message?
>
>
> It sort of seems like the 2 message format check boxes could be 1 box for
> new format
>
> KI4US
> Bill Pence
>
>
>
>
>
> <http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=emailclient>
>  Virus-free.
> www.avg.com
> <http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=emailclient>
> <#m_5523457177455137238_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Yaesu FT-847

[Bill Pence]

Well, other than the 'fake it' frequency control options to keep the tx
audio in the middle of the passband...

On Mon, Oct 8, 2018, 11:09 PM Jim Shorney  wrote:

>
> It is a myth that you need CAT for digital modes. In fact you don't need
> it at
> all.
>
> 73
>
> -Jim
> NU0C
>
>
> On Tue, 9 Oct 2018 02:29:30 +, Shane Stroud wrote:
>
> >  CAT...  because that's kinda the point with most digital modes these
> days.  And it's an FT-847, not 840.
> >
> >
> >From: Alan VK2ZIW 
> >Sent: Monday, October 8, 2018 6:41 PM
> >To: WSJT software development
> >Subject: Re: [wsjt-devel] Yaesu FT-847
> >
> >Hi all,
> >
> >Why do you need CAT control at all?
> >
> >What's really needed is a rig with Stability.
> >
> >Any rig with a digital VFO will do.
> >
> >My 2c.
> >
> >Yes, I have an FT-840 and it's OK.
> >
> >Alan VK2ZIW
> >
> >
> >On Mon, 8 Oct 2018 10:54:42 -0400, Karl Heinz Kremer wrote
> >> FT-840UNI would be OK. “Early” or “NoGet” would require the user to
> know more about what’s going on with these devices.
> >
> >>
> >>
> >Karl Heinz - K5KHK
> >>
> >
> >
> >>
> >
> >> On Oct 8, 2018, at 10:52 AM, Black Michael  mdblac...@yahoo.com>> wrote:
> >
> >>
> >> What can we call these earlier rigs to make the apparent in the riglist?
> >>
> >
> >> FT-840EARLY  ???
> >> Or
> >> FT-840UNI (unidirectional)
> >> FT-840NOGET
> >
> >>
> >
> >> Or any better idea?
> >>
> >
> >> de Mike W9MDB
> >
> >>
> >
> >>
> >>
> >
> >>
> >
> >>
> >
> >>
> >> On Monday, October 8, 2018, 9:47:05 AM CDT, Karl Heinz Kremer <
> k...@khk.net> wrote:
> >>
> >
> >>
> >
> >>
> >> This also seems to be the case with my early Yaesu FT-840 - it can
> receive CAT commands, but does not report anything back.
> >
> >>
> >>
> >
> >> Karl Heinz - K5KHK
> >>
> >
> >
> >
> >>
> >> On Mon, Oct 8, 2018 at 10:44 AM Black Michael via wsjt-devel <
> wsjt-devel@lists.sourceforge.net>
> wrote:
> >
> >>
> >> What version of WSJT-X are you using right now?
> >>
> >
> >> Looks like we need a new rig entry for the earlier serial #'s and I can
> build you one for testing.
> >>
> >
> >> de Mike W9MDB
> >
> >>
> >
> >>
> >>
> >
> >>
> >
> >>
> >
> >>
> >> On Monday, October 8, 2018, 9:34:22 AM CDT, Shane Stroud <
> shanestroud1...@hotmail.com> wrote:
> >>
> >
> >>
> >
> >>
> >> I have discovered that the early serial numbered models of the Yaesu
> FT-847 had unidirectional CAT.  Basically, the software can send
> frequencies and modes to the rig, but the rig cannot respond.  This applies
> to serial numbers through about 8G. Mine is an 8E series.
> >>
> >
> >> In any version of WSJT, under any operating system, the rig will set
> frequency and mode, then error out because it cannot respond to polling.
> >>
> >
> >> I'm not sure if this needs fixed in WSJT or in hamlib, but other hamlib
> programs seem to work with the rig without issue.
> ___
> >wsjt-devel mailing list
> >wsjt-devel@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> >___
> >wsjt-devel mailing list
> >wsjt-devel@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> >
> >
> >
> >
> >Alan
> >
> >Evil flourishes when good men do nothing.
> >Consider the Christmas child.
>
> >---
> >Alan Beard   Unix Support Technician from 1984 to today
> >70 Wedmore Rd.   Sun Solaris, AIX, HP/UX, Linux, SCO, MIPS
> >Emu Heights N.S.W. 2750  Routers, terminal servers, printers, terminals
> etc..
> >+61 2 47353013 (h)   Support Programming, shell scripting, "C",
> assembler
> >0414 353013 (mobile) After uni, electronics tech
> >
>
>
> --
> Ham Radio NU0C
> Lincoln, Nebraska, U.S.S.A.
> TR7/RV7/R7A/L7, TR6/RV6, T4XC/R4C/L4B, NCL2000, SB104A, R390A,
> GT550A/RV550A, HyGain 3750, IBM PS/2 - all vintage, all the time!
>
> "Give a man a URL and he will learn for an hour. Teach him to Google and
> he will learn for a lifetime."
>
> HyGain 3750 User's Group - http://groups.yahoo.com/group/HyGain_3750/
> http://incolor.inetnebr.com/jshorney
> http://www.nebraskaghosts.org
>
>
>
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Rc2 ft8 72 bit vs 77 bit?

[Bill Pence]

Ok. I tried some tests.
I do decode both 77 bit and old messages
I had a buddy send an old cq and 77 bit cq.
I decided both.

But  I did not select the always generate 77 bit messages so I expected to
answer with the format I decoded.  That was not the case ???

Is this intended operation? I know for the rc release it is wasted code as
the GA version is 77 bit only.

In this case, if I do not select decode only 77 bit messages, how do I know
how to answer? Is there something i missed in the GUI window to  show I got
a 77 bit vs old message?


It sort of seems like the 2 message format check boxes could be 1 box for
new format

KI4US
Bill Pence
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] New feature request

[Bill Pence]

Nope. He says as he clicked, the display scrolled, so the call he intended
was now above his mouse pointer.

On Sun, Oct 7, 2018, 3:53 PM Gary McDuffie  wrote:

>
>
> > On Oct 6, 2018, at 19:59, Chuck Furman  wrote:
> >
> > Several times I accidentally clicked on a station calling CQ DX or some
> other directed CQ. This often happens just as the Band Activity window
> updates.  I click on a CQ, but as the window updates, I find that I've
> actually clicked on another station who was calling CQ DX.
>
> Sorry, I don’t get it.  The line is printed all at once.  DX appears at
> the same time CQ appears on the same line on the same screen, so why are
> you clicking on it?  That action seems only possible when the station
> changes his mind and sends his second CQ as CQ DX after a prior unqualified
> CQ.
>
> Gary - AG0N
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] WSJT-X 2.0-rc2 Adjust tx slider while transmitting interrupts tones

[Bill Pence]

*WSJT-X 2.0-rc  *

*took a quick search of the archive and did not see this.*

On the current beta release, adjust the tx power slider during the tx
interval, the tones get interrupted.
This is on dual core p4 3.4 GHz with windows 7 and 16 GB ram.
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel