Comfort Automation/ Security System Forums
Slave Panel Communication Failure - Printable Version

+- Comfort Automation/ Security System Forums (https://www.comfortforums.com)
+-- Forum: Support (https://www.comfortforums.com/forum-2.html)
+--- Forum: Problems & Troubleshooting (https://www.comfortforums.com/forum-36.html)
+--- Thread: Slave Panel Communication Failure (/thread-332.html)

Pages: 1 2

- cgiltrow - 11-21-2006

Hi,

I have a Comfort I Ultra Action 4.233.

I went away for the past weekend and something strange triggered the system.

The message I received when the system called was \"Tamper Alarm ID 33\" (Not exact words).

When I got back I downloaded the log and checked out the system.

The log file read as follows:

Nov 19, 17:42, RS485 Comms Fail, REM 1
Nov 19, 17:42, Tamper, REM 1
Nov 19, 17:43, RS485 Comms Fail,Doorstation 1 - Door station 1
Nov 19, 17:43, RS485 Comms Fail,81
Nov 19, 17:43, RS485 Comms Fail,18
Nov 19, 17:43, RS485 Comms Restore,Doorstation 1 - Door station 1
Nov 19, 17:43, RS485 Comms Restore,81
Nov 19, 17:43, Tamper,REM 1
Nov 19, 17:44, RS485 Comms Fail,Doorstation 1 - Door station 1
Nov 19, 17:44, RS485 Comms Fail,81
Nov 19, 17:44, RS485 Comms Fail,18
Nov 19, 17:44, RS485 Comms Restore,Doorstation 1 - Door station 1
Nov 19, 17:44, RS485 Comms Restore,81

Nov 19, 20:52, RS485 Comms Fail, REM 1
Nov 19, 20:52, Tamper,REM 1
Nov 19, 20:52, RS485 Comms Restore,REM 1

What is REM 1?  I assumed it was the slave panel because the message mentioned ID 33.  UCM 2 (ID 18) and RIO (ID 81) are connected to the slave panel.

I checked the system, and especially the wiring, but everything seemed fine.

Then this morning the communications failure happened again.  The system was not armed, so the alarm was not triggered.  The event log from this morning said the following:

Nov 21, 07:16, RS485 Comms Fail, REM 1
Nov 21, 07:16, RS485 Comms Restore, REM 1
Nov 21, 07:17, Sign-in, User 1
Nov 21, 07:17, RS485 Comms Fail, REM 1
Nov 21, 07:16, RS485 Comms Restore, REM 1
Nov 21, 07:18, Sign-in, User 1
Nov 21, 07:33, RS485 Comms Fail, REM 1
Nov 21, 07:33, RS485 Comms Restore, REM 1
Nov 21, 08:51, Sign-in, User 1

I tried to establish if there was anything else that occurred at these times that could be related to the comms failure, but I could not find anything.

Please help.

Regards,

Clinton.


- Guest - 11-22-2006

Hi Clinton,

I would suggest that you some of the modules and see if the same problem occurs.

Perhaps you could tell us more of your configuration? Such as number of modules, relays connected, etc. Is your slave panel powered up separately or tapping from the main panel?

Probably why you are seeing a REM1 is because of a wrong eventlog.cfg file, which is where Comfigurator gets the name of the various devices based on the ID.


Regards

- cgiltrow - 11-22-2006

Hi,

My system consists of the following:
  • 1 x Mainboard (Action 4.233)
  • 1 x SEM01 Slave Expansion Board with its own power supply and battery (The 0V of the mainboard and the slave are commoned)
  • 1 x Ringer Module connected to the mainboard
  • 1 x LEM01 Local Expansion Module connected to the mainboard
  • 1 x LEM01 Local Expansion Module connected to the slave board
  • 1 x RIO connected to the slave board
  • 1 x Ethernet UCM connected to the mainboard and local network
  • 1 X Serial/IR/Audio UCM connected to the slave board and not connected to anything at the moment
  • 1 x KP04 Keypad connected to mainboard
  • 1 x Door Station
Inputs are connected to PIR and magnetic contact sensors and a light sensor.

Outputs are connected to relays to switch lights, open gate and call security company (via RF).

It is going to be difficult to disconnect modules as the system provides our security but I will see what I can do.

The problem occurred again this morning, but earlier, and as a result triggered the alarm and called the security company which is now charging me fines for false alarms.

How do I fix the eventlog.cfg file?

Many thanks.

Clinton.


- Guest - 11-23-2006

Hi Clinton,

Please contact adlim or adrian@cytech.biz for instructions about some changes you may be able to make



- Guest - 11-23-2006

After modification.


- Guest - 11-23-2006

As for the Event Log, there is a new Eventlog.cfg file which is available from http://www.cytech-technology.com/software.html . Use this file and you should see the module name correctly.


- cgiltrow - 11-23-2006

Hi,

I am still using Comfigurator 1.6.0.  Will the Comfigurator 2.1.0 eventlog file work with my older version?

Thanks.

Clinton.


- slychiu - 11-23-2006

Please upgrade to the new version to avoid any problems. Then uou can upload event log again
regards


- cgiltrow - 11-23-2006

Hi,

I upgraded once, but experienced too many issues.  One of the issues I had was the same as this one http://finance.groups.yahoo.com/group/comfort-technical/message/8482 (I have the exact same RF Arm Disarm configuration).  I then reverted back to 1.6.0.

I would be a bit concerned about adding all of that into the scenario now.  What is your view - should I upgrade?

Thanks.


- slychiu - 11-24-2006

One of the things which 2.1 addressed was precisely the coding of the If/Then statements for Comfort II
If you still continue to use 1.6 it will be difficult to support as there will be other issues which will confuse things