Date   

Multiple radios and "myQTH ID's"

Gordon LaPoint
 

I am setup with multiple radios (on two computers at home) and a remote radio at a town nearby, controlled using RCForb server/client.

Is there a way to have DXKeeper set the default myQTH ID from which radio is chosen in commander. (Not just append a radio name, but actually change the myQTH ID)

Examples of default myQTH ID's used:

Home:K3

Home:K2

Westminster: Virt 590


I would also like the LOTW station location to change with commander radio changes

Examples:

myQTH ID                        station location

Home:K3                                HOME

Westminster:Virt 590        Westminster

W4AAW                                Round Hill, VA



I have all of the LOTW station locations setup, and the different default myQTH ID's , but have to remember to change them when I change radios in commander.

Thanks,

Gordon - N1MGO   (maintainer of two remote setups in RCForb, N1MGO K3 and N1MGO590


Re: Apps sometimes slow to load testing results - preliminary

Dave AA6YQ
 

+ AA6YQ comments below

I built a beast (AMD Ryzen 2700, 32gb memory, Samsung SSD 970, etc.) Its 8-cores fly and never gets bogged down.

Also I put everything I could find from DXLab in the Windows Defender exclusion list.

Generally this machine is rebooted every day and is only used for radio operations and some Chrome browsing. No other material apps.

When I did this type of investigation (DXLab startup) on a much slower i5 processor, I turned on the DXLab debugging logs. They are voluminous but were very helpful. I worked with the event time stamps and what stuck out for me was DDE calls to other external modules, or DDE initialization. This was most apparent in WinWarblers startup and interaction with other DXLab modules. I also at that time wrote that when CW Skimmer was running, the DDE waits were particularly pronounced and much more frequent. Again, all of this was with DXLab in the Windows Defender exemption list.

So I built the AMD Ryzen based machine noted and some/most of the delay went away...but not all. Startups of DXLab can still be slow, but that is measured in 20-40 seconds, rather than minutes as was the case on the i5.

I'm not a Windows programmer (I do have an extensive technical IT background so I get tech), and never could discern how to tune DDE. I did see a post at one time from a current Windows programmer that said DDE had some knobs (my word), and as I recall it sounded like a memory pool, but I never could find any more information.

So I offer this as a suggested course of investigation.


* Make sure that everything DXLab is in the antivirus exclusion list first.
* Turn on the DXLab error logs (don't leave them on...they will accumulate a lot of data).
* Then do the startups and when done, pull a copy of each errorlog you want to view. I think you can shortcut the investigation by doing a find that searches for DDE, but look for major time gaps in general.
* That is where I found that (WW in my case) would do a DDE call and then go to sleep for an extended period, sometimes measured in minutes.

I still think the issue is with use of DDE for interprocess communication. Can't prove it, but I did have very clear and extensive time gaps in the error logs previously. From what I read, DDE is somewhat long-in-the-tooth, but maybe there are strategies that can be taken to breathe new life into it. Also, for me, I've found (and still find on occasion) that WinWarbler will get very sluggish and will fail DDE calls sometimes when CW Skimmer is running. So the point is not to point fingers, but rather so say that there is some interprocess issue that occurs. I have not looked into the error logs since I built the new machine, but on the old one, everything pointed to some slowdown with DDE.

+ Windows has a long history of degrading DDE performance when it becomes tight on "resources"; it's the canary in the coal mine.

+ The plan is to fully replace DDE with UDP (for non-critical messages like frequency updates" and TCP (for critical messages like "log this QSO").

73,

Dave, AA6YQ


Re: Apps sometimes slow to load testing results - preliminary

Pat Koss
 

I built a beast (AMD Ryzen 2700, 32gb memory, Samsung SSD 970, etc.)  Its 8-cores fly and never gets bogged down.

Also I put everything I could find from DXLab in the Windows Defender exclusion list.  

Generally this machine is rebooted every day and is only used for radio operations and some Chrome browsing.  No other material apps.

When I did this type of investigation (DXLab startup) on a much slower i5 processor, I turned on the DXLab debugging logs.  They are voluminous but were very helpful.  I worked with the event time stamps and what stuck out for me was DDE calls to other external modules, or DDE initialization.  This was most apparent in WinWarblers startup and interaction with other DXLab modules.  I also at that time wrote that when CW Skimmer was running, the DDE waits were particularly pronounced and much more frequent.  Again, all of this was with DXLab in the Windows Defender exemption list.

So I built the AMD Ryzen based machine noted and some/most of the delay went away...but not all.  Startups of DXLab can still be slow, but that is measured in 20-40 seconds, rather than minutes as was the case on the i5.

I'm not a Windows programmer (I do have an extensive technical IT background so I get tech), and never could discern how to tune DDE.  I did see a post at one time from a current Windows programmer that said DDE had some knobs (my word), and as I recall it sounded like a memory pool, but I never could find any more information.

So I offer this as a suggested course of investigation. 
  • Make sure that everything DXLab is in the antivirus exclusion list first. 
  • Turn on the DXLab error logs (don't leave them on...they will accumulate a lot of data). 
  • Then do the startups and when done, pull a copy of each errorlog you want to view.  I think you can shortcut the investigation by doing a find that searches for DDE, but look for major time gaps in general. 
  • That is where I found that (WW in my case) would do a DDE call and then go to sleep for an extended period, sometimes measured in minutes. 
I still think the issue is with use of DDE for interprocess communication.  Can't prove it, but I did have very clear and extensive time gaps in the error logs previously.  From what I read, DDE is somewhat long-in-the-tooth, but maybe there are strategies that can be taken to breathe new life into it.  Also, for me, I've found (and still find on occasion) that WinWarbler will get very sluggish and will fail DDE calls sometimes when CW Skimmer is running.  So the point is not to point fingers, but rather so say that there is some interprocess issue that occurs.  I have not looked into the error logs since I built the new machine, but on the old one, everything pointed to some slowdown with DDE.


FWIW.  Good luck.

'73 / Pat Koss / NF8H
--
pat koss / nf8h


Re: Apps sometimes slow to load testing results - preliminary

Dave AA6YQ
 

+ AA6YQ comments below

I figured it must be an edge case, as nobody else has piped up "me too!" after either post. Other than Resource Monitor, are you aware of any other good tools for investigating resource allocation/consumption?

+ Here's a few links:

+ <https://whats-running.en.softonic.com/>

+ <https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/perfmon>

+ <https://www.techrepublic.com/article/how-to-use-windows-10s-resource-monitor-to-track-memory-usage/>

the "Advanced Tricks" section of < https://www.dxlabsuite.com/dxlabwiki/WindowsTricks>


Future systematic investigation might include testing Commander launch time vs. PC up time for commonly used programs to see if I can localize the resource consumption to a particular app, i.e. memory leaks in Chrome. That would only work if the resource consumption is related to a program I can see running.

Would enabling error log reporting and comparing a fast launch to a slow launch be a worthwhile endeavor?

+ Yes, you could identify where in the startup process the extra delays are occurring; that might provide a clue as to the source of the delay.

73,

Dave, AA6YQ


Re: Apps sometimes slow to load testing results - preliminary

Chuck, WS1L
 



On Thu, Jan 9, 2020 at 1:05 PM Dave AA6YQ <aa6yq@...> wrote:
+ AA6YQ comments below

A few weeks ago I posted about some apps taking longer to load – e.g. Commander and DXKeeper loading quickly after a re-boot but slowly after the PC was running for a few hours or more.  Dave was able to point out some areas to investigate.


This morning I had some time to further investigate and found the following:
<snip>


<snip> 

+ If rebooting Windows reduced Commander's startup time from 36 seconds to 4 seconds, then some "system resource" was in short supply until you rebooted. This is not the typical signature of "interference from anti-malware".

          73,

                 Dave, AA6YQ

I figured it must be an edge case, as nobody else has piped up "me too!" after either post.  Other than Resource Monitor, are you aware of any other good tools for investigating resource allocation/consumption?

Future systematic investigation might include testing Commander launch time vs. PC up time for commonly used programs to see if I can localize the resource consumption to a particular app, i.e. memory leaks in Chrome.   That would only work if the resource consumption is related to a program I can see running.  

Would enabling error log reporting and comparing a fast launch to a slow launch be a worthwhile endeavor?  

As Alice said... curiouser and curiouser.

73,

--


===================
Chuck Chandler
===================


Re: SQL filter help needed

Ron KU7Y
 

Thanks Dave,

Got it working now!

OK, back in my hole,

Ron, KU7Y
Mountain Home, ID DN23dc
CW Ops #1211
SKCC #4904
QRP ARCI #8829
SOC #2
Idaho DX Association
Ron@...

-----Original Message-----
From: DXLab@groups.io [mailto:DXLab@groups.io] On Behalf Of Dave AA6YQ
Sent: Thursday, January 9, 2020 12:12 PM
To: DXLab@groups.io
Subject: Re: [DXLab] SQL filter help needed

+ AA6YQ comments below

I have a Special Callsigns file loaded that is in this format:

KU7Y, SOC-2-Ron (There are just under 1300 entries in this file).

I have not been able to get an SQL filter to work to only show calls
with this TAG.

(TAGS like "'SOC'") does not work but

+ The SQL expression

TAGS like "'SOC'")

+ seeks an exact match for

'SOC'

+ This will not find

SOC-2-Ron

+ The correct SQL expression to use is

TAGS like '*SOC*'

73,

Dave, AA6YQ





--
This email has been checked for viruses by AVG.
https://www.avg.com


Re: SQL filter help needed

Dave AA6YQ
 

+ AA6YQ comments below

I have a Special Callsigns file loaded that is in this format:

KU7Y, SOC-2-Ron (There are just under 1300 entries in this file).

I have not been able to get an SQL filter to work to only show calls with this TAG.

(TAGS like "'SOC'") does not work but

+ The SQL expression

TAGS like "'SOC'")

+ seeks an exact match for

'SOC'

+ This will not find

SOC-2-Ron

+ The correct SQL expression to use is

TAGS like '*SOC*'

73,

Dave, AA6YQ


Re: WSJT-X Losses Rig Control In Split Mode

Jim - KR9U
 

Emulated split mode in WSJT-x  requires that the radio *not* be in split mode.

For wide splits such as JA, do this:   In WSJT-x go to File/Settings/Radio and under <Split operation> select “None”.

 

You can then put the radio into split mode as operate split as you normally would.   Then when done, change it back.

 

Jim – KR9U

 

 

From: DXLab@groups.io [mailto:DXLab@groups.io] On Behalf Of Bud Governale
Sent: Thursday, January 9, 2020 9:45 AM
To: DXLab@groups.io
Subject: [DXLab] WSJT-X Losses Rig Control In Split Mode

 

JA's transmitting on 1908 and listening on 1840 this morning.

WSJT-X connected to K3 thru Commander.

WSJT-X looses rig when K3 is in split mode.

Same if I check mark SPLIT in Commander.

How do I do this?


73,

Bud W3LL


Re: Apps sometimes slow to load testing results - preliminary

Dave AA6YQ
 

+ AA6YQ comments below

A few weeks ago I posted about some apps taking longer to load – e.g. Commander and DXKeeper loading quickly after a re-boot but slowly after the PC was running for a few hours or more. Dave was able to point out some areas to investigate.


This morning I had some time to further investigate and found the following:



PC had been running for several days

Resource monitor showed nothing taking more than 4% of CPU

On starting Commander, it took 36 seconds to launch, during which time:

CPU average stayed right at 10 – 11%

Disk highest activity hit 1% a few times but mostly stayed at 0%

Network Utilization stayed at 0%

Physical memory in use stayed at 20%



I re-booted and Commander launched in 4 seconds, during which time:

CPU average hit 7% for a brief moment, then dropped to 1%

Disk was at 1%

Network 0%

Physical memory 16%



Based on what I am seeing in Resource Monitor, there are no PID’s showing any kind of CPU utilization during the lengthy time Commander is launching in the first instance.



There were no associated handles or modules shown in Resource Monitor.



When I get more time I will investigate if any Anti virus services are spiking during a prolonged launch but that is all I had time to do this morning.

+ If rebooting Windows reduced Commander's startup time from 36 seconds to 4 seconds, then some "system resource" was in short supply until you rebooted. This is not the typical signature of "interference from anti-malware".

73,

Dave, AA6YQ


Re: VHF Mode - dxkeeper

Dave AA6YQ
 

* more AA6YQ comments below


| + I suggest that you start by determining why DXKeeper is being
| + prevented from creating a
| Results folder. Until that impediment is removed, many functions will fail to operate correctly.

Found where it came from, following the manual steps in:

dxlabsuite.com/dxkeeper/download.htm

* The first sentenced in those instructions informs you that the DXLab Launcher will automate the process of downloading and
installing DXLab applications, and hyperlinks to the instructions:

<http://www.dxlabsuite.com/dxlabwiki/InstallingDXLabApplications>

* Following the manual instructions does work correctly.


Step 3 - Click 'here' to .. - downloaded ok but for some reason when selected appears in Italian - see attachment.

* Attachments aren't supported here. Step 3 downloads a zip archive. I just tested it, and it works correctly.


Step 5 of the download instructions do not make any reference to changing the default install location running setup all the
defaults are for Program Files (x86) see attachment.

* The hyperlink entitled Overview at the top of the web page provides that information.


That was where it went wrong initially.

I over-ride the defaults and install in C:\DXLAB then yes the reports folder is created, yes maidenhead squares (and others) are
updated.

|| How do I set the software to show the bands I want to track/chase?
||
|| + What awards are you pursuing for which bands are not being shown?


I just want to see which bands I have worked an entity on, looking at the attachment I can see I have worked GM but on what band?

* There are three ways to do that:

1. View DXKeeper's "Realtime Award Tracking":

1a. on the Main window's "Log QSOs" tab, click the RAT button to display the "Realtime Award Tracking" window

1b. select the "Realtime Award Tracking" windows DXCC tab

1c. scroll down to row for the entity in question


2. Direct DXKeeper to generated a DXCC Progress Report: on the Main window's "Check Progress" tab, click the "DXCC, Challenge, &
TopList" panel's "Progress" button


3. Type the entity's prefix (or a callsign from the entity) into DXView's Main window, which will then display the DXCC award
progress for the entity; selecting a logged QSO in DXKeeper will automatically update DXView's Main window to display progress.


If I am doing for example DXCC on say 4m I can't check progress - I would like to remove all the HF bands and replace them with
4,6,2,70,23,13 etc. While ARRL DXCC does not specifically mention 4m it does cover 70cms - no sign of it as a band in 'check
progress'.

* As described in section 1 of

<http://www.arrl.org/dxcc-rules>

* the DXCC award program applies to QSOs made on the 160m, 80m, 40m, 30m, 20m, 17m, 15m, 12m, 10m, 6m, 2m, and 70cm. DXKeeper
supports the tracking of DXCC on all of those bands except 70cm. When I started developing DXKeeper back in 2001, I did not include
support for 70cm because so few ops were pursue DXCC on that band; as you can see in the standings, only 10 ops worldwide have
achieved DXCC:

<http://www.arrl.org/system/dxcc/view/DXCC-70CM-20200109-USLetter.pdf>

* Since then, there has been little interest expressed in 70cm DXCC support.


Even with the Maidenhead option, looks like an issue with filtering

GM8MJV Maidenhead Gridsquares Report 09-Jan-2020 Log Filter: Band = 13CM

Grids worked or confirmed: 2
Grids Confirmed: 0


Count Grid Callsign Date and Time Band Mode
1 IO85 GM8MNG 09-Jan-2020 11:47 13CM SSB
2 IO86 GM8TSI 09-Jan-2020 11:39 4M SSB

* This is what the header of the Maidenhead Gridsquare Report looks like when invoked on DXKeeper version 15.3.1 with the Log Page
Display filtered for 13cm only:

------------------------------------------------------------------
AA6YQ Maidenhead Gridsquares Report 09-Jan-2020
Log Filter: band='13cm'
-----------------------------------------------------------------------

How come with a 'Log filter' of 13CM set I am getting 4m QSO's

* My first guess, given your use of the manual installation procedure, is that you may not be running the current version of
DXKeeper. What version number appears in the title bar of DXKeeper's Main window?


I could not see an easy option to specify SQL for reports so it may be I have cocked that up.

* type the following in the Filter panel's textbox at the bottom of the Main window's "Log QSOs" panel

band = '13cm'

* and then depress the CTRL key while clicking the S button. The Log Page Display should show only QSOs whose band items are set to
13cm


* An introduction to filtering the Log Page Display is here:

<https://www.dxlabsuite.com/dxlabwiki/QSOFiltering>

* The Reference Documentation for filtering the Log Page Display is here:

<https://www.dxlabsuite.com/dxkeeper/Help/FilterLog.htm>

* and filtering with SQL expressions is described here:

<https://www.dxlabsuite.com/dxkeeper/Help/SQL.htm>


DXKeeper does certainly seem to work for it's primary market HF DX chasing but it does seem a bit of a guddle for anything other
than that.

* DXKeeper provides full support for DXCC awards on 6m, 2m, and satellites, and for VUCC awards on 6m, 2m, 1.25m, 70 cm, 33cm, 23cm,
"13 cm and up", and satellites. You can generate a Maidenhead grid square progress report for the 6m, 2m, 1.25m, 70 cm, 33cm, 23cm,
13cm, 9cm, 6cm, 3cm, 1.25cm, 6mm, 4mm, 2.5mm, 2mm, 1mm, or submm bands.

* If more than a handful of ops worldwide were pursuing DXCC on 70cm, I would extend DXKeeper to support it.

73,

Dave, AA6YQ


Re: SQL filter help needed

Ron KU7Y
 

Got it working!!!!

 

The font is so small that I was misreading what was needed.

 

Used (TAGS like '*SOC*') and that works!  Wheeeeeee!

 

OK, back in my hole,

 

Ron, KU7Y

Mountain Home, ID  DN23dc

CW Ops #1211

SKCC #4904

QRP ARCI #8829

SOC #2

Idaho DX Association

Ron@...

 

From: DXLab@groups.io [mailto:DXLab@groups.io] On Behalf Of Mike Rhodes
Sent: Thursday, January 9, 2020 9:45 AM
To: DXLab@groups.io
Subject: Re: [DXLab] SQL filter help needed

 

...seem to remember the use of 'like' as a qualifier but that is as deep as my info goes.

Mike / W8DN

On 1/9/2020 11:37 AM, Ron KU7Y wrote:

Hi Mike,
 
Thanks for the idea but I tried both and neither worked!  :-(
 
OK, back in my hole,
 
Ron, KU7Y
Mountain Home, ID  DN23dc
CW Ops #1211
SKCC #4904
QRP ARCI #8829
SOC #2
Idaho DX Association
Ron@...
 
 
-----Original Message-----
From: DXLab@groups.io [mailto:DXLab@groups.io] On Behalf Of Mike Flowers
Sent: Thursday, January 9, 2020 9:22 AM
To: DXLab@groups.io
Subject: Re: [DXLab] SQL filter help needed
 
Hi Ron,
 
Perhaps "SOC" is not handled in the same way as "SOC-" or "SOC*" would
be as
a search argument.
 
- 73 and good DX de Mike, K6MKF, NCDXC Secretary
 
-----Original Message-----
From: DXLab@groups.io <DXLab@groups.io> On Behalf Of Ron KU7Y
Sent: Thursday, January 09, 2020 08:08
To: DXLab@groups.io
Subject: [DXLab] SQL filter help needed
 
I have a Special Callsigns file loaded that is in this format:
 
KU7Y, SOC-2-Ron  (There are just under 1300 entries in this file).
 
I have not been able to get an SQL filter to work to only show calls
with
this TAG.
 
(TAGS like "'SOC'") does not work but
 
(TAGS like "'CWOPS'") does work. When that is used all TAGS are shown
including
the SOC tag which is fine. (I also have a CWOPS file loaded in the
Special
Callsigns
file).
 
But I would like to be able to filter to see only the SOC tag.
 
What am I doing wrong with that SOC filter?
 
Thanks Dave,
 
OK, back in my hole,
 
Ron, KU7Y
Mountain Home, ID  DN23dc
CW Ops #1211
SKCC #4904
QRP ARCI #8829
SOC #2
Idaho DX Association
Ron@...
 
 
 
 
 
 
 
 
 
 
 
--
This email has been checked for viruses by AVG.
https://www.avg.com
 
 
 
 
 

 

 

Virus-free. www.avg.com


Re: SQL filter help needed

Mike Flowers
 

Or perhaps “*SOC*” …

 

- 73 and good DX de Mike, K6MKF, NCDXC Secretary

 

From: DXLab@groups.io <DXLab@groups.io> On Behalf Of Mike Rhodes
Sent: Thursday, January 09, 2020 08:45
To: DXLab@groups.io
Subject: Re: [DXLab] SQL filter help needed

 

...seem to remember the use of 'like' as a qualifier but that is as deep as my info goes.

Mike / W8DN

On 1/9/2020 11:37 AM, Ron KU7Y wrote:

Hi Mike,
 
Thanks for the idea but I tried both and neither worked!  :-(
 
OK, back in my hole,
 
Ron, KU7Y
Mountain Home, ID  DN23dc
CW Ops #1211
SKCC #4904
QRP ARCI #8829
SOC #2
Idaho DX Association
Ron@...
 
 
-----Original Message-----
From: DXLab@groups.io [mailto:DXLab@groups.io] On Behalf Of Mike Flowers
Sent: Thursday, January 9, 2020 9:22 AM
To: DXLab@groups.io
Subject: Re: [DXLab] SQL filter help needed
 
Hi Ron,
 
Perhaps "SOC" is not handled in the same way as "SOC-" or "SOC*" would
be as
a search argument.
 
- 73 and good DX de Mike, K6MKF, NCDXC Secretary
 
-----Original Message-----
From: DXLab@groups.io <DXLab@groups.io> On Behalf Of Ron KU7Y
Sent: Thursday, January 09, 2020 08:08
To: DXLab@groups.io
Subject: [DXLab] SQL filter help needed
 
I have a Special Callsigns file loaded that is in this format:
 
KU7Y, SOC-2-Ron  (There are just under 1300 entries in this file).
 
I have not been able to get an SQL filter to work to only show calls
with
this TAG.
 
(TAGS like "'SOC'") does not work but
 
(TAGS like "'CWOPS'") does work. When that is used all TAGS are shown
including
the SOC tag which is fine. (I also have a CWOPS file loaded in the
Special
Callsigns
file).
 
But I would like to be able to filter to see only the SOC tag.
 
What am I doing wrong with that SOC filter?
 
Thanks Dave,
 
OK, back in my hole,
 
Ron, KU7Y
Mountain Home, ID  DN23dc
CW Ops #1211
SKCC #4904
QRP ARCI #8829
SOC #2
Idaho DX Association
Ron@...
 
 
 
 
 
 
 
 
 
 
 
--
This email has been checked for viruses by AVG.
https://www.avg.com
 
 
 
 
 

 


Re: SQL filter help needed

Mike Rhodes
 

...seem to remember the use of 'like' as a qualifier but that is as deep as my info goes.

Mike / W8DN

On 1/9/2020 11:37 AM, Ron KU7Y wrote:
Hi Mike,

Thanks for the idea but I tried both and neither worked!  :-(

OK, back in my hole,

Ron, KU7Y
Mountain Home, ID  DN23dc
CW Ops #1211
SKCC #4904
QRP ARCI #8829
SOC #2
Idaho DX Association
Ron@...


-----Original Message-----
From: DXLab@groups.io [mailto:DXLab@groups.io] On Behalf Of Mike Flowers
Sent: Thursday, January 9, 2020 9:22 AM
To: DXLab@groups.io
Subject: Re: [DXLab] SQL filter help needed

Hi Ron,

Perhaps "SOC" is not handled in the same way as "SOC-" or "SOC*" would
be as
a search argument.

- 73 and good DX de Mike, K6MKF, NCDXC Secretary

-----Original Message-----
From: DXLab@groups.io <DXLab@groups.io> On Behalf Of Ron KU7Y
Sent: Thursday, January 09, 2020 08:08
To: DXLab@groups.io
Subject: [DXLab] SQL filter help needed

I have a Special Callsigns file loaded that is in this format:

KU7Y, SOC-2-Ron  (There are just under 1300 entries in this file).

I have not been able to get an SQL filter to work to only show calls
with
this TAG.
(TAGS like "'SOC'") does not work but

(TAGS like "'CWOPS'") does work. When that is used all TAGS are shown
including
the SOC tag which is fine. (I also have a CWOPS file loaded in the
Special
Callsigns
file).

But I would like to be able to filter to see only the SOC tag.

What am I doing wrong with that SOC filter?

Thanks Dave,

OK, back in my hole,

Ron, KU7Y
Mountain Home, ID  DN23dc
CW Ops #1211
SKCC #4904
QRP ARCI #8829
SOC #2
Idaho DX Association
Ron@...










--
This email has been checked for viruses by AVG.
https://www.avg.com






Re: SQL filter help needed

Ron KU7Y
 

Hi Mike,

Thanks for the idea but I tried both and neither worked! :-(

OK, back in my hole,

Ron, KU7Y
Mountain Home, ID DN23dc
CW Ops #1211
SKCC #4904
QRP ARCI #8829
SOC #2
Idaho DX Association
Ron@...

-----Original Message-----
From: DXLab@groups.io [mailto:DXLab@groups.io] On Behalf Of Mike Flowers
Sent: Thursday, January 9, 2020 9:22 AM
To: DXLab@groups.io
Subject: Re: [DXLab] SQL filter help needed

Hi Ron,

Perhaps "SOC" is not handled in the same way as "SOC-" or "SOC*" would
be as
a search argument.

- 73 and good DX de Mike, K6MKF, NCDXC Secretary

-----Original Message-----
From: DXLab@groups.io <DXLab@groups.io> On Behalf Of Ron KU7Y
Sent: Thursday, January 09, 2020 08:08
To: DXLab@groups.io
Subject: [DXLab] SQL filter help needed

I have a Special Callsigns file loaded that is in this format:

KU7Y, SOC-2-Ron (There are just under 1300 entries in this file).

I have not been able to get an SQL filter to work to only show calls
with
this TAG.

(TAGS like "'SOC'") does not work but

(TAGS like "'CWOPS'") does work. When that is used all TAGS are shown
including
the SOC tag which is fine. (I also have a CWOPS file loaded in the
Special
Callsigns
file).

But I would like to be able to filter to see only the SOC tag.

What am I doing wrong with that SOC filter?

Thanks Dave,

OK, back in my hole,

Ron, KU7Y
Mountain Home, ID DN23dc
CW Ops #1211
SKCC #4904
QRP ARCI #8829
SOC #2
Idaho DX Association
Ron@...









--
This email has been checked for viruses by AVG.
https://www.avg.com


Re: SQL filter help needed

Mike Flowers
 

Hi Ron,

Perhaps "SOC" is not handled in the same way as "SOC-" or "SOC*" would be as
a search argument.

- 73 and good DX de Mike, K6MKF, NCDXC Secretary

-----Original Message-----
From: DXLab@groups.io <DXLab@groups.io> On Behalf Of Ron KU7Y
Sent: Thursday, January 09, 2020 08:08
To: DXLab@groups.io
Subject: [DXLab] SQL filter help needed

I have a Special Callsigns file loaded that is in this format:

KU7Y, SOC-2-Ron (There are just under 1300 entries in this file).

I have not been able to get an SQL filter to work to only show calls with
this TAG.

(TAGS like "'SOC'") does not work but

(TAGS like "'CWOPS'") does work. When that is used all TAGS are shown
including
the SOC tag which is fine. (I also have a CWOPS file loaded in the Special
Callsigns
file).

But I would like to be able to filter to see only the SOC tag.

What am I doing wrong with that SOC filter?

Thanks Dave,

OK, back in my hole,

Ron, KU7Y
Mountain Home, ID DN23dc
CW Ops #1211
SKCC #4904
QRP ARCI #8829
SOC #2
Idaho DX Association
Ron@...





Re: FT-991A / WSJT-X / COMMANDER SUITES / FT8

KN4SMO <dtb2greenville@...>
 

Hello Sir,

For some reason my ports and there baud rates reverted back to a stock setting. Once I got that set correctly I was off and running. I was able to get DX Keeper set correctly the first time. 

I hope this helps someone in the future.
Right now FT8 is running and I am sitting back smiling. 

Thanks and 73




On Monday, January 6, 2020, 2:18 PM, Dave AA6YQ <aa6yq@...> wrote:

+ AA6YQ comments below

Yes Sir I have used this link several times to attempt to get Commander working and it works ! It just not commander my radio. I have seen the link that directs the proper radio settings, still no love.  I and going to update to the new commander and see what happens.\

+ There have been no recent changes in Commander's support for the FT-991; if you can set's Commander's "Radio Model" to FT-991, it should track and control the radio.

+ If you have followed the configuration instructions in

<https://www.dxlabsuite.com/dxlabwiki/TranceiverControlYaesu>

+ including the FT-991 menu settings documented in

<https://www.dxlabsuite.com/dxlabwiki/ConnectingYaesu>

+ but a properly-configured Commander cant' track and control the radio, then either the USB port or its driver aren't working, the USB cable between the radio and your computer isn't working, or the radio's CAT interface isn't working.

        73,

              Dave, AA6YQ





SQL filter help needed

Ron KU7Y
 

I have a Special Callsigns file loaded that is in this format:

KU7Y, SOC-2-Ron (There are just under 1300 entries in this file).

I have not been able to get an SQL filter to work to only show calls with
this TAG.

(TAGS like "'SOC'") does not work but

(TAGS like "'CWOPS'") does work. When that is used all TAGS are shown
including the SOC tag which is fine. (I also have a CWOPS file loaded in the
Special Callsigns file).

But I would like to be able to filter to see only the SOC tag.

What am I doing wrong with that SOC filter?

Thanks Dave,

OK, back in my hole,

Ron, KU7Y
Mountain Home, ID DN23dc
CW Ops #1211
SKCC #4904
QRP ARCI #8829
SOC #2
Idaho DX Association
Ron@...


Re: WSJT-X Losses Rig Control In Split Mode

g4wjs
 

On 09/01/2020 14:44, Bud Governale wrote:
JA's transmitting on 1908 and listening on 1840 this morning.
WSJT-X connected to K3 thru Commander.
WSJT-X looses rig when K3 is in split mode.
Same if I check mark SPLIT in Commander.
How do I do this?

73,

Bud W3LL

Hi Bud,

WSJT-X does not have direct support for working split in the, conventional manner, this is because it uses SPLIT mode on your rig for a different purpose. The recommended way to do what you wish is to create a new configuration in WSJT-X ("Menu->Configurations"), and in that configuration set "Settings->Radio->Rig->None". You can switch to that configuration when you wish to work JAs on top band. You will also need a PTT method that works since CAT PTT will not be available while WSJT-X CAT control is disabled. The easiest option is probably to enable DATA VOX on your K3.

73
Bill
G4WJS.


--
73

Bill

G4WJS.


WSJT-X Losses Rig Control In Split Mode

Bud Governale
 

JA's transmitting on 1908 and listening on 1840 this morning.
WSJT-X connected to K3 thru Commander.
WSJT-X looses rig when K3 is in split mode.
Same if I check mark SPLIT in Commander.
How do I do this?

73,

Bud W3LL


Apps sometimes slow to load testing results - preliminary

Chuck, WS1L
 

A few weeks ago I posted about some apps taking longer to load – e.g. Commander and DXKeeper loading quickly after a re-boot but slowly after the PC was running for a few hours or more.  Dave was able to point out some areas to investigate.

 

This morning I had some time to further investigate and found the following:

 

PC had been running for several days

Resource monitor showed nothing taking more than 4% of CPU

On starting Commander, it took 36 seconds to launch, during which time:

CPU average stayed right at 10 – 11%

Disk highest activity hit 1% a few times but mostly stayed at 0%

Network Utilization stayed at 0%

Physical memory in use stayed at 20%

 

I re-booted and Commander launched in 4 seconds, during which time:

CPU average hit 7% for a brief moment, then dropped to 1%

Disk was at 1%

Network 0%

Physical memory 16%

 

Based on what I am seeing in Resource Monitor, there are no PID’s showing any kind of CPU utilization during the lengthy time Commander is launching in the first instance. 

 

There were no associated handles or modules shown in Resource Monitor.

 

When I get more time I will investigate if any Anti virus services are spiking during a prolonged launch but that is all I had time to do this morning. 

 

73 de Chuck, WS1L

================
Chuck Chandler
chandlerusm@...
================