Comfort  Automation/ Security System Forums Home
Home Search search Menu menu Not logged in - Login | Register

Slave expansion Module 01 + 02
 Moderated by: admin Page:    1  2  Next Page Last Page  
 New Topic   Reply   Printer Friendly 
 Rate Topic 
AuthorPost
 Posted: Sunday Mar 11th, 2018 10:39 pm
   PM  Quote  Reply 
1st Post
Swiss-Toni
UCM Pi Users


Joined: Thursday Sep 15th, 2011
Location: Greater London, United Kingdom
Posts: 349
Status: 
Offline

  back to top

I seem to be having a hardware issue with my SEM01 & attached SEM02, Neither of the the units will take my PIRs they constatly flick between active & inactive the setting used for these particular PIRs (the SEM01 & 02 work fine with door contacts and relay sensors).

Digital
NO
50ms

So far I have had to move the pirs to Comfort II ULTRA Control Panel for them to work and they also work on the SEM02 in the Ultra panel, This is the only workaround that actually works this is the first time I have tried to connect these PIRs to the SEM01 panel I did recently upgrade the firmware but cannot be sure if this made any difference as I did not have them connected up to teh SEM previously also because I am not currently installing a panel for anyone at the moment I cant test to see if it is a hardware issue.

Last edited on Sunday Mar 11th, 2018 10:41 pm by Swiss-Toni



 Posted: Monday Mar 12th, 2018 04:11 pm
   PM  Quote  Reply 
2nd Post
slychiu
Administrator


Joined: Saturday Apr 29th, 2006
Location: Singapore
Posts: 5493
Status: 
Offline

  back to top

Do you mean you have the CM9000 and SEM02 on the same enclosure, and another SEM01 and SEM02 on another enclosure

Your SEMs should have ID 1, 2, 3 without any conflicting IDs

Why did you not use LEMs instead of SEM02 in the enclsoure. Does the SEM02 have LEM connected as well?

Note that SEM 1 Zone will be 17 to 24, SEM #2 zone wil be 33 to 40, SEM #3 zone wil be 49 to 56,

PIR normally will be active for a few seconds then inactive (when it stops detecting motion). So I am not sure that you have a problem at all



 Posted: Monday Mar 12th, 2018 05:08 pm
   PM  Quote  Reply 
3rd Post
Swiss-Toni
UCM Pi Users


Joined: Thursday Sep 15th, 2011
Location: Greater London, United Kingdom
Posts: 349
Status: 
Offline

  back to top

My apologies LEM01-M2 connected to CM9000 & SEM, the SEM with attached LEM will not work wit the PIR, as per other message works fine on the CM9000
When the PIR is connected to the SEM or attacehd LEM on the SEM it continuosly reads active inactive with a 1 to 2 second interval even without and with movement in the area.

Done a continuity test on the cable and insulation test on cable which comes up fine and the PIR as I said previously works fine when connected to CM9000.

Am planning to do a short cable run to test it directly at the SEM to see if it works later on this evening.



 Posted: Tuesday Mar 13th, 2018 01:10 pm
   PM  Quote  Reply 
4th Post
Swiss-Toni
UCM Pi Users


Joined: Thursday Sep 15th, 2011
Location: Greater London, United Kingdom
Posts: 349
Status: 
Offline

  back to top

Applied new wirring to the PIR and attached to the LEM + SEM tested on zones 29 through to 32 with no success pir constantly triggers back and forth every second. At present the only way round this problem is to use 1 through to 16 zones which seem to work perfectly with the PIRs.
I get the impression that it is the zones on the sem/lem 29 to 32 are acting as though they are pulsing! unfortunatly I have no idea how to test this theory......

Last edited on Tuesday Mar 13th, 2018 01:13 pm by Swiss-Toni



 Posted: Tuesday Mar 13th, 2018 03:47 pm
   PM  Quote  Reply 
5th Post
slychiu
Administrator


Joined: Saturday Apr 29th, 2006
Location: Singapore
Posts: 5493
Status: 
Offline

  back to top

Can you save the latest file and send the cclx to support@cytech.biz?



 Posted: Tuesday Mar 13th, 2018 04:31 pm
   PM  Quote  Reply 
6th Post
Swiss-Toni
UCM Pi Users


Joined: Thursday Sep 15th, 2011
Location: Greater London, United Kingdom
Posts: 349
Status: 
Offline

  back to top

Have now sent the CClX file, had another thought that if the power supply is faulty this could turn the PIRs on/off registering it as a inactive/active



 Posted: Tuesday Mar 13th, 2018 04:47 pm
   PM  Quote  Reply 
7th Post
slychiu
Administrator


Joined: Saturday Apr 29th, 2006
Location: Singapore
Posts: 5493
Status: 
Offline

  back to top

Thanks the file is perfectly normal

If the power supply is faulty then there could be a problem
Do you have a backup batytery connected to the Slave>?





 Posted: Tuesday Mar 13th, 2018 05:49 pm
   PM  Quote  Reply 
8th Post
Swiss-Toni
UCM Pi Users


Joined: Thursday Sep 15th, 2011
Location: Greater London, United Kingdom
Posts: 349
Status: 
Offline

  back to top

Yes there is a backup battery Yuasa NP2.12S 12V,2.1Ah
Battery reads 13.47V across the terminals.
Battery charger reads at 13.50V
12V & Com reads at 13.65V

Looking at that I dont think it is a power issue, I think there is something going on with the SEM & LEM



 Posted: Sunday Mar 18th, 2018 10:47 am
   PM  Quote  Reply 
9th Post
slychiu
Administrator


Joined: Saturday Apr 29th, 2006
Location: Singapore
Posts: 5493
Status: 
Offline

  back to top

The PIR is the same as a magnetic contact exceopot that it will go on when motion is detected and Off when motion stops
so you should see an On off sequence or On. off. oo.off if there is constabnt motion

To test, disconecct the PIR from the slave zone and use a shorting wire to simulat the PIR. if you short the wire, the zone should be iff, if you open the wire the zone should be On and shiould remain ON (not on.. off)



 Posted: Sunday Mar 18th, 2018 02:41 pm
   PM  Quote  Reply 
10th Post
Swiss-Toni
UCM Pi Users


Joined: Thursday Sep 15th, 2011
Location: Greater London, United Kingdom
Posts: 349
Status: 
Offline

  back to top

I had already done that from the begining, the pir works on all zones 1 through to 16 using all the same settings. it is only when connected to 17 to 32 that the issue starts to occur with the pirs. as I said currently the PIR have been moved to the zones 1 through to 16 to by pass this fault. I will do a firmware downgrade sometime this week and see if that has any impact and update you.



 Posted: Sunday Mar 18th, 2018 05:38 pm
   PM  Quote  Reply 
11th Post
slychiu
Administrator


Joined: Saturday Apr 29th, 2006
Location: Singapore
Posts: 5493
Status: 
Offline

  back to top

So when you connect a  shorting link (instead of PIR) to zone 17, when you open the link (to simulate PIR open) does the zone report ON, off, on, off , or does it report just ON  (which is correct)
We need to isolate the PIR out and replace it by an open or short to determine what ois the fault

There is no difference between a PIR and and open /short contact in its effect on Comfort



 Posted: Monday Mar 19th, 2018 02:46 am
   PM  Quote  Reply 
12th Post
Swiss-Toni
UCM Pi Users


Joined: Thursday Sep 15th, 2011
Location: Greater London, United Kingdom
Posts: 349
Status: 
Offline

  back to top

I went through the process of the linking zone to com and it behaved as it should(17 to 32) SEM/LEM However I tried a method of taking the power directly from the 12V battery and the PIR worked as it should with no false activation no flicking between active and inactive. My previous assumption that there is an issue with the power supply feeding the PIR was correct, The power for the PIR was always taken from the 12V & COM off the SEM until i tired the direct method as mentioned. I am now under the impression that their maybe a fault with the PSU on the sem not being able to power up the PIR sufficiently or it is intermittent fault on the the PSU output.
I have not been aware of this on my system before as I have not had PIRS attached to the SEM/LEM I have had other equipment that was not dependent on the SEM providing any power

Last edited on Monday Mar 19th, 2018 02:51 am by Swiss-Toni



 Posted: Monday Mar 19th, 2018 08:10 am
   PM  Quote  Reply 
13th Post
slychiu
Administrator


Joined: Saturday Apr 29th, 2006
Location: Singapore
Posts: 5493
Status: 
Offline

  back to top

Thanks That make sense

Can you check the voltage at 12V output of Comfort when the PIR is connected up.
It should be 12V or aboive



 Posted: Monday Mar 19th, 2018 08:45 pm
   PM  Quote  Reply 
14th Post
Home
Comfort Distributors
 

Joined: Wednesday Jul 12th, 2006
Location: United Kingdom
Posts: 771
Status: 
Offline

  back to top

Is there a chance you have an OLD LEM ?
Symptoms are that of you fitting an C1 LEM board ! get chiu to check the printed serial no on the board !
A



 Posted: Monday Mar 19th, 2018 09:41 pm
   PM  Quote  Reply 
15th Post
Swiss-Toni
UCM Pi Users


Joined: Thursday Sep 15th, 2011
Location: Greater London, United Kingdom
Posts: 349
Status: 
Offline

  back to top

The voltage drops from 13.68V to 13.24V +-1 as though it were pulsing,
Removing all attachments from the 12V & Com Voltage reads as 13.69(70)V to 13.40 (+.05)V pulsing every second or so
this happens regardless of the PIR being attached
The voltage rating for the PIR is anything between 12v & 30V so not sure what is going on anymore as the voltage drop is not that significant enough to cause a trigger.
The only other things attached to the PSU on the SEM are:
1 X KT03 keypad
2 X SCS 6 switches

The LEM & SEM board is roughly 1.5 years to 2 years old
Serial Nos
LEM C089008
SEM P052121

Just done the same test on main comfort Panel and it has similar voltage fluctuation but it does not trigger PIR
PIR have been moved to main panel as they are not affected in the main panel (comfort II Ultra)

Last edited on Monday Mar 19th, 2018 09:53 pm by Swiss-Toni



 Posted: Friday Aug 10th, 2018 02:19 pm
   PM  Quote  Reply 
16th Post
Swiss-Toni
UCM Pi Users


Joined: Thursday Sep 15th, 2011
Location: Greater London, United Kingdom
Posts: 349
Status: 
Offline

  back to top

Further problems with SEM zone 20, No matter what configuration I set it too, it will only read as active (unless set as n/o in zone types) it is connected to a simple door contact without eol, the cotact works fine when connected to any other zone.
When I completely remove all physical connections to the zone it still reads as active when it should read inactive.
When the zone is bridged it still reads active (as it should, but when you remove bridge still reads active) Due to other problems I am starting to think that this is a faulty SEM, Unless someone else has had a similar problem and was able to correct it.
I am going to do a cheeky test as I have got another sem for a customer and test it on my system to see if it functions correctly......



 Posted: Friday Aug 10th, 2018 07:18 pm
   PM  Quote  Reply 
17th Post
Swiss-Toni
UCM Pi Users


Joined: Thursday Sep 15th, 2011
Location: Greater London, United Kingdom
Posts: 349
Status: 
Offline

  back to top

Eureka! Resolved one issue, the blue connector was not making full contact, the only thing I did not check or swop, this still does not explain why the system still does not give the correct information to the status of the zone (active/innactive......



 Posted: Saturday Aug 11th, 2018 02:06 am
   PM  Quote  Reply 
18th Post
slychiu
Administrator


Joined: Saturday Apr 29th, 2006
Location: Singapore
Posts: 5493
Status: 
Offline

  back to top

If thre zone type is Normally Closed, it should be Inactive when bridged and Active when open. Active all the time means that the zone is always openBad contacts on the terminal block would certainly cause it to be active all the time



 Posted: Saturday Aug 11th, 2018 09:56 am
   PM  Quote  Reply 
19th Post
Swiss-Toni
UCM Pi Users


Joined: Thursday Sep 15th, 2011
Location: Greater London, United Kingdom
Posts: 349
Status: 
Offline

  back to top

Issue resolved, The sensitivity on the Zone type was set at 50ms for some reason the zone itself although set at open could not be reconciled at this speed and always reported it as active, by changing this to 200ms the zone started to display as inactive and active when in use.I do not see why the zone should do this, even when it was completely disconnected, it still reported the zone as active.My only thoughts on this now is that there is a firmware issue with the zone type & sensitivity range (On my system it only applies to Zones with less than 200ms)

Last edited on Saturday Aug 11th, 2018 01:11 pm by Swiss-Toni



 Posted: Monday Aug 13th, 2018 04:02 am
   PM  Quote  Reply 
20th Post
slychiu
Administrator


Joined: Saturday Apr 29th, 2006
Location: Singapore
Posts: 5493
Status: 
Offline

  back to top

If the zone is always reported as active, when it is not being changed the sensitivity does not affect it at all
It should not  be a firmware issue because zones and sensitiviities have been used for 20 years
check that the Comfortt and Slave firmware are uopp to date, if not upgrade to the latest




 Current time is 03:47 pmPage:    1  2  Next Page Last Page  
Top




UltraBB 1.172 Copyright © 2007-2014 Data 1 Systems