Date   

Re: DX Keeper capture question

Dave AA6YQ
 

On Thu, Jul 15, 2021 at 03:29 PM, Ryan Trullinger (KC0QNB) wrote:
Can I change the caption on the button now named "other" in the progress reports>other reports to POTA in the Check Progress tab?
+ That button is not rename-able because it is used to access up to 8 progress reports.

      73,

           Dave, AA6YQ


Re: DX Keeper capture question

Ryan Trullinger (KC0QNB)
 

Thanks I got those things working, which generated a new question. Can I change the caption on the button now named "other" in the progress reports>other reports to POTA in the Check Progress tab?


Re: DX Keeper capture question

Dave AA6YQ
 

+ AA6YQ comments below

You can find more about DXLab support for POTA by doing a search on the DXLab wiki.

Go to the DXLab wiki: http://www.dxlabsuite.com/dxlabwiki/TitleIndex

In upper right corner Search Box, type in POTA and strike return key.

 

There is an article about POTA that may provide more help for you.

+ Mark AA3K contributed the article; it's here:

https://www.dxlabsuite.com/dxlabwiki/UserAwardProgressreports

      73,

              Dave, AA6YQ

 


Re: DX Keeper capture question

w6de
 

You can find more about DXLab support for POTA by doing a search on the DXLab wiki.

Go to the DXLab wiki: http://www.dxlabsuite.com/dxlabwiki/TitleIndex

In upper right corner Search Box, type in POTA and strike return key.

 

There is an article about POTA that may provide more help for you.

 

73,

Dave, w6de

 

From: DXLab@groups.io [mailto:DXLab@groups.io] On Behalf Of Ryan Trullinger (KC0QNB) via groups.io
Sent: Thursday, July 15, 2021 18:45
To: DXLab@groups.io
Subject: [DXLab] DX Keeper capture question

 

I decided to try using the QSL message/Comment box to make a note like "POTA K-3615", is this the best approach for this kind of thing? I see there is dedicated SOTA text box.


DX Keeper capture question

Ryan Trullinger (KC0QNB)
 

I decided to try using the QSL message/Comment box to make a note like "POTA K-3615", is this the best approach for this kind of thing? I see there is dedicated SOTA text box.


Re: Busted Link-IARU on DXLab/DXKeeper/Help/Contesting.htm page

Jim McPhee
 

That would certainly make it convenient for the contest participants!
--
Jim McPhee
Placitas, NM
W5ABA


Re: DXKeeper/Capture

Steve Phillips - NS4P
 



On Thu, Jul 15, 2021 at 9:45 AM Dave AA6YQ <aa6yq@...> wrote:
I just had a chance to upgrade to the new version of DXCapture and wanted to make an observation.

The way the user defined boxes are currently numbered if you want to use box 0 and 1 you have to enable two rows. If the boxes were
numbered from left to right instead of top to bottom you would only have to enable one row.

I guess an argument could be made that you could use 0 and 4 and then you only have to enable one row. What do you think?

+ You can employ user-defined controls 0 and 4 to limit reduce the height of the Capture window without any loss of functionality or
convenience.

BTW the same thing sort of occurs with row 13. If it's enabled you see grid 4 and SOTA. I think grid 2 and SOTA would be a better
display.

+ Every user has his or her own view of an optimal arrangement. When I run out of more valuable things to do, I will consider a
further extension of the Capture window layout mechanism to allow any control to be put in any position. That's not imminent.

         73,

                Dave, AA6YQ







Re: Commander question/request

Dave AA6YQ
 

+ AA6YQ comments below

I understand your position, but under my point of view this is a functional limitation for Commander because I use my radio remotely, so it's very important to have control of all parameters.

+ The publicly released version of Commander can control all of a radio's CAT-accessible parameters via user-defined command sequences and user-defined sliders.

Your suggestion could be a workaround, but some radios, as Yaesu, store different settings for each operative mode, so it's ok on startup, but lost sync when the mode is changed.

+ You can create user-defined command sequences that issue mode change commands and then configure the remote radio for optimal operation in that mode.

Maybe you can consider to use the hamlib libraries, instead of develop your own code, in this case the radio communication is transparent and independent of radio model, so you could focus on your software.

+ Please point me at the documentation of the hamlib API that controls the notch filter bandwidth of every transceiver with a CAT-controllable notch filter.

73,

Dave, AA6YQ


Re: DXKeeper/Capture

Dave AA6YQ
 

I just had a chance to upgrade to the new version of DXCapture and wanted to make an observation.

The way the user defined boxes are currently numbered if you want to use box 0 and 1 you have to enable two rows. If the boxes were
numbered from left to right instead of top to bottom you would only have to enable one row.

I guess an argument could be made that you could use 0 and 4 and then you only have to enable one row. What do you think?

+ You can employ user-defined controls 0 and 4 to limit reduce the height of the Capture window without any loss of functionality or
convenience.

BTW the same thing sort of occurs with row 13. If it's enabled you see grid 4 and SOTA. I think grid 2 and SOTA would be a better
display.

+ Every user has his or her own view of an optimal arrangement. When I run out of more valuable things to do, I will consider a
further extension of the Capture window layout mechanism to allow any control to be put in any position. That's not imminent.

73,

Dave, AA6YQ


Re: Commander question/request

Joe Subich, W4TV
 

On 2021-07-15 2:44 AM, Johnny IZ8EWD via groups.io wrote:
Maybe you can consider to use the hamlib libraries, instead of develop your own code, in this case the radio communication is transparent and independent of radio model, so you could focus on
your software.
hamlib is garbage, buggy and incomplete. The adoption of it would
significantly cripple DXLab Suite. Further, it would not resolve
your issue since the User Defined Controls routines do not have
the ability to read/interpret responses from the radio or do
conditional execution and branching.

73,

... Joe, W4TV


On 2021-07-15 2:44 AM, Johnny IZ8EWD via groups.io wrote:
[Edited Message Follows]
Hi Dave, thanks for reply.
I understand your position, but under my point of view this is a functional limitation for Commander because I use my radio remotely, so it's very important to have control of all parameters.
Your suggestion could be a workaround, but some radios, as Yaesu, store different settings for each operative mode, so it's ok on startup, but lost sync when the mode is changed.
Maybe you can consider to use the hamlib libraries, instead of develop your own code, in this case the radio communication is transparent and independent of radio model, so you could focus on your software.
73


New Capture Window

Julio Peralta
 

BTW I forgot to say how much I like the new Capture window saves some space on my already crowed screen. Thanks for that.

 

Julio


DXKeeper/Capture

Julio Peralta
 

I just had a chance to upgrade to the new version of DXCapture and wanted to make an observation.

 

The way the user defined boxes are currently numbered if you want to use box 0 and 1 you have to enable two rows. If the boxes were numbered from left to right instead of top to bottom you would only have to enable one row.

 

I guess an argument could be made that you could use 0 and 4 and then you only have to enable one row. What do you think?

 

BTW the same thing sort of occurs with row 13. If it’s enabled you see grid 4 and SOTA. I think grid 2 and SOTA would be a better display.

 

Julio, W4HY


Re: DXView to Control Remote Rotator

Johnny IZ8EWD
 

Or Raspberry Pi in the remote site, attached to control box serial port, running ser2net utility.
On the client side, software like VSPE, com0com, ecc.

I'm writing a guide for this, please be patient, I will attach the link when finished.


Re: Commander question/request

Johnny IZ8EWD
 
Edited

Hi Dave, thanks for reply.
I understand your position, but under my point of view this is a functional limitation for Commander because I use my radio remotely, so it's very important to have control of all parameters.
Your suggestion could be a workaround, but some radios, as Yaesu, store different settings for each operative mode, so it's ok on startup, but lost sync when the mode is changed.

Maybe you can consider to use the hamlib libraries, instead of develop your own code, in this case the radio communication is transparent and independent of radio model, so you could focus on your software.

73


Re: DXKeeper Gateway v 1.2.1

g4wjs
 

On 14/07/2021 03:53, Hunter Mills - K3IE wrote:
Hi Dave.

SVCHST and Google Chrome are the top 2 CPU / Memory consumers,

I rebooted in Safe Mode w/ Networking and Gateway worked flawlessly - realtime logging of N1MM QSOs into DXKeeper.

I am running an i5-3470 @ 3.2 Ghz w/ 8GB RAM

I run a Flex 6600 via Maestro - not using SmartSDR on the desktop.  Perhaps I need more computer horsepower or just use only the necessary programs (N1MM+, DXK, DXKGateway when operating).

- Hunter.
Hi Hunter,

svcost.exe is a container process that runs one or more system services, there will be several instances of it running on your system, it may be that one of the system services is using excessive resources. You can see which services that instance of svchost.exe is running using the Windows Resource Monitor (started from the Performance tab of the Windows Task Manager). Go to the CPU tab of the Resource Monitor, sort the listed process by descending CPU usage (click the CPU column heading of the top Processes table). You should see the svchost.exe process that is using excessive resources near the top, check the checkbox at the left hand side (that may be tricky as the move around if other processes are active, it may take a couple of tries). once a single process it checked the resources it uses are highlighted. In the second table (Services) you will see the names of the set of services that particular instance of svchost.exe is hosting, the CPU usage in that table should make it obvious which service is the offender.

Once you have identified the problem service don't just disable that service, many Internet resources will tell you to do that but you are better to find out why it is using excessive resources and fix the root problem. Most system services do important tasks and use very few resources when they are working correctly.



--
73

Bill

G4WJS.


Re: DXKeeper Gateway v 1.2.1

Hunter Mills - K3IE
 

Tnx Dave for your comments - I will try that.

Much appreciated - Hunter.


Re: DXKeeper Gateway v 1.2.1

Dave AA6YQ
 

+ AA6YQ comments below

SVCHST and Google Chrome are the top 2 CPU / Memory consumers,

I rebooted in Safe Mode w/ Networking and Gateway worked flawlessly - realtime logging of N1MM QSOs into DXKeeper.

+ That likely means that an application automatically started by Windows when booted "normally" is interfering with the interoperation. Misconfigured or incompetent anti-malware is the usual culprit, but there are others; see

http://www.dxlabsuite.com/dxlabwiki/ApplicationInteference


I am running an i5-3470 @ 3.2 Ghz w/ 8GB RAM

I run a Flex 6600 via Maestro - not using SmartSDR on the desktop. Perhaps I need more computer horsepower or just use only the necessary programs (N1MM+, DXK, DXKGateway when operating).

+ At least terminate Chrome when operating, or close all but one tab if you absolutely need web access.

73,

Dave, AA6YQ


Re: DXKeeper Gateway v 1.2.1

Hunter Mills - K3IE
 

Hi Dave.

SVCHST and Google Chrome are the top 2 CPU / Memory consumers,

I rebooted in Safe Mode w/ Networking and Gateway worked flawlessly - realtime logging of N1MM QSOs into DXKeeper.

I am running an i5-3470 @ 3.2 Ghz w/ 8GB RAM

I run a Flex 6600 via Maestro - not using SmartSDR on the desktop.  Perhaps I need more computer horsepower or just use only the necessary programs (N1MM+, DXK, DXKGateway when operating).

- Hunter.


updated eQSL AG and LoTW databases are available...

Dave AA6YQ
 

...via the Databases tab of DXView's Configuration window.

73,

Dave, AA6YQ


Re: DXKeeper Gateway v 1.2.1

Dave AA6YQ
 

+ AA6YQ comments below
Having intermittent problems with the Gateway.  It will work for awhile and then lock-up.

As suggested by similar posts on this forum, I have rebooted my Windows computer and the Gateway will work but eventually "freeze up" again.

During IARU - the Gateway was working until the end of the contest when it "locked up" with the spinning mouse wheel.  CPU and Memory Usage are both about 60%.

+ Those are both rather high. What tasks are the top 3 consumers of CPU time? What tasks are the top 3 consumers of memory?

 

Would appreciate any suggestions - I use N1MM+ as my everyday logging interface in addition to the contests.  The Gateway prevents me from forgetting to create .ADI files to transfer into DXKeeper.

+ Please reboot Windows into "Safe mode with networking"; then start N1MM, DXKeeper, and the Gateway, and temporarily disable automatic uploading to eQSL/LoTW/ClubLog if you have any of those enabled. What happens when you log test QSOs in N1MM?

        73,

               Dave, AA6YQ

 

7901 - 7920 of 210307