Date   

Re: New TQSL-ACLog Conflict

wa9m@...
 

Had same problem,was trying to upload 5 qsos since tqsl update.Followed Scott"s suggestion ;Operator field now blank.I had to upload 1 at a time.it then worked.I might download beta of next ver of tqsl
5.2.3
73 Bob WA9M


Re: FL QSO

Scott Davis
 

Hi JC,

Thanks for your e-mail.  The county will be sent to you during the contest exchange.  Most contest sponsors believe it unethical for contest software to assist the exchange by using an external callbook lookup source.

Enjoy!

73, Scott
N3FJP

Serving the Amateur Radio community with contesting and general logging software since 1997.

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


-----Original Message-----
From: NT4K JC <nt4k@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Thu, Apr 16, 2020 6:31 am
Subject: [N3FJPSoftwareUsers] FL QSO

Scott…
 
I have installed the current version of the FL QSO software.  I notice there is a column  “County R” but it does not update when a call is entered.  This software unlike my Contact Log does not have the “CallBook” tab to specify a path to fetch this info.  I’m sure this is not required for the FL QSO Party but I hate to miss a county I have not yet worked.  Can the software populate this field?
 
Thanks
73 NT4K JC


Re: LoTW freezes \

Scott Davis
 

Hi Goober,

Thanks for your e-mail.  I've not ever experienced it, so I really don't know.  My guess is that somehow the form was closed when not on a valid desktop location (user changed monitor locations or the like) and when it displays next time, it is not on a valid desktop location.  That said, my form display code does check for a valid desktop location on launch, so I am really not sure.

73, Scott
N3FJP

Serving the Amateur Radio community with contesting and general logging software since 1997.

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


-----Original Message-----
From: goobcrow <goobcrow@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Thu, Apr 16, 2020 6:30 am
Subject: Re: [N3FJPSoftwareUsers] LoTW freezes \

Thankfully I found this thread as I've been fighting with this for the past 24 hours. This worked for me too!

My question to Scott is do you know what causes this? I first thought it was rfi from my radio getting into the pc. I'd like to know if you have the answer.

Thanks
goober


FL QSO

NT4K JC
 

Scott…

 

I have installed the current version of the FL QSO software.  I notice there is a column  “County R” but it does not update when a call is entered.  This software unlike my Contact Log does not have the “CallBook” tab to specify a path to fetch this info.  I’m sure this is not required for the FL QSO Party but I hate to miss a county I have not yet worked.  Can the software populate this field?

 

Thanks

73 NT4K JC


Re: LoTW freezes \

goobcrow@...
 

Thankfully I found this thread as I've been fighting with this for the past 24 hours. This worked for me too!

My question to Scott is do you know what causes this? I first thought it was rfi from my radio getting into the pc. I'd like to know if you have the answer.

Thanks
goober


Re: Interface to WSJT-X

Jim Shorney
 

Not at all. There's a cool little Python script written by W3DJS that will do it automatically in the backgrounf. It works very well. Of course you need Python to run it. I've neverf run Python on Windows but it works nicely in Linux talking from WSJT-X to ACL running on a Windoes box.

https://github.com/dslotter/wsjtx_to_n3fjp/

Of course you can always import from the ADIF file created by WSJT-X.


73 & 44,

-Jim
NU0C

Zero District POTA Log Manager
http://www.parksontheair.com/
Zero and Seven Districts WWFF-KFF Log Manager
https://wwffkff.wordpress.com/


On Wed, 15 Apr 2020 06:15:26 -0700
"John Brock" <brock71@roadrunner.com> wrote:

Is it necessary to use JTAert to get FT-8 contacts to log into  ACL?
Where is the best place to look for  interface instructions?
Thanks
John
WA8US



Re: Rig Control Issue with ICOM 7300

Scott
 

Hi Scott,

Hope you are doing well. I watched the video with the young lady and I'm still having an issue. I'll keep researching!

73 Scott
KN3A


Re: Rig Control Issue with ICOM 7300

K4GM-George
 

FWIW I have my com port set to 115200 and ACLog CAT  works fine.     N1MM's Spectrum display  works well along with CAT on the same port (in cw). This is with an IC-7300.

73, George K4GM

On 4/15/2020 4:56 PM, Scott Davis via groups.io wrote:
Hi Scott,

Thanks for your e-mail.  I'm sorry that you have run into trouble.  I've had lots of good reports on the 7300, so I am sure the software is fine.  You will find the detailed settings other 7300 users have sent along here (there is even a video specific to the 7300):


Note that no other users reported the baud rate you are trying.

Enjoy!


73, Scott
N3FJP

Serving the Amateur Radio community with contesting and general logging software since 1997.

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


-----Original Message-----
From: Scott <scolit@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Wed, Apr 15, 2020 4:05 pm
Subject: [N3FJPSoftwareUsers] Rig Control Issue with ICOM 7300

I want to use ACLog while working POTA. My COM10 is set at 115200, so I can use the N1MM Spectrum when contesting and it works well. I also use a program called VSPE and the virtual port is COM20 (not too important). I have the Baud Rate set with the "Other" at 115200. The Parity is None, Data bits 8 and Stop Bits 1. Connection power set to RTS like in N1MM. Mode determined by Rig and the Command to Read Frequencies is FE FE 94 E0 03 FD and the Command to Read Mode is FE FE 94 E0 04 FD. The rig keys and Polling Rig, however it does not read back the Frequency/Mode. If I click Frequency and send, it will QSY to that frequency. So I'm close, can someone give me some hint what I'm doing wrong?

73 Scott
KN3A


Re: Rig Control Issue with ICOM 7300

Scott Davis
 

Hi Scott,

Thanks for your e-mail.  I'm sorry that you have run into trouble.  I've had lots of good reports on the 7300, so I am sure the software is fine.  You will find the detailed settings other 7300 users have sent along here (there is even a video specific to the 7300):


Note that no other users reported the baud rate you are trying.

Enjoy!


73, Scott
N3FJP

Serving the Amateur Radio community with contesting and general logging software since 1997.

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


-----Original Message-----
From: Scott <scolit@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Wed, Apr 15, 2020 4:05 pm
Subject: [N3FJPSoftwareUsers] Rig Control Issue with ICOM 7300

I want to use ACLog while working POTA. My COM10 is set at 115200, so I can use the N1MM Spectrum when contesting and it works well. I also use a program called VSPE and the virtual port is COM20 (not too important). I have the Baud Rate set with the "Other" at 115200. The Parity is None, Data bits 8 and Stop Bits 1. Connection power set to RTS like in N1MM. Mode determined by Rig and the Command to Read Frequencies is FE FE 94 E0 03 FD and the Command to Read Mode is FE FE 94 E0 04 FD. The rig keys and Polling Rig, however it does not read back the Frequency/Mode. If I click Frequency and send, it will QSY to that frequency. So I'm close, can someone give me some hint what I'm doing wrong?

73 Scott
KN3A


Rig Control Issue with ICOM 7300

Scott
 

I want to use ACLog while working POTA. My COM10 is set at 115200, so I can use the N1MM Spectrum when contesting and it works well. I also use a program called VSPE and the virtual port is COM20 (not too important). I have the Baud Rate set with the "Other" at 115200. The Parity is None, Data bits 8 and Stop Bits 1. Connection power set to RTS like in N1MM. Mode determined by Rig and the Command to Read Frequencies is FE FE 94 E0 03 FD and the Command to Read Mode is FE FE 94 E0 04 FD. The rig keys and Polling Rig, however it does not read back the Frequency/Mode. If I click Frequency and send, it will QSY to that frequency. So I'm close, can someone give me some hint what I'm doing wrong?

73 Scott
KN3A


Re: Registration

Scott Davis
 

Hi,

Thanks for your e-mail.  Please e-mail us direct (snkdavis@...), ask for an updated password list and include your call sign.  Kim will get that out to you.

Thanks for your continued interest in our software!

73, Scott
N3FJP

Serving the Amateur Radio community with contesting and general logging software since 1997.

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


-----Original Message-----
From: 520jimenez <520jimenez@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Wed, Apr 15, 2020 2:13 pm
Subject: [N3FJPSoftwareUsers] Registration

I had registered and purchased the contest logging software a while back. Since then I haven't used it and purchased another Laptop. How can I verify my registration?


Re: Using CWops CWT Logger

Frank MacKenzie-Lamb
 

If anyone needs to set up a Winkeyer as I have, I have illustrated step-by-step directions….just e-mail me at NG1I@...

 

From: N3FJPSoftwareUsers@groups.io <N3FJPSoftwareUsers@groups.io> On Behalf Of Christopher Scibelli via groups.io
Sent: Wednesday, April 15, 2020 11:02 AM
To: N3FJPSoftwareUsers@groups.io
Subject: Re: [N3FJPSoftwareUsers] Using CWops CWT Logger

 

I think you'd be better off with an actual WInkeyer, John.

Scott, has stated many times that just answering user's questions is a full-time job. I wouldn't look for software changes unless there is an actual bug in a program, but I'll let him reiterate if he elects to do so.

73,

Chris  NU1O



-----Original Message-----
From: John Huffman <hjohnc@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Wed, Apr 15, 2020 10:21 am
Subject: [N3FJPSoftwareUsers] Using CWops CWT Logger

This morning I tried the CWops CWT Logger for the first time.  I'm using the Flex SmartSDR CAT as a virtual Winkeyer.  My notes -

The SmartSDR CAT virtual Winkeyer does not allow extra spacing to be embedded in the message.  I can't add half a space between the ESE in my callsign.  I may just go back to a real Winkeyer.

I couldn't find the keyboard shortcut for "go to next spot" on the band map.  I did find where you can make that the default action after each QSO but didn't try it.

If you have TAB-SENDS-MESSAGE enabled you don't have to use the TAB key.  Enter a call, press SPACE BAR, enter or check the exchange received, hit ENTER.  SPACE BAR is easier to find than the TAB key.

The API transfer to AC Log is outstanding.

My wish list -  In other contest loggers when TSM is enabled, you have the option of starting the F2 (exchange) message automatically after a given number of callsign characters – you then complete the callsign while the exchange is being sent.  This is a huge advantage for those of us who type a bit slowly.  It would make CWops CWT Logger and the other N3FJP contest loggers perfect for me.

73,
K1ESE
John


Registration

520jimenez@...
 

I had registered and purchased the contest logging software a while back. Since then I haven't used it and purchased another Laptop. How can I verify my registration?


locked Off Topic: Upcoming Remote VE Testing Sessions

Scott Davis
 


Hi All,

I've heard comments on the group, as well as direct, that you are looking for a project.  I just got word that the Greater L.A. Amateur Radio Group is offering remote VE sessions via Zoom.  If you aren't yet an Extra, there has never been a better time to study and upgrade.  

If you are a VE, this is the perfect opportunity to set up remote VE sessions for your club.
 

The schedule of upcoming VE sessions is listed here:


Here is the system they are setting up for VEs:

https://www.examtools.org/

Since this is just an FYI, off topic post, I will lock it for replies.

Anytime any of us upgrade, or help someone else along, we are all just a bit better for it!


73, Scott
N3FJP

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


Re: ACLog Software from N3FJP not interfacing with a Kenwood TS-890S

Mike Olbrisch
 

Sorry Rich, we have exhausted my input.  I haven’t put a finger on a kenwood since the mid-80s…. long before computer control.  I have Icom and Yaesu, but no Kenwood at all.

 

It probably is something simple.  Good luck in finding it.

 

Mike – KD5KC -- El Paso -- Texas.

 

The canyons are calling, colorful and deep.  But I have promises to keep.

And miles to go still in my Jeep...   And miles to go still in my Jeep...

 

 

ADVENTURE:  The respectful pursuit of trouble.

 

 

 

 

From: N3FJPSoftwareUsers@groups.io <N3FJPSoftwareUsers@groups.io> On Behalf Of Rich Kuster via groups.io
Sent: Wednesday, April 15, 2020 11:41 AM
To: N3FJPSoftwareUsers@groups.io
Subject: Re: [N3FJPSoftwareUsers] ACLog Software from N3FJP not interfacing with a Kenwood TS-890S

 

On Tue, Apr 14, 2020 at 02:03 PM, Rich Kuster wrote:

Object reference not set to am instance of an object

Dear Mike and anyone else reading or following this thread,

Thanks for your suggestions.  I have tried many things.


Yes, I've turned off/on the Kenwood ARCP-TS890 remote control software program and re-initializing AC-Log software many times over and over again.  Also uninstalled/reinstalled the ACLog software a couple times too.

First, the set up.

 

I've got the Silicon Labs CP210x USB to UART bridge (virtual drivers?) active on COM3 & COM5.  The KW ARCP-890 remote control software is assigned to use COM5 and works just fine.

 

For COM4 Serial I have a StarTech FDTI USB to serial cable which I've used when programming HT's, mobile radios, etc.   It doesn't get used much but, as discussed below, I tried it as serial connection between the KW TS-890S to the ACLog software running on the PC.  PC is an HP ENVY running W10.


Next, the steps I've undertaken in tryingto get the ACLog software to interface with the KW TS-890S transceiver.

First step was to download the ACLog software and try to use the unused COM3 port via the Silicon Lab driver.  I tried all different combinations of baud rate, making sure the Data Bits was 8, Parity None, Stops bits 1, and flow control None.  Made sure choices in the ACLog Rig interface window aligned with the driver's port/properties/port settings.  But, when trying to set up the rig interface in the ACLog software, it kept coming back with errors like "device connected not functioning" and the super frustrating "Object reference not set to an instance of an object."  

 

So, then step 2 was to try COM4 Serial using the StarTech FDTI USB to serial cable.  After reading the initial responses to my post on groups.io saying they had ACLog working best by the serial port, I thought I'd give it a shot.  Again, nada.  Same error messages.

 

At one point I did get things to settle down where there were not constant error messages I was able to use the "TEST" option in the ACLog interface set up window.  When I clicked the test button, the ACLog software responded it was "POLLING" the radio.  But, nothing ever came back.  So after 60-90 seconds, I just pressed the end test button.

 

It just seems like the ACLog software doesn't recognize any connection to the TS-890.

 

Step 3 As a last resort, I stripped all USB device connections from the PC for one last round of troubleshooting.  The only things still connected to PC via USB cables were the keyboard, mouse, and HP Printer.   I also disconnected the USB cable to TS-890S used for the ARCP remote control software.  Still no luck.

 

Again, It just seems like the ACLog software doesn't recognize ANY connection to the TS-890.  Dammit, something simple just ain't right.

 

I was hoping to be able to use both the ARCP to control the radio on one COM port and use the other COM port with the ACLog software.  When it sounded like that wouldn't work I figured OK USB for the ARCP and USB Serial for the ACLog software. Or maybe just the ACLog software with the ARCP software turned off. But the way it looks now, I won't be able to use the ACLog software period.

 

I have no idea what to do next except try someone elses logging software.  The ACLog on PC is a free trial version for another 43 days.  Not sure if same free trial option there for the other programs.

 

I am just so frustrated at this point with now about four other hams saying, "Works for me", "No problems here", etc.

 

Any other ideas you might have, please let me know.

 

Thanks & 73's de Rich AF1K 

 

 


Re: ACLog Software from N3FJP not interfacing with a Kenwood TS-890S

Scott Davis
 

Hi Rich,

Thanks for your follow up.  I'm sorry that you are still having trouble.

You should not be seeing that error message, regardless of settings.  Click File > Show File Locations and note the location of your Settings files.  Close AC Log.  With Windows File Manager, navigate to the folder and delete the RigSettings.xml file.  That will essentially start you from scratch.  Then start AC Log and try configuring your rig interface, without any other intervening software, as detailed here:


Once you get rig interfacing working directly, save your settings.  (Save Settings button at lower left of rig list).  You can then start introducing the variables of additional software.

Good luck!

73, Scott
N3FJP

Serving the Amateur Radio community with contesting and general logging software since 1997.

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


-----Original Message-----
From: Rich Kuster via groups.io <richjkuster@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Wed, Apr 15, 2020 1:41 pm
Subject: Re: [N3FJPSoftwareUsers] ACLog Software from N3FJP not interfacing with a Kenwood TS-890S

On Tue, Apr 14, 2020 at 02:03 PM, Rich Kuster wrote:
Object reference not set to am instance of an object
Dear Mike and anyone else reading or following this thread,

Thanks for your suggestions.  I have tried many things.

Yes, I've turned off/on the Kenwood ARCP-TS890 remote control software program and re-initializing AC-Log software many times over and over again.  Also uninstalled/reinstalled the ACLog software a couple times too.

First, the set up.
 
I've got the Silicon Labs CP210x USB to UART bridge (virtual drivers?) active on COM3 & COM5.  The KW ARCP-890 remote control software is assigned to use COM5 and works just fine.
 
For COM4 Serial I have a StarTech FDTI USB to serial cable which I've used when programming HT's, mobile radios, etc.   It doesn't get used much but, as discussed below, I tried it as serial connection between the KW TS-890S to the ACLog software running on the PC.  PC is an HP ENVY running W10.

Next, the steps I've undertaken in tryingto get the ACLog software to interface with the KW TS-890S transceiver.

First step was to download the ACLog software and try to use the unused COM3 port via the Silicon Lab driver.  I tried all different combinations of baud rate, making sure the Data Bits was 8, Parity None, Stops bits 1, and flow control None.  Made sure choices in the ACLog Rig interface window aligned with the driver's port/properties/port settings.  But, when trying to set up the rig interface in the ACLog software, it kept coming back with errors like "device connected not functioning" and the super frustrating "Object reference not set to an instance of an object."  
 
So, then step 2 was to try COM4 Serial using the StarTech FDTI USB to serial cable.  After reading the initial responses to my post on groups.io saying they had ACLog working best by the serial port, I thought I'd give it a shot.  Again, nada.  Same error messages.
 
At one point I did get things to settle down where there were not constant error messages I was able to use the "TEST" option in the ACLog interface set up window.  When I clicked the test button, the ACLog software responded it was "POLLING" the radio.  But, nothing ever came back.  So after 60-90 seconds, I just pressed the end test button.
 
It just seems like the ACLog software doesn't recognize any connection to the TS-890.
 
Step 3 As a last resort, I stripped all USB device connections from the PC for one last round of troubleshooting.  The only things still connected to PC via USB cables were the keyboard, mouse, and HP Printer.   I also disconnected the USB cable to TS-890S used for the ARCP remote control software.  Still no luck.
 
Again, It just seems like the ACLog software doesn't recognize ANY connection to the TS-890.  Dammit, something simple just ain't right.
 
I was hoping to be able to use both the ARCP to control the radio on one COM port and use the other COM port with the ACLog software.  When it sounded like that wouldn't work I figured OK USB for the ARCP and USB Serial for the ACLog software. Or maybe just the ACLog software with the ARCP software turned off. But the way it looks now, I won't be able to use the ACLog software period.
 
I have no idea what to do next except try someone elses logging software.  The ACLog on PC is a free trial version for another 43 days.  Not sure if same free trial option there for the other programs.
 
I am just so frustrated at this point with now about four other hams saying, "Works for me", "No problems here", etc.
 
Any other ideas you might have, please let me know.
 
Thanks & 73's de Rich AF1K 
 
 


Re: ACLog Software from N3FJP not interfacing with a Kenwood TS-890S

Rich Kuster
 

On Tue, Apr 14, 2020 at 02:03 PM, Rich Kuster wrote:
Object reference not set to am instance of an object
Dear Mike and anyone else reading or following this thread,

Thanks for your suggestions.  I have tried many things.

Yes, I've turned off/on the Kenwood ARCP-TS890 remote control software program and re-initializing AC-Log software many times over and over again.  Also uninstalled/reinstalled the ACLog software a couple times too.

First, the set up.
 
I've got the Silicon Labs CP210x USB to UART bridge (virtual drivers?) active on COM3 & COM5.  The KW ARCP-890 remote control software is assigned to use COM5 and works just fine.
 
For COM4 Serial I have a StarTech FDTI USB to serial cable which I've used when programming HT's, mobile radios, etc.   It doesn't get used much but, as discussed below, I tried it as serial connection between the KW TS-890S to the ACLog software running on the PC.  PC is an HP ENVY running W10.

Next, the steps I've undertaken in tryingto get the ACLog software to interface with the KW TS-890S transceiver.

First step was to download the ACLog software and try to use the unused COM3 port via the Silicon Lab driver.  I tried all different combinations of baud rate, making sure the Data Bits was 8, Parity None, Stops bits 1, and flow control None.  Made sure choices in the ACLog Rig interface window aligned with the driver's port/properties/port settings.  But, when trying to set up the rig interface in the ACLog software, it kept coming back with errors like "device connected not functioning" and the super frustrating "Object reference not set to an instance of an object."  
 
So, then step 2 was to try COM4 Serial using the StarTech FDTI USB to serial cable.  After reading the initial responses to my post on groups.io saying they had ACLog working best by the serial port, I thought I'd give it a shot.  Again, nada.  Same error messages.
 
At one point I did get things to settle down where there were not constant error messages I was able to use the "TEST" option in the ACLog interface set up window.  When I clicked the test button, the ACLog software responded it was "POLLING" the radio.  But, nothing ever came back.  So after 60-90 seconds, I just pressed the end test button.
 
It just seems like the ACLog software doesn't recognize any connection to the TS-890.
 
Step 3 As a last resort, I stripped all USB device connections from the PC for one last round of troubleshooting.  The only things still connected to PC via USB cables were the keyboard, mouse, and HP Printer.   I also disconnected the USB cable to TS-890S used for the ARCP remote control software.  Still no luck.
 
Again, It just seems like the ACLog software doesn't recognize ANY connection to the TS-890.  Dammit, something simple just ain't right.
 
I was hoping to be able to use both the ARCP to control the radio on one COM port and use the other COM port with the ACLog software.  When it sounded like that wouldn't work I figured OK USB for the ARCP and USB Serial for the ACLog software. Or maybe just the ACLog software with the ARCP software turned off. But the way it looks now, I won't be able to use the ACLog software period.
 
I have no idea what to do next except try someone elses logging software.  The ACLog on PC is a free trial version for another 43 days.  Not sure if same free trial option there for the other programs.
 
I am just so frustrated at this point with now about four other hams saying, "Works for me", "No problems here", etc.
 
Any other ideas you might have, please let me know.
 
Thanks & 73's de Rich AF1K 
 
 


Re: Field Day Question

Christopher Scibelli
 

Hi Scott,

I'm off-topic here so I apologize.  I'd like to put some of this idle time to use and do some reading on Computer Security.  In Investments we have a book that is referred to as  "the bible of Investing".  Does such a book exist with regard to Computer Security?  Perhaps you could ask your son and if others can suggest a book please chime in.  Send me a private email.  I'm OK on QRZ. 

73,

Chris  NU1O


-----Original Message-----
From: Scott Davis via groups.io <SNKDavis@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Wed, Apr 15, 2020 12:43 pm
Subject: Re: [N3FJPSoftwareUsers] Field Day Question

Hi All,

Regarding updating a common database over the Internet from separated locations...

My knowledge of Virtual Private Networks (VPNs) is rudimentary at best, but my son Chris, KB3KCN is knowledgeable and he set one up between our homes.  Using the VPN, we are able to simultaneously log to our shared database from the Field Day software with both of us connected in real time with full functionality, just as if we were on a traditional LAN!  File share works great, which allows for editing, sorting, deleting, etc from the server or the client.  

The messaging / band status features work fine over the VPN, when enabled with File Share too, so the TCP option should be fine as well.  You just have to enter the IP of the sever, rather than the PC name.

Using a VPN reduces the security concerns present in other alternatives we've discussed.  In our limited testing, the VPN option seems to work perfectly!

If you want to set up a VPN, Chris recommends the free WireGuard software:


Enjoy!


73, Scott
N3FJP

Serving the Amateur Radio community with contesting and general logging software since 1997.

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


-----Original Message-----
From: Scott Davis via groups.io <SNKDavis@...>
To: N3FJPSoftwareUsers@groups.io <N3FJPSoftwareUsers@groups.io>
Sent: Thu, Apr 9, 2020 3:15 pm
Subject: Re: [N3FJPSoftwareUsers] Field Day Question

Hi Ken and All,

Ken, thanks so much for compiling this great information.  I can't thank you enough!  I am very encouraged by the TCP approach.

All, Ken was kind enough to send along a PDF document, which I have posted to the web site here:



http://www.n3fjp.com/faq.html#q120


I encourage as many of you as possible to experiment and repeat Ken's initial tests.  As Ken stresses, you will want to configure all of this well in advance of any actual operating event.

Thanks again Ken!  :)

73, Scott
N3FJP

Serving the Amateur Radio community with contesting and general logging software since 1997.

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


-----Original Message-----
From: Ken Bell <k4ees@...>
To: N3FJPSoftwareUsers@groups.io
Sent: Thu, Apr 9, 2020 3:07 pm
Subject: Re: [N3FJPSoftwareUsers] Field Day Question

Hi

Our club did some testing for a couple of methods to share data/logs for contests and Field Day. Scott asked me to document our findings, which I did and sent to him to put in the files section, which I'm sure he'll do.  He also asked me to post here, so the below is a cut-and-paste from the document. You may want to cut-and-paste back in to something you can print for easy use.  
 
With my IT Security hat on, there is a warning at the bottom to understand what you are doing and to protect yourself from vulnerabilities. Please read it. 
 
Lastly, It's amazing how fast someone with a little experience at networking and radio can go from 'That Weird Guy with Wires in his Trees' to 'Communications Director of Everything'. I say this to let you know I will answer questions as I can.  I don't have access but to 2 types of routers, so if you want to use the Internet method below, you'll need to dig out a manual.   This method worked for us.  I can't guarantee it will work for you, so please proceed at your own risk.  

Ken - K4EES 

------------------------------------

To:       N3FJP Contest Users                                                                             Date: 4/9/2020
 
From:   Ken Bell – K4EES
 
Re:       Using N3FJP Remotely
 

Our club was interested in entering the Florida QSO party in a couple of weeks.  We had decided to do this as a ‘remote’ club effort in the single transmitter category, even before the Social Distancing was forced by the on-going pandemic.   We had used the network feature at Winter Field Day with great success and wanted to incorporate it’s use with Scott’s Out-of-state FL QSO Party software in our effort.  We have tested 2 methods and have had some success, but there are gotchas to both.  
 

Central Shared Database Method:

One of our members suggested using ‘Dropbox’ for sharing the database. Dropbox keeps a local copy of a shared file synced with everyone who is in the share group. Many of us have used this with good success with our work and other projects.  All of our members would point at the shared local copy of the file by changing the file location in the N3FJP software.  
 
Having been a network engineer, DB administrator, and software engineer in my career, warning flags were going off.  N3FJP uses a version of MS Access to store the contact records and MS Access is a ‘single users’ database. MS strongly warns against multiple users accessing the same Access DB.   There are warnings from Dropbox as well.  But, MS wants to sell more expensive products and Dropbox wants to cover themselves in the event expensive data is lost.  Of course, we tested this method anyway….   with mixed results. 
 
Three of us got on-line and entered 10 records at the same time.   We found that If more than one person enters records at the same time, there will be data corruption.  Records will be overwritten.  On the plus side, multiple users can view the data at the same time, so long as they are just viewing. We found out while testing another method (below) that sorting the data by clicking on the field names at the top of the screen also caused problems.
 
Dropbox Setup:
1.     Go to http://dropbox.com and setup an account.  There are free ones, and I suspect that the free one will work fine, although there is a limit to the number of users/systems that can access the shared folder on a free account. Everyone who will participate needs an account.
2.     ONE USER ONLY creates a folder (‘N3FJP_shared’, perhaps).
3.     Put that folder in your Dropbox folder.
4.     Open the N3FJP package you will use, then File->Start a New Database…. In that folder. 
5.     Share that folder with all users you expect to participate.
6.     Put a text file (Test.txt) in the folder as well for testing.
 
On the PCs that will share the N3FJP DB: 
1.     Accept the share from the user above and obtain access to the shared folder.
2.     Make sure you can make changes to the Test.txt file. 
3.     Open your copy of N3FJP and point it to the shared DB file in the Dropbox folder. (Files->Open )
4.     To test, take turns entering contacts.  Allow plenty of time between changing users.  The Settings->Refresh Rate is default to 60 seconds, so I would allow at least double that before allowing another user to start entering data.   OR, verify that the last record is the same.
 
You can all watch your progress real-time and keep up with your score, but you will need to coordinate between users to enter contacts, and no tinkering while records are being entered.  Watch only if you aren’t the single user ‘On Duty’ to be adding Contact Records.  This method is probably easier for non-technical users to setup, but will have few features and will be a bit easier to cause problems. 
 
Recommendations:
·       Reasonably fast Internet speed with little latency is required.
·       Only ONE person entering contacts at a time. 
·       Use some method to alert other users at shift change to allow other users to enter contacts. We used MS Teams
·       Multiple users can view the data and watch progress.  
·       No messing about in the data grid. 
·       At shift change, make sure the last record reads the same to ensure the data has been synced before the next operator starts data entry.
 

N3FJP Network Feature used over the Internet 

While I was replying to a message about the method above, I had an idea to try the Network feature we had used at WFD over the Internet.  All that would be required would be a minor change in the router in front of the N3FJP SERVER system. Please read the stern warning at the end!
 
I had an email from another user (special thanks to Jay, N1AV) who said he had done this with his club and encouraged me to go on. One of our club members had a spare laptop, so I did some preliminary tests and found that we were able to use the Network function across the internet.  We setup a test with the other club members.  The change that makes this work is on the home ROUTER that sits in front of the SERVER system. The rest is straight forward.
 
On the SERVER PC system:
1.     Decide where the SERVER will be located. Preferably on a simple, single router network such as at a home. 
2.     Start the SERVER up on the local network.  Obtain the SERVER IP address and write it down for later
3.     In N3FJP go to Settings->Network (Some of Scott’s software have Network as a top level menu). Make sure 'This Station Name' and 'Server Name or IP' are exactly the same (required on the SERVER only). I would leave them as they were set by default on the SERVER.
4.     Click 'Server and Clients Connected’ and choose ‘TCP’.  Click 'Enable Status / Chat Functions'

On the ROUTER:
1.     Find the manufacturers instructions for the ROUTER that is between the Internet and the SERVER PC. Google can be helpful.
2.     Log into the ROUTER, most likely using a web browser, and obtain the IP address supplied by your Internet provider. Write it down for later.
3.     While logged in to the ROUTER, setup 'port forwarding' to send traffic from the Internet on port 1000 to the local IP address of the SERVER you wrote down above.  Note that this might be called 'Single Port Forwarding', or if your router is very old, may be called setting up an Enclave or something else. My setup had a way to change it from port 1000 to another port.  If you have this option, put port 1000 in both places.  Read your ROUTER instructions!
4.     If your ROUTER allows it, create a static IP address for your SERVER, so it won't change.  Do this while logged into the ROUTER. Older routers may just take the IP address out of the address pool, while newer routers will reserve the address and give it to that system only when it comes on-line.  Read your Router Instructions. 
 
 
On remote N3FJP systems:
1.     Open N3FJP and go to Settings->Network and enter the Outside IP address of the ROUTER (obtained above) in the 'Server Name or IP' field.
2.     Click Network Method 'TCP' and 'Enable Status / Chat Functions'. 
 
You should all be sharing the data on the SERVER system. 
 
As promised, there are some gotchas.  
First, there are network vulnerabilities in using this method.  Read the warning below and share the IP address of the server with ONLY the people you trust.  Second, we found that we could simultaneously enter data, but, if someone sorted the records by clicking on the field headings, the record ids would stop being sequential and we THINK we lost a couple of record.  Don’t mess about with the records grid window. 
 
We have determined that we can all enter data simultaneously, and we can view the records!  The Chat feature works beautifully as well.  
 
Recommendations:
·       Read the Warning Section below.  Only open the hole in your Router to test and for the contest.  Do NOT leave it open. 
·       Only share the outside IP address to responsible parties that are participating.
·       Reasonably fast Internet access with low latency is required for all parties.  It would be interesting to see how this works for someone with Hughes Net, since it uses a satellite link. 
·       No messing about with the data fields at the top of the screen.  This MAY cause issues.  Further testing required. 
·       If you decide to do this, you should be familiar with the Network feature and play with it on a local network before you try across the Internet.  It’s easy to use, but you can eliminate some questions before you start working with someone remotely. 
·       Even if you are familiar with N3FJP Networking, please test access across the Internet before the contest.  Make sure everyone on your team knows how to setup their system. 
·       The ‘chat’ feature in Networking works GREAT!!!  We used it for testing and will use it for FL QSO party (and perhaps other contests) to hand over the ‘Duty’ to other operators.
·       We found it was OK for a user to modify his own records, but do NOT delete any records while the contest is in progress.  Write down the ID# and call sign and delete it afterwards. We found this to be true whether on a local network or over the Internet. 
·       Setup up and use a backup.  For Winter FD, we used a thumb drive on the server system and dumped a backup to the thumb drive every 15 minutes.  Didn't need it, and proud we didn't.
·       We recommend having the SERVER on a separate box, although Jay said his club has just used one of the user’s systems for the server.   Note that if you have a separate system for the server, a user on the same network needs to just enter the outside address of your ROUTER, just like everyone else.  
·       I wouldn’t recommend buying a new router, but My Netgear Velop has a phone app that makes all of this setup extremely easy.  If you own an Velop, use the app.  
·       If you start having problems, check to make sure that your Internet provider hasn’t changed your IP address of your ROUTER.  Also, check to make sure that the SERVER’s IP address hasn’t changed. 
·       And lastly, it works (so far)  for us.  I'm an ex-IT/Security guy. I know the risks we are taking.  I cannot be responsible for any problems YOU might have. 
 
WARNINGS from an ex-Fortune 500 IT Security Manager:
Your Router is being scanned regularly from the Internet looking for vulnerabilities to exploit. Normally, your router drops these attempted connections and you never see them.   What we are doing here is opening a TEMPORARY (please put it back afterwards) hole on TCP port 1000 from the Internet to your router to a specific system, which is your SERVER.   Don't open this up and leave it open!  Over time, a nefarious individual (probably from Russia or S.Korea)  WILL find it and WILL attempt an exploit. There may be a port 1000 vulnerability that Windows 10 is not protected against.  AND, this could make a mess of your DB.   Chances are small if you open it for a short time, do your testing and close it, open it for the contest and the close it. But don’t just leave it open.
 
N3FJP has no authentication for the Network feature. It was intended to be used by friends behind a router that no one can access except those friends. If you change your router with the network feature as described above to be used over the Internet, anyone who has this info and your router outside IP address can hop into your Server's log DB with you. Any and all who are on-line with the Network feature can add, change, and delete records…. even your whole log.  The IP Address is the key: Be careful of who you share it.
--
Ken - K4EES


Re: Using CWops CWT Logger

Ken Bell
 

If you don't own a Winkeyer, I suggest looking at the Mortty solution.   It's a tiny, cheap kit that's easy to build.  Although its built on an Arduino, it comes pre-loaded with software (Either CW or RTTY) .  Takes a couple of hours to have it built and tested.
--
Ken - K4EES


Re: Field Day Question

Scott Davis
 

Hi All,

Regarding updating a common database over the Internet from separated locations...

My knowledge of Virtual Private Networks (VPNs) is rudimentary at best, but my son Chris, KB3KCN is knowledgeable and he set one up between our homes.  Using the VPN, we are able to simultaneously log to our shared database from the Field Day software with both of us connected in real time with full functionality, just as if we were on a traditional LAN!  File share works great, which allows for editing, sorting, deleting, etc from the server or the client.  

The messaging / band status features work fine over the VPN, when enabled with File Share too, so the TCP option should be fine as well.  You just have to enter the IP of the sever, rather than the PC name.

Using a VPN reduces the security concerns present in other alternatives we've discussed.  In our limited testing, the VPN option seems to work perfectly!

If you want to set up a VPN, Chris recommends the free WireGuard software:


Enjoy!


73, Scott
N3FJP

Serving the Amateur Radio community with contesting and general logging software since 1997.

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


-----Original Message-----
From: Scott Davis via groups.io <SNKDavis@...>
To: N3FJPSoftwareUsers@groups.io <N3FJPSoftwareUsers@groups.io>
Sent: Thu, Apr 9, 2020 3:15 pm
Subject: Re: [N3FJPSoftwareUsers] Field Day Question

Hi Ken and All,

Ken, thanks so much for compiling this great information.  I can't thank you enough!  I am very encouraged by the TCP approach.

All, Ken was kind enough to send along a PDF document, which I have posted to the web site here:



http://www.n3fjp.com/faq.html#q120


I encourage as many of you as possible to experiment and repeat Ken's initial tests.  As Ken stresses, you will want to configure all of this well in advance of any actual operating event.

Thanks again Ken!  :)

73, Scott
N3FJP

Serving the Amateur Radio community with contesting and general logging software since 1997.

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


-----Original Message-----
From: Ken Bell <k4ees@...>
To: N3FJPSoftwareUsers@groups.io
Sent: Thu, Apr 9, 2020 3:07 pm
Subject: Re: [N3FJPSoftwareUsers] Field Day Question

Hi

Our club did some testing for a couple of methods to share data/logs for contests and Field Day. Scott asked me to document our findings, which I did and sent to him to put in the files section, which I'm sure he'll do.  He also asked me to post here, so the below is a cut-and-paste from the document. You may want to cut-and-paste back in to something you can print for easy use.  
 
With my IT Security hat on, there is a warning at the bottom to understand what you are doing and to protect yourself from vulnerabilities. Please read it. 
 
Lastly, It's amazing how fast someone with a little experience at networking and radio can go from 'That Weird Guy with Wires in his Trees' to 'Communications Director of Everything'. I say this to let you know I will answer questions as I can.  I don't have access but to 2 types of routers, so if you want to use the Internet method below, you'll need to dig out a manual.   This method worked for us.  I can't guarantee it will work for you, so please proceed at your own risk.  

Ken - K4EES 

------------------------------------

To:       N3FJP Contest Users                                                                             Date: 4/9/2020
 
From:   Ken Bell – K4EES
 
Re:       Using N3FJP Remotely
 

Our club was interested in entering the Florida QSO party in a couple of weeks.  We had decided to do this as a ‘remote’ club effort in the single transmitter category, even before the Social Distancing was forced by the on-going pandemic.   We had used the network feature at Winter Field Day with great success and wanted to incorporate it’s use with Scott’s Out-of-state FL QSO Party software in our effort.  We have tested 2 methods and have had some success, but there are gotchas to both.  
 

Central Shared Database Method:

One of our members suggested using ‘Dropbox’ for sharing the database. Dropbox keeps a local copy of a shared file synced with everyone who is in the share group. Many of us have used this with good success with our work and other projects.  All of our members would point at the shared local copy of the file by changing the file location in the N3FJP software.  
 
Having been a network engineer, DB administrator, and software engineer in my career, warning flags were going off.  N3FJP uses a version of MS Access to store the contact records and MS Access is a ‘single users’ database. MS strongly warns against multiple users accessing the same Access DB.   There are warnings from Dropbox as well.  But, MS wants to sell more expensive products and Dropbox wants to cover themselves in the event expensive data is lost.  Of course, we tested this method anyway….   with mixed results. 
 
Three of us got on-line and entered 10 records at the same time.   We found that If more than one person enters records at the same time, there will be data corruption.  Records will be overwritten.  On the plus side, multiple users can view the data at the same time, so long as they are just viewing. We found out while testing another method (below) that sorting the data by clicking on the field names at the top of the screen also caused problems.
 
Dropbox Setup:
1.     Go to http://dropbox.com and setup an account.  There are free ones, and I suspect that the free one will work fine, although there is a limit to the number of users/systems that can access the shared folder on a free account. Everyone who will participate needs an account.
2.     ONE USER ONLY creates a folder (‘N3FJP_shared’, perhaps).
3.     Put that folder in your Dropbox folder.
4.     Open the N3FJP package you will use, then File->Start a New Database…. In that folder. 
5.     Share that folder with all users you expect to participate.
6.     Put a text file (Test.txt) in the folder as well for testing.
 
On the PCs that will share the N3FJP DB: 
1.     Accept the share from the user above and obtain access to the shared folder.
2.     Make sure you can make changes to the Test.txt file. 
3.     Open your copy of N3FJP and point it to the shared DB file in the Dropbox folder. (Files->Open )
4.     To test, take turns entering contacts.  Allow plenty of time between changing users.  The Settings->Refresh Rate is default to 60 seconds, so I would allow at least double that before allowing another user to start entering data.   OR, verify that the last record is the same.
 
You can all watch your progress real-time and keep up with your score, but you will need to coordinate between users to enter contacts, and no tinkering while records are being entered.  Watch only if you aren’t the single user ‘On Duty’ to be adding Contact Records.  This method is probably easier for non-technical users to setup, but will have few features and will be a bit easier to cause problems. 
 
Recommendations:
·       Reasonably fast Internet speed with little latency is required.
·       Only ONE person entering contacts at a time. 
·       Use some method to alert other users at shift change to allow other users to enter contacts. We used MS Teams
·       Multiple users can view the data and watch progress.  
·       No messing about in the data grid. 
·       At shift change, make sure the last record reads the same to ensure the data has been synced before the next operator starts data entry.
 

N3FJP Network Feature used over the Internet 

While I was replying to a message about the method above, I had an idea to try the Network feature we had used at WFD over the Internet.  All that would be required would be a minor change in the router in front of the N3FJP SERVER system. Please read the stern warning at the end!
 
I had an email from another user (special thanks to Jay, N1AV) who said he had done this with his club and encouraged me to go on. One of our club members had a spare laptop, so I did some preliminary tests and found that we were able to use the Network function across the internet.  We setup a test with the other club members.  The change that makes this work is on the home ROUTER that sits in front of the SERVER system. The rest is straight forward.
 
On the SERVER PC system:
1.     Decide where the SERVER will be located. Preferably on a simple, single router network such as at a home. 
2.     Start the SERVER up on the local network.  Obtain the SERVER IP address and write it down for later
3.     In N3FJP go to Settings->Network (Some of Scott’s software have Network as a top level menu). Make sure 'This Station Name' and 'Server Name or IP' are exactly the same (required on the SERVER only). I would leave them as they were set by default on the SERVER.
4.     Click 'Server and Clients Connected’ and choose ‘TCP’.  Click 'Enable Status / Chat Functions'

On the ROUTER:
1.     Find the manufacturers instructions for the ROUTER that is between the Internet and the SERVER PC. Google can be helpful.
2.     Log into the ROUTER, most likely using a web browser, and obtain the IP address supplied by your Internet provider. Write it down for later.
3.     While logged in to the ROUTER, setup 'port forwarding' to send traffic from the Internet on port 1000 to the local IP address of the SERVER you wrote down above.  Note that this might be called 'Single Port Forwarding', or if your router is very old, may be called setting up an Enclave or something else. My setup had a way to change it from port 1000 to another port.  If you have this option, put port 1000 in both places.  Read your ROUTER instructions!
4.     If your ROUTER allows it, create a static IP address for your SERVER, so it won't change.  Do this while logged into the ROUTER. Older routers may just take the IP address out of the address pool, while newer routers will reserve the address and give it to that system only when it comes on-line.  Read your Router Instructions. 
 
 
On remote N3FJP systems:
1.     Open N3FJP and go to Settings->Network and enter the Outside IP address of the ROUTER (obtained above) in the 'Server Name or IP' field.
2.     Click Network Method 'TCP' and 'Enable Status / Chat Functions'. 
 
You should all be sharing the data on the SERVER system. 
 
As promised, there are some gotchas.  
First, there are network vulnerabilities in using this method.  Read the warning below and share the IP address of the server with ONLY the people you trust.  Second, we found that we could simultaneously enter data, but, if someone sorted the records by clicking on the field headings, the record ids would stop being sequential and we THINK we lost a couple of record.  Don’t mess about with the records grid window. 
 
We have determined that we can all enter data simultaneously, and we can view the records!  The Chat feature works beautifully as well.  
 
Recommendations:
·       Read the Warning Section below.  Only open the hole in your Router to test and for the contest.  Do NOT leave it open. 
·       Only share the outside IP address to responsible parties that are participating.
·       Reasonably fast Internet access with low latency is required for all parties.  It would be interesting to see how this works for someone with Hughes Net, since it uses a satellite link. 
·       No messing about with the data fields at the top of the screen.  This MAY cause issues.  Further testing required. 
·       If you decide to do this, you should be familiar with the Network feature and play with it on a local network before you try across the Internet.  It’s easy to use, but you can eliminate some questions before you start working with someone remotely. 
·       Even if you are familiar with N3FJP Networking, please test access across the Internet before the contest.  Make sure everyone on your team knows how to setup their system. 
·       The ‘chat’ feature in Networking works GREAT!!!  We used it for testing and will use it for FL QSO party (and perhaps other contests) to hand over the ‘Duty’ to other operators.
·       We found it was OK for a user to modify his own records, but do NOT delete any records while the contest is in progress.  Write down the ID# and call sign and delete it afterwards. We found this to be true whether on a local network or over the Internet. 
·       Setup up and use a backup.  For Winter FD, we used a thumb drive on the server system and dumped a backup to the thumb drive every 15 minutes.  Didn't need it, and proud we didn't.
·       We recommend having the SERVER on a separate box, although Jay said his club has just used one of the user’s systems for the server.   Note that if you have a separate system for the server, a user on the same network needs to just enter the outside address of your ROUTER, just like everyone else.  
·       I wouldn’t recommend buying a new router, but My Netgear Velop has a phone app that makes all of this setup extremely easy.  If you own an Velop, use the app.  
·       If you start having problems, check to make sure that your Internet provider hasn’t changed your IP address of your ROUTER.  Also, check to make sure that the SERVER’s IP address hasn’t changed. 
·       And lastly, it works (so far)  for us.  I'm an ex-IT/Security guy. I know the risks we are taking.  I cannot be responsible for any problems YOU might have. 
 
WARNINGS from an ex-Fortune 500 IT Security Manager:
Your Router is being scanned regularly from the Internet looking for vulnerabilities to exploit. Normally, your router drops these attempted connections and you never see them.   What we are doing here is opening a TEMPORARY (please put it back afterwards) hole on TCP port 1000 from the Internet to your router to a specific system, which is your SERVER.   Don't open this up and leave it open!  Over time, a nefarious individual (probably from Russia or S.Korea)  WILL find it and WILL attempt an exploit. There may be a port 1000 vulnerability that Windows 10 is not protected against.  AND, this could make a mess of your DB.   Chances are small if you open it for a short time, do your testing and close it, open it for the contest and the close it. But don’t just leave it open.
 
N3FJP has no authentication for the Network feature. It was intended to be used by friends behind a router that no one can access except those friends. If you change your router with the network feature as described above to be used over the Internet, anyone who has this info and your router outside IP address can hop into your Server's log DB with you. Any and all who are on-line with the Network feature can add, change, and delete records…. even your whole log.  The IP Address is the key: Be careful of who you share it.
--
Ken - K4EES

7341 - 7360 of 48542