Execu/Tech Systems, Inc.
IndexBookmarkPrint This Article

Home > Interfaces > Phone, Movie, POS, etc. > Comtrol® Interfaces > Comtrol® Troubleshooting

Comtrol® Troubleshooting

Codes sent to and from Execu/Tech and Comtrol's LLPTS bear no similarity to the codes sent between Comtrol's LLPTS and the 3rd party device. Execu/Tech can't tell you what they are or what they should be but your 3rd party device vendor can, because Comtrol's LLPTS uses their specs. 

For example, Maid Codes can come from the PBX or any device that can emulate a PBX, like DuVoice. You'll need to have your vendors decide which system will be responsible for the Maid Codes and they'll tell you which code should be used to set a room to clean. Use the LLPTS Monitor to determine if the code is being received by Comtrol's LLPTS.

Troubleshooting Comtrol
  • LLPTS is an application that runs as a service and is provided by Comtrol. It's the central point of communication for interfaces between Execu/Tech and 3rd party devices. 

  • We communicate with LLPTS using Comtrol.exe. This reads a file containing checkins, checkouts, room moves, modifications, etc. These are sent to LLPTS via TCP/IP

  • 3rd parties (vm, PBX, Call Accounting, etc.) connect to LLPTS via TCP/IP or serial cable.

First Step

Before beginning troubleshooting, you should reboot the computer running the interface.Most often the same computer runs both interface applications (comtrol.exe and LLPTS). After the reboot you can test the interface gain. If things still aren't working, you can begin with these troubleshooting steps.

  • Verify that our side of the interface is running (COMTROL.EXE). This is usually running on the server, installed in folder similar to "ExecuTech\Comtrol" and is configured as a scheduled task.

  • Some customers like to run it on the desktop, so if you don't see a Scheduled Task, check for the process (COMTROL.EXE) using the Task Manager. 

  • If it's running, stop it by ending the Scheduled Task, or closing it if it's running on the desktop.
    Even after you end the Scheduled Task, the process might continue to run because it's attempting to process any pending charges. If this remains for more than a minute, use the Task Manager to end the process (COMTROL.EXE).

  • Run the interface manually by browsing to the install folder and double clicking it (COMTROL.EXE).

  • Watch the log window for any errors. You might receive an "Unknown Error" on startup but it should go away once communication with Comtrol's LLPTS service is established. If communication can't be established, and clicking the "Check Connection" button is unsuccessful 1 minute after starting the application, then a few things are possible
    • The IP address of the computer running LLPTS has changed. Fix this in the settings.
    • A firewall is preventing communication. You can see the IP address and port in the settings.
    • The LLPTS service isn't running. Skip to the Thirt Step to verify that LLPTS is runing properly.

  • Close the interface and restart the Scheduled Task, or if it's run at the desktop, restart it using the shortcut.

Second Step

Open COMTROLLOG.FIL in the Comtrol folder and scroll to the bottom and look through recent messages. If there are problems reading the file containing the checkins and checkouts or a problem communicating with the LLPTS service, you will see the errors. 

Third Step

If everything looks ok you need to open the LLPTS Monitor and look at the logs. LLPTS can be installed anywhere and is usually installed in a location close to the phone devices for easy connection. At the start of the log you’ll find a list of the devices and the DMM. The DMM is a number that defines the device. Use this DMM to filter the log so you can see if it’s having communication problems.

When you open the LLPTS Monitor, you should see the log scrolling. If it isn’t scrolling, or it has any errors try clicking the restart button. Try it a couple times if you get an error. If you keep getting errors, restart the computer because there is a problem with the service.

In this sample log you see that a message was sent to DMM 341 (DuVoice) that set a restriction on a room, 73203. The timeout was begun and DuVoice responded with an < ACK > or positive acknoledgement, stating that the message was received and there were no problems with it. If there were a problem, LLPTS would have received a < NAK > or possibly nothing at all if the communication isn’t happening.

[341] 0 22-May-2013 12:10:08 'Sent '<STX>RST0 73203<ETX>' to port'
[341] 0 22-May-2013 12:10:08 'Begin complete packet timeout ID 17302'
[341] 0 22-May-2013 12:10:08 'Received packet '<ACK>' from port'

If there’s no communication between LLPTS and the 3rd party device, there are a few reasons.

  • The 3rd party device (phone, VM, etc.) is communicating using the wrong IP address / port, or are using the wrong COM port and port settings. Check these in the “Settings” of LLPTS. 
    For TCP/IP connections, LLPTS can act as the client or server, but it acts as a server by default. The port numbers will be assigned by LLPTS but these can be changed if needed.

  • A firewall is blocking the port.

  • The serial cable isn't connected to the correct COM port. This can help you troubleshoot the serial connection: Troubleshooting Serial Connections
If you can't make sense of the log files, contact Execu/Tech support. Customers without a support contract may be billed for assistance.

Article ID
Last Modified
 9/14/2018 4:56 PM