The firmware is all up to date, the only workaround for this problem is when the sensitivty is set at 200ms or above, this issue only seems to be affected on the SEM, not on the main comfort panel, everything works as it should until you try to use a lower setting, it does not affect the function of most contacts but does seem to cause a conflict when I tried to connect up my PIRs on the SEM with a digital signature set at 50ms any other equipment behaved normaly even when the zone reported active!
The only way i could describe it would be:
Sensitivity set between 50ms and 200ms
Door closed: (shows as active)
Door open: lights turn on (shows as active)
Door closes: lights turn off (shows as active)
When sensitivty set at 200ms & above
Door closed: (shows as inactive)
Door open: Lights turn on (shows as active)
Door closes: lights turn off (show as inacvtive)
It's no longer an issue for me as the sensitivity has been set at 200ms and above and the problem was resolved on my personal system.
We have tested changing zone sensitivity on slave zones to 50 ms and 20 msThe zone still behaves correctly in all sensitivity values
Using a zone test switch, we can easily activate a zone as normallly open or closed
With sensitivity of 20 seconds,m the zone responds even if the activation pulse is very short eg > 20 ms < 100 ms.
Using Securuty Check F,3,2 on the keypad, you are able to hear the annoouncememt of zones as they become active
Eg zone 17 is announced when the zone is activated everyu time regard;less of the sensitivity of the zone.
I think there may be other issues in youyr system. perhaps to do with the Slave communicxations. The communications may be intermittent resultinbg on the slave not reporting its zone state
Also we have set the zone type to 24 Hours Normally open with 20 ms sensitivity on the Slave so that if the zone is activated there will be a full alarm with sirens dial outs etcso if there really is a problem with the Slave at small sensitivity settings, there will be a big commotion
Last edited on Monday Aug 20th, 2018 06:23 am by slychiu
Just reporting back after much investigation,
I found what was causing the error on my PIRs no longer functioning on Comfort. The Pirs that I am using for some reason cannot take their power from the comfort panel with a negative return to the zone common. this is what was partly causing the issue. Once the power was taken independantly and the negative used in the com of the Zone the micro PIRs functioned correctly without causing active/inactive bouncing for no apparent reason.
Also must point out although the PIRs are powered independantly they are backed up with a backup power supply to match the comfort Power backup so no risk of false activations through loss of power.
All the Zones are responding as they should with my micro PIRs.