Date   

Re: NAQP Software issue #naqp #contest

Edward Van Cleave <ed_vanc@...>
 

Ken,

 

Your USB port may be going to sleep depending upon the polling speed you are using.   Have you checked to see whether Windows has checked the Power Management tab in the UART port created for the IC-7300?  Mine was causing a lot of havoc until I unchecked the boxes on the device tab. 

 

The 7300 must be powered on.  Then go to Device Manager; Ports;, then select the Port connected to the USB cable.  Select the Power Management Tab and clear all checked boxes.

 

Ed, W0VC 

 

Sent from Mail for Windows 10

 

From: Ken Bell
Sent: Sunday, February 16, 2020 11:36 AM
To: N3FJPSoftwareUsers@groups.io
Subject: Re: [N3FJPSoftwareUsers] NAQP Software issue #NAQP #contest

 

Hi Scott

I'm resurrecting this issue, since I have more info.  The original problem was that the software would stop updating frequency (and thus band). I have an IC-7300 and a W-10 new notebook computer. I'm running your latest everything. My system is patched to the lates.  You suggested RFI in the shack and possibly bad USB cables.  I changed to new USB cables with ferrite beads.  I've have chased, but find no other evidence of RF in the shack.   I use ACLog almost daily. I haven't had a problem with it. 

I operated at WFD recently and had the problem again after operating for a few of hours. I was at the end of my shift, so I shutdown and didn't investigate.   Yesterday, I operated on the ARRL Int CW contest for about 7 hours.   Like NAQP, and WFD the rig ran fine when I started.  After about 7 hours I started having the problem, so I decided  to investigate. I rearranged my USB cables, etc. No joy.  Swapped cables, no joy. Swapped USB cable locations on the PC. No joy.  Sending still worked fine.  

I could always get it to run properly when I went to the Rig Interface page and clicked the 'Poll' button. I noticed that the amount of data in the windows would grow to almost fill the window occasionally. Sometimes the interface would stop running.  Later, it would only reset to the current frequency when hitting the Poll button, then that would hang.  I was about tired of S&P, so I decided to do some extra testing. 

 - Happens while listening and after some time, would hang almost instantly.
 - Tried changine timing and other settings, but nothing would keep it running.
 - USB Cables are new with beads, moved cables physically, change ports, swapped cables. 
 - Instantly repeatable. It dies right away. 
 - To restart, click on the 'Poll' button and it updates to the current frequency immediately. 
 - Data stream in the Interface windows show very long strings regularly.  I don't remember seeing this many characters when it is running. 
 - Have not had this problem running ACLog.....   so.....  stopped and switched to ACLog and.....
 - With nothing else changed, ACLog worked just fine, as it always does.  Could it be that the problems had been with Contest packages????
 - Switched right back to ARRL Int DX package and......   It works just fine.  Cannot make it fail, no matter what. 

So what I think I'm telling you is that we could possibly have a memory leak or some counter that takes a while to overload....  could maybe be in W-10.  I did NOT reboot the PC.  Only restarted the software.  Once the software was restarted, I cannot make it fail.  This was after running for about 7 hours, which is almost exactly what happened with the NAQP software, and probably WFD software.

Just throwing this out to you in the chance you get to have a look at some point.  I will try to leave the package runnign with my radio on to see if it fails after 7 or 8 hours. 

I know to restart the software when I see this again. 

Thank you for your time and for this software. 

--
Ken - K4EES

 


Re: NAQP Software issue #naqp #contest

Ken Bell
 

Hi Scott

I'm resurrecting this issue, since I have more info.  The original problem was that the software would stop updating frequency (and thus band). I have an IC-7300 and a W-10 new notebook computer. I'm running your latest everything. My system is patched to the lates.  You suggested RFI in the shack and possibly bad USB cables.  I changed to new USB cables with ferrite beads.  I've have chased, but find no other evidence of RF in the shack.   I use ACLog almost daily. I haven't had a problem with it. 

I operated at WFD recently and had the problem again after operating for a few of hours. I was at the end of my shift, so I shutdown and didn't investigate.   Yesterday, I operated on the ARRL Int CW contest for about 7 hours.   Like NAQP, and WFD the rig ran fine when I started.  After about 7 hours I started having the problem, so I decided  to investigate. I rearranged my USB cables, etc. No joy.  Swapped cables, no joy. Swapped USB cable locations on the PC. No joy.  Sending still worked fine.  

I could always get it to run properly when I went to the Rig Interface page and clicked the 'Poll' button. I noticed that the amount of data in the windows would grow to almost fill the window occasionally. Sometimes the interface would stop running.  Later, it would only reset to the current frequency when hitting the Poll button, then that would hang.  I was about tired of S&P, so I decided to do some extra testing. 

 - Happens while listening and after some time, would hang almost instantly.
 - Tried changine timing and other settings, but nothing would keep it running.
 - USB Cables are new with beads, moved cables physically, change ports, swapped cables. 
 - Instantly repeatable. It dies right away. 
 - To restart, click on the 'Poll' button and it updates to the current frequency immediately. 
 - Data stream in the Interface windows show very long strings regularly.  I don't remember seeing this many characters when it is running. 
 - Have not had this problem running ACLog.....   so.....  stopped and switched to ACLog and.....
 - With nothing else changed, ACLog worked just fine, as it always does.  Could it be that the problems had been with Contest packages????
 - Switched right back to ARRL Int DX package and......   It works just fine.  Cannot make it fail, no matter what. 

So what I think I'm telling you is that we could possibly have a memory leak or some counter that takes a while to overload....  could maybe be in W-10.  I did NOT reboot the PC.  Only restarted the software.  Once the software was restarted, I cannot make it fail.  This was after running for about 7 hours, which is almost exactly what happened with the NAQP software, and probably WFD software.

Just throwing this out to you in the chance you get to have a look at some point.  I will try to leave the package runnign with my radio on to see if it fails after 7 or 8 hours. 

I know to restart the software when I see this again. 

Thank you for your time and for this software. 

--
Ken - K4EES


Re: Historical entity names based on call and date?

Scott Davis
 

Hi Bert,

Thanks for your e-mail.  You can enter any value in the country field you like.  When you run the Awards totals, deselect the option to only list valid entries to include country names that are no longer valid in the count (if you wish).

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: Bert W0RSB via Groups.Io <bert.w0rsb@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Sun, Feb 16, 2020 11:01 am
Subject: [N3FJPSoftwareUsers] Historical entity names based on call and date?

Is there a database or the like where I can find the correct entity name for contacts made in the past? 

Will ACLOG accept a manually entered entity name which is no longer in its database? I have QSL cards from a few hundred old contacts which I could fix right now, if I knew the fix would stick. I have about 6300 contacts in ACLOG right now, so fixing them all would be an interesting project.

Many of my really old contacts have the wrong entity name because the place has changed its name at least once since I made the contact. The oldest contacts in my ACLOG are from 1978. I have paper logs going back to 1961 which I haven't entered, and likely never will.

I entered my old contacts into ACLOG piecemeal over time whenever I had the energy to transfer data from my paper logs, so each entry has an entity assigned based on the data available at the time I entered it. I didn't think it mattered at the time; maybe it really doesn't.

--
Bert - W0RSB
Saint Paul, MN


FTdx3000 Cat Commands

Gary Darnell <wb0rur@...>
 

Anyone using the “RI:” command in the ACLog transmit setup to call your FTdx3000 cw memory?
I can’t seem to find the correct syntax to make it do anything.
Thanks es 73
 
Gary
 


Historical entity names based on call and date?

Bert W0RSB <bert.w0rsb@...>
 

Is there a database or the like where I can find the correct entity name for contacts made in the past? 

Will ACLOG accept a manually entered entity name which is no longer in its database? I have QSL cards from a few hundred old contacts which I could fix right now, if I knew the fix would stick. I have about 6300 contacts in ACLOG right now, so fixing them all would be an interesting project.

Many of my really old contacts have the wrong entity name because the place has changed its name at least once since I made the contact. The oldest contacts in my ACLOG are from 1978. I have paper logs going back to 1961 which I haven't entered, and likely never will.

I entered my old contacts into ACLOG piecemeal over time whenever I had the energy to transfer data from my paper logs, so each entry has an entity assigned based on the data available at the time I entered it. I didn't think it mattered at the time; maybe it really doesn't.

--
Bert - W0RSB
Saint Paul, MN


Objet : [N3FJPSoftwareUsers] AC Log QSOs to QSOMAP.ORG : [Was: Auto forwarding on QSO's]

rino deschenes <ve9vic@...>
 

Thank Mike,

Ve9vic

 

Provenance : Courrier pour Windows 10

 

De : Mike Saeger
Envoyé le :February 15, 2020 1:25 PM
À : N3FJPSoftwareUsers@groups.io
Objet :Re: [N3FJPSoftwareUsers] AC Log QSOs to QSOMAP.ORG : [Was: Auto forwarding on QSO's]

 

OK, I think it's ready. Downloading instructions are located HERE.

Right now, this is the only place to find the link. It is NOT on the QSOMAP menu yet. I'll put it on the menu (probably under Tools) after we are done testing.

Mike N9MS

 


Re: File Transfers

Mel Marcus
 


David

That does just what I wanted it to do.

Thanks
Mel NE9A

-------- Original Message --------
Subject: Re: [N3FJPSoftwareUsers] File Transfers
From: "David Rounds" <groups@...>
Date: Sun, February 16, 2020 1:25 am
To: N3FJPSoftwareUsers@groups.io

Mel,
Open ACL and then select LoTW from the eLogs menu.
In the "Download" portion of the screen, click the "ALL Since" button.  You should be able to leave the default date and click the [OK] button in the popup window.
This will cause all accepted or confirmed calls to be downloaded and the S and/or R flag for those calls will be updated.
Specifically, if the call was accepted by LoTW, the S field for that call will be set to Y and an "L" will be added to the "S Conf by"field.
If the call has bee confirmed, the S fields will be updated as noted above and the"R" field will be set to Y with an "L" being added to the "R Conf By" column.
Regarding missing fields, if the downloaded record includes a field that is blank in the ACL record, the data for that column will be copied from the downloaded record into the call record in ACL.
73
David
AK9F

On 2/15/2020 8:17 PM, Mel Marcus wrote:
I am fairly new to the group and I have some questions:

when I did the rtty contest I sent the file to lotw. that worked fine.  I got a lot of responses on LOTW confirming qso. is there an easy way to get the confirmation back to the n3fjp amateur contact log.  also I have had to manually put in the state.  need some advice from experienced users.

Mel
NE9A
-------- Original Message --------
Subject: [N3FJPSoftwareUsers] CQ zone and County names
From: "Dave" <k4em@...>
Date: Sat, February 15, 2020 8:32 am
To: N3FJPSoftwareUsers@groups.io

I found about 100 US Sate contacts have the wrong CQ Zone listed. 
Also I have been using my ACLog export file of my log to qualify for various awards. When using the OTHER award program software, it will reject ALL US counties with the name 'SAINT'; ex; Saint Marys. It is expecting 'ST' not SAINT. I also noticed in ACLog that the county pull down has 'ST' not SAINT. When I start to log a call with a count named St. XXXXX, it still shows SAINT, not what the pull down shows.

My big question is; if I change the CQ Zones & rename county to ST. will these changes affect my LOTW upload/downloads? I want to make these corrections but don't want any LOTW errors.

Dave
k4em


Re: File Transfers

David Rounds
 

Mel,
Open ACL and then select LoTW from the eLogs menu.
In the "Download" portion of the screen, click the "ALL Since" button.  You should be able to leave the default date and click the [OK] button in the popup window.
This will cause all accepted or confirmed calls to be downloaded and the S and/or R flag for those calls will be updated.
Specifically, if the call was accepted by LoTW, the S field for that call will be set to Y and an "L" will be added to the "S Conf by"field.
If the call has bee confirmed, the S fields will be updated as noted above and the"R" field will be set to Y with an "L" being added to the "R Conf By" column.
Regarding missing fields, if the downloaded record includes a field that is blank in the ACL record, the data for that column will be copied from the downloaded record into the call record in ACL.
73
David
AK9F

On 2/15/2020 8:17 PM, Mel Marcus wrote:
I am fairly new to the group and I have some questions:

when I did the rtty contest I sent the file to lotw. that worked fine.  I got a lot of responses on LOTW confirming qso. is there an easy way to get the confirmation back to the n3fjp amateur contact log.  also I have had to manually put in the state.  need some advice from experienced users.

Mel
NE9A
-------- Original Message --------
Subject: [N3FJPSoftwareUsers] CQ zone and County names
From: "Dave" <k4em@...>
Date: Sat, February 15, 2020 8:32 am
To: N3FJPSoftwareUsers@groups.io

I found about 100 US Sate contacts have the wrong CQ Zone listed. 
Also I have been using my ACLog export file of my log to qualify for various awards. When using the OTHER award program software, it will reject ALL US counties with the name 'SAINT'; ex; Saint Marys. It is expecting 'ST' not SAINT. I also noticed in ACLog that the county pull down has 'ST' not SAINT. When I start to log a call with a count named St. XXXXX, it still shows SAINT, not what the pull down shows.

My big question is; if I change the CQ Zones & rename county to ST. will these changes affect my LOTW upload/downloads? I want to make these corrections but don't want any LOTW errors.

Dave
k4em


Re: File Transfers

Mel Marcus
 

I am fairly new to the group and I have some questions:

when I did the rtty contest I sent the file to lotw. that worked fine.  I got a lot of responses on LOTW confirming qso. is there an easy way to get the confirmation back to the n3fjp amateur contact log.  also I have had to manually put in the state.  need some advice from experienced users.

Mel
NE9A

-------- Original Message --------
Subject: [N3FJPSoftwareUsers] CQ zone and County names
From: "Dave" <k4em@...>
Date: Sat, February 15, 2020 8:32 am
To: N3FJPSoftwareUsers@groups.io

I found about 100 US Sate contacts have the wrong CQ Zone listed. 
Also I have been using my ACLog export file of my log to qualify for various awards. When using the OTHER award program software, it will reject ALL US counties with the name 'SAINT'; ex; Saint Marys. It is expecting 'ST' not SAINT. I also noticed in ACLog that the county pull down has 'ST' not SAINT. When I start to log a call with a count named St. XXXXX, it still shows SAINT, not what the pull down shows.

My big question is; if I change the CQ Zones & rename county to ST. will these changes affect my LOTW upload/downloads? I want to make these corrections but don't want any LOTW errors.

Dave
k4em


Re: AC Log QSOs to QSOMAP.ORG : [Was: Auto forwarding on QSO's]

Mike Saeger <mike.saeger@...>
 

OK, I think it's ready. Downloading instructions are located HERE.

Right now, this is the only place to find the link. It is NOT on the QSOMAP menu yet. I'll put it on the menu (probably under Tools) after we are done testing.

Mike N9MS


CQ zone and County names

Dave
 

I found about 100 US Sate contacts have the wrong CQ Zone listed. 
Also I have been using my ACLog export file of my log to qualify for various awards. When using the OTHER award program software, it will reject ALL US counties with the name 'SAINT'; ex; Saint Marys. It is expecting 'ST' not SAINT. I also noticed in ACLog that the county pull down has 'ST' not SAINT. When I start to log a call with a count named St. XXXXX, it still shows SAINT, not what the pull down shows.

My big question is; if I change the CQ Zones & rename county to ST. will these changes affect my LOTW upload/downloads? I want to make these corrections but don't want any LOTW errors.

Dave
k4em


Re: Adding CQ-Zone to Cluster window

Dave
 

I think that's what I did awhile back, I'll check it out.
Thanks,
Dave


AC Log QSOs to QSOMAP.ORG : [Was: Auto forwarding on QSO's]

Scott Davis
 

Awesome Mike,

Thanks so much for creating this very cool tool!

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: Mike Saeger <mike.saeger@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Sat, Feb 15, 2020 12:20 am
Subject: Re: [N3FJPSoftwareUsers] Auto forwarding on QSO's

I just finished writing an AClog API client program that forwards AClog QSOs to QSOMAP.ORG. 
I'm testing it on my computers and so far it is working just fine -- adding map markers as I create log entries.

After you start AClog, you will have to start up another program (the API client program), enter your Callsign and press a "Connect" button. You then can minimize that window and start logging.

I just have to create an install program and it will be ready for beta testing. Let me know if you want to test.

Mike N9MS


Re: Auto forwarding on QSO's

Mike Saeger <mike.saeger@...>
 

I just finished writing an AClog API client program that forwards AClog QSOs to QSOMAP.ORG. 
I'm testing it on my computers and so far it is working just fine -- adding map markers as I create log entries.

After you start AClog, you will have to start up another program (the API client program), enter your Callsign and press a "Connect" button. You then can minimize that window and start logging.

I just have to create an install program and it will be ready for beta testing. Let me know if you want to test.

Mike N9MS


Re: API Question

Scott Davis
 

Hi Mike,

Station power is not currently included in the entered event.

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: Mike Saeger <mike.saeger@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Fri, Feb 14, 2020 8:16 pm
Subject: Re: [N3FJPSoftwareUsers] API Question

Is <POWER>100</POWER> supposed to be in the Entered Event XML? I'm not getting that field in my XML


Re: API Question

Mike Saeger <mike.saeger@...>
 

Is <POWER>100</POWER> supposed to be in the Entered Event XML? I'm not getting that field in my XML


Re: N3FJP Country Files - 14 February 2020

Mike Olbrisch
 

Thank you Jim.  Very much appreciated.

 

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.

 

 

 

 

-----Original Message-----
From: N3FJPSoftwareUsers@groups.io <N3FJPSoftwareUsers@groups.io> On Behalf Of Jim Reisert AD1C
Sent: Friday, February 14, 2020 15:40 PM
To: N3FJPSoftwareUsers@groups.io
Subject: [N3FJPSoftwareUsers] N3FJP Country Files - 14 February 2020

 

There are new country files for ACLog and related software by N3FJP.

 

To update the country files from the logging program menu, select:

 

    Files -> Download Country Files From AD1C

 

You should download all three files.  When done, you can re-start your logging program.

 

Manual installation instructions are here:

 

    https://www.country-files.com/n3fjp-info/

 

Here are the release notes:

 

    https://www.country-files.com/n3fjp-14-february-2020/

 

    N3FJP - 14 February 2020

    Version entity is Bolivia, CP

 

    Added/changed Entities/Prefixes/Callsigns:

 

                * 4UNR is Vienna Intl Ctr, *4U1V

                * 4UNR is Austria, OE

                * R89AFG and R89DRA are both European Russia, UA

 

    Removed Entities/Prefixes/Callsigns:

 

 

If you have any questions, send E-mail to Jim Reisert AD1C (at the address below) or make a post to the N3FJP software users reflector.

 

73 - Jim AD1C

 

--

Jim Reisert AD1C, <jjreisert at alum.mit.edu>, https://www.ad1c.us

 

 

 

 


N3FJP Country Files - 14 February 2020

Jim Reisert AD1C
 

There are new country files for ACLog and related software by N3FJP.

To update the country files from the logging program menu, select:

Files -> Download Country Files From AD1C

You should download all three files. When done, you can re-start your
logging program.

Manual installation instructions are here:

https://www.country-files.com/n3fjp-info/

Here are the release notes:

https://www.country-files.com/n3fjp-14-february-2020/

N3FJP - 14 February 2020
Version entity is Bolivia, CP

Added/changed Entities/Prefixes/Callsigns:

* 4UNR is Vienna Intl Ctr, *4U1V
* 4UNR is Austria, OE
* R89AFG and R89DRA are both European Russia, UA

Removed Entities/Prefixes/Callsigns:


If you have any questions, send E-mail to Jim Reisert AD1C (at the
address below) or make a post to the N3FJP software users reflector.

73 - Jim AD1C

--
Jim Reisert AD1C, <jjreisert at alum.mit.edu>, https://www.ad1c.us


Re: API Question

Scott Davis
 

Hi Mike,

Yes, in hind-site, it should have been, but apparently has not been a problem.  I may add the closing tag at some point.  In the mean time, you can use code like this to cycle through and process a variable called buffer, that receives the updates from AC Log.

private static void ProcessBuffer()
        {
            try
            {
                int BeginningOfRecord = buffer.ToString().IndexOf("<CMD>");
                if (BeginningOfRecord > -1 && buffer.Length > 5)
                {
                    int EndOfRecord = buffer.ToString().IndexOf("</CMD>", BeginningOfRecord + 5);
                    while (BeginningOfRecord > -1 && EndOfRecord > -1)
                    {
                        string currentRecord = buffer.ToString().Substring(BeginningOfRecord + 5, EndOfRecord - BeginningOfRecord - 5);
                        buffer.Remove(0, EndOfRecord + 6);
YourCommandActionMethod(currentRecord); //This is where you process an individual record //from the incoming data you requested.
//See if there is anything more in the buffer BeginningOfRecord = buffer.ToString().IndexOf("<CMD>"); if (BeginningOfRecord > -1 && buffer.Length > 5) { EndOfRecord = buffer.ToString().IndexOf("</CMD>"); } } } } catch{exception ex} { //Your error resolution code here. } }


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: Mike Saeger <mike.saeger@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Fri, Feb 14, 2020 4:04 pm
Subject: Re: [N3FJPSoftwareUsers] API Question

Thanks! Next issue: After the Enter event, I receive the XML below. Shouldn't the tag <CALLTABEVENT> be closed with </CALLTABEVENT>? My XML Parser seems fussy.
<CMD>
<CALLTABEVENT>
<CALL>WA9LFO</CALL>
<BAND>20</BAND>
<MODE>PH</MODE>
      <MODETEST>PH</MODETEST>
<COUNTRY>USA</COUNTRY>
        </ENTEREVENT>
</CMD>
 
<CMD>
<ENTEREVENT>
<QSOCOUNT>18</QSOCOUNT>
<CALL>WA9LFO</CALL>
<BAND>20</BAND>
<MODE>SSB</MODE>
<MODETEST>PH</MODETEST>
<FREQ>14.252</FREQ>
<COUNTRY>USA</COUNTRY>
<DXCC>291</DXCC>
<STATE>WI</STATE>
<CONT>NA</CONT>
<QSO_DATE>20200214</QSO_DATE>
<TIME_ON>204400</TIME_ON>
</ENTEREVENT>
</CMD>


Re: API Question

Mike Saeger <mike.saeger@...>
 

Thanks! Next issue: After the Enter event, I receive the XML below. Shouldn't the tag <CALLTABEVENT> be closed with </CALLTABEVENT>? My XML Parser seems fussy.
<CMD>
<CALLTABEVENT>
<CALL>WA9LFO</CALL>
<BAND>20</BAND>
<MODE>PH</MODE>
      <MODETEST>PH</MODETEST>
<COUNTRY>USA</COUNTRY>
        </ENTEREVENT>
</CMD>
 
<CMD>
<ENTEREVENT>
<QSOCOUNT>18</QSOCOUNT>
<CALL>WA9LFO</CALL>
<BAND>20</BAND>
<MODE>SSB</MODE>
<MODETEST>PH</MODETEST>
<FREQ>14.252</FREQ>
<COUNTRY>USA</COUNTRY>
<DXCC>291</DXCC>
<STATE>WI</STATE>
<CONT>NA</CONT>
<QSO_DATE>20200214</QSO_DATE>
<TIME_ON>204400</TIME_ON>
</ENTEREVENT>
</CMD>