Supervision fault - Texecom PE 64-W and Odyssey X-W

[seanblee]

Hi all. I've got a Texecom Premier Elite 64-W running latest software with an Odyssey X-W sounder. It's been fine for the past few years but in the last week, I've started getting supervision faults for the sounder every few hours. The batteries were last changed a year ago - prior to that they'd lasted about 4 years. I've tested the battery pack and it's well over 13V so seems ok. I've tried deleting the sounder from the system and re-learning it and I've recommissioned the mesh, all with no effect. Ricochet Monitor reports good signal strength from the sounder.

I understood that supervision faults occur if the device doesn't poll within the supervision time, which is the default of 120 minutes. However, I'm seeing these alerts trigger then clear sometimes less than an hour apart. The "beep-beep-beep" from the alarm when this happens has woken me up overnight for the past few nights so I'd love any help to sort this out - many thanks in advance!

 

[secureiam]

battery change if it hasnt been changed in a few years most likely

apologies just seen that they were last changed a year ago.

what batteries did you use energiser lithium AA 1.5V we use and recommend.
without seeing signal security from ricochet monitor and signal strength data from ricochet diagnostics.

nothing else changed?

it would need a more in-depth look if the above doesn't shed any light on the issue.

 

[seanblee]

battery change if it hasnt been changed in a few years most likely

apologies just seen that they were last changed a year ago.

what batteries did you use energiser lithium AA 1.5V we use and recommend.
without seeing signal security from ricochet monitor and signal strength data from ricochet diagnostics.

nothing else changed?

it would need a more in-depth look if the above doesn't shed any light on the issue.

Thanks, yes I used Energizer lithium. I've ordered some more so I'll swap them again just in case one is misbehaving. Nothing else has changed. How do I get information out of Ricochet Diagnostics on the keypad? If I go into the menu and scroll to the relevant zone, I see this:
Zone 018 Sndrs
->XP

That's the lot. Is it supposed to give me more?

 

[secureiam]

chime

 

[seanblee]

chime

Thanks! I see this:
Zone 018 Sndrs
->XP
90>>@XP
Status: aaaspdtt
Msg 010 mins ago

 

[secureiam]

okay go through all your devices, you would not expect a supervision fault device to display this?

 

[seanblee]

It happened again overnight last night, multiple times (03:28, 03:57, 04:48). I checked Ricochet Diags again the first time it happened and saw this:

Zone 018 Sndrs
->XP
90>>@XP
Status: aaaSpdtt
Msg 022 mins ago

I'm going to change the batteries today, but even the diags are saying it's communicating more frequently than the supervision interval, so I don't understand why it's behaving like this. I don't suppose there's any way to stop these maintenance alarms from making the "beep beep beep" noise at the panel and keypad?

 

[kuruk99]

Since the battery seems okay and you’ve already tried deleting and re-adding the sounder, it might be worth checking the connections and making sure everything is secure.

 

[secureiam]

okay it needs a little more investigation.

If it’s definitely the sounder that is failing to communicate in from time to time then the possibilities are power in the device.

Jamming of device (likely a nearby lampost) if it’s just the outside bell affected.

Has anything changed locally inside your property.

 

[seanblee]

Thanks for the continued assistance, sorry it's not an easy one! Nothing has changed inside or outside the house. The panel is in the airing cupboard, which is roughly in the centre of the house, and the bell is on the corner of the house, probably about 6 meters from the panel. There is a lamppost directly outside the house, maybe 2.5m from the bell. In the past, I have seen occasional jamming alerts from the system, but nothing for the past few months.

 

[secureiam]

It be worth asking the council to get it looked at as a possible suspect.

If it is the street lamp it’s likely to get worse and become a more serious issue.

 

[seanblee]

Thanks, I can try that - is it to do with their wireless control of the lamp? Have you had success with councils sorting this out in the past? Do you think it's worth relocating the bell to the other end of the house, away from the lamppost?

 

[secureiam]

Firstly the council have a legal obligation not to have it radio jamming.

It’s a well known issue that if the lamps wireless. Component has issues it may cause jamming events.

In the most serious ones I have seen, the wireless alarm is pretty much completely non functional until the issue is addressed.

It could be something else, but it’s the current favourite in this case.

 

[secureiam]

Success yes where the property occupier contacts the council and doesn’t let it drop.

It can take them some time unfortunately to get their contractor out look at it.

The last one I recall was around this time last year and it took the council of that customer around 8 days to fix it.(just checked my log).

But that’s from job raised to job completed and not from initial enquiry they made to the council

 

[secureiam]

To add to the log only had one jamming event in it but it was clear from the behaviour on that system it was taking place and lamp was relatively close to property due to small buffer garden so it was the most obvious place to start.