Centralite 3400 keypad

[snel6424 (Colton S.)]

Looks great so far! Have you made any more progress?

[Shibboleth]

FYI, discussion is ongoing over here on the zigpy / zha device handlers github.

And here’s the history of the fabulous work done by dmulcahey on the pull request

[Hans_van_der_Drift]

I just purchased some of these. Are you able to shared your node-red flows please?

It looks like you have achieved all that I’m trying to do.

[BusinessClaes]

That will be my pleasure! I am on vacation now so I will not be at home for a couple of days though. Hopefully I’ll put the flows here some day next week.

On the other hand there’s been a great step forward since alarm panels have been integrated in HA, so I hope to be able to manage my alarm panels that way soon, instead of sending raw cluster commands.

[Hans_van_der_Drift]

In my investigations I found that node red’s new node ‘Device’ can send and receive most of these commands without any cluster or call service nodes.

[SamJWard (Sam Ward)]

Has anyone been able to get these keypad’s to work?

I have my sync’d with Alarmo and the keypad is able to arm and disarm alarmo, but the keypad never shows it’s armed when it is indeed armed. It always shows the green lights" and none of the armed modes are red either.

Anyone know what I’m doing wrong?

I have it paired with Zigbee2mqtt.

[Journeymnn (Michael)]

I have great synchronization with this clever automation.

Automation to syncronize a Zigbee Xfinity Keypad/PIN Pad (ZHA) and Alarmo

Hi all, I bought a used Zibee Xfinity Keypad/PIN Pad and wanted to use it with Alarmo. I found a few solutions when you are using Zigbee2MQTT but I use ZHA, so I wrote an automation that would sync the Keypad and Alarmo using Alarmo built-in MQTT capabilities. Pre-requisites: Alarmo Custom Integrations installed and configured: MQTT Enabled and configured to require a code Armed away, Armed home, and Armed night Modes configured A Pincode configured Mosquito broker installed and configure…

[GLehnhoff (Gerhard Lehnhoff)]

Centralite 3400-D works with ZHA.

I can confirm that my Centralite 3400-D security keypad now (12 July 2023) works with ZHA. I could not get it to work with Zigbee2MQTT.

During pairing I was asked for the PIN. The keypad returns armed_home, armed_away and disarmed. It has the correct color and beeps correctly after arming/disarming and wrong PIN.

There are only a few entities available:

• alarmcontrolpanel → returns the status of the alarm panel (armed_home, armed_away, and disarmed),
• iaszone → seems to be off all the time (I don’t know what this is for),
• temperature.

There are two more entities, but they are not available:

• identify,
• battery.

As I only use the alarm control panel and the device shows the correct colors and beeps, I consider the unit to be working. As I was unable to pair the unit weeks ago, someone seems to be working with it and other entities such as battery may work in the future.

Side notes:

1. PIN: The PIN is entered in ZHA → Integration Entries (this is my USB ZigBee Antenna) → Configuration (translated from German language)
   

   

2. Colors: The unit shows when the alarm is armed or disarmed. If it is armed, it is not able to show if it is armed_away or armed_home. It always shows armed_home.

3. Integration: While I was integrating the device, ZHA said that the integration failed. However, it works fine. However, it may still be in a beta state and behavior may change.

4. Alarm system status changed from another device: If the status of the alarm system has been changed from somewhere else, e.g. another device, the keypad does not know. In this case a message must be sent to the device. This can be done via the service (for example: alarm_arm_home) to the alarm_control_panel. The PIN code has to be transferred, too. In Node-RED this looks like:
   

   

I call this service not only when the alarm status changes, but also when it is arming (hence, the one minute or so until the system is armed). Programming Node-Red is that easy (sorry it’s not in English and you can only see the flow, not the details):

5. Count down beep when arming: I could not set this.

6. The control panel in HA has four states (armed_home, armed_night, armed_away and disarmed) while the keypad itself has only three (armed_home, armed_away and disarmed). In my programming I treat armed_home and armed_night the same.

[KJB55]

Centralite 3400 keypad

Just realized that Centralites support just gave me a link to the keypads Compliance Document at zigbeealliance.org and I felt so special, I thought I was provided with some secret information… Anyway, now I know that, AND that all the information about clusters, commands and payloads/args are supposed to be used (as long as the manufacturer of the device doesn’t deviate from the standard) is in the ZigBee Cluster Library Specification. So now I did myself some reading and I have m…

@BusinessClaes - How do you get the keypad to change colors based on Armed or Disarmed status from Node Red? And to get it to beep? Please share. I’d like the keypad to use red or green on wake so I know the status of the alarm

[Solatech]

@BusinessClaes I would also like to know about your beep configuration. I just paired a Centralite 3400 to my HA instance using ZHA integration configured with a SkyConnect. Really enjoying it so far but zigbee commands are not my strong suit.

[KJB55]

@GLehnhoff

I can confirm that my Centralite 3400-D security keypad now (12 July 2023) works with ZHA.

Hi there @GLehnhoff - how do you get the Keypads to show actual colors and to beep? Do you have a node red flow or example?

I use this blueprint with Alarmo for my keypads, however the colors never change on the keypad. Nor do I know how to send beeps back to the keypad. Thanks for any help!

[GLehnhoff (Gerhard Lehnhoff)]

Hi @KJB55, as written above/below in my other writing, I connected the device via ZHA and the colors work automatically. It also beeps when the input is done, but I did not get the countdown beep working. I do not use a blueprint. It is important to know, what Centralite device you use. The last letter in the device name makes the difference. I have the 3400-D.
If the alarm-status is changed from another device or via HA, the keypad does not know. Only in that case I have a tiny Node-RED script who tells the keypad, that the alarmsystem status has changed, so that it shows the correct colors. See my other writing here above/below.

[KJB55]

@GLehnhoff - thanks for the reply. I have the 3400-D like you.

• I have it connected in Z2M so not sure if that is the problem.
• Also, when I try to put together a small Node Red script I find the device but don;t have an entity like what you have. Maybe a Z2M challenge?

[GLehnhoff (Gerhard Lehnhoff)]

@KJB55 , it did not work with Z2M when I tried it month ago. See my message from July 12th above. You have to use ZHA.

UPDATE: I’ve also informed the guys at https://zigbee.blakadder.com/ about the false information they’re giving, but they haven’t reacted. See also Centralite 3-Series Security Keypad (MSO) 3400-G Zigbee compatibility. The information here is misleading. But as I said, they didn’t react on my messages.

[GSzabados (Gábor Szabados)]

@GLehnhoff

3400-D

I do own a Linkind keypad. It is not a CentraLite one but the whole logic around any keypad should be the same, disregarding the manufacturer.

The keypad is a peripheral device. It is as dumb as it can be, because it has no other task just to report according the commands which it receives, the brain is always the central unit of the alarm.

Communication should be like this.

Wake up, reports wake up. In return central send current state, keypad shows current state.

Enter action and code on keypad, then send it to central. Central reacts on the information and sends keypad what to show.

The likelyhood that the keypad would store alarm state is zero, because the central unit has the alarm state. And that can be changed in many other ways, but the keypad. Like triggered alarm, or disarm with app, etc. The keypad is a sleeping end device, ot might wakes up every hour to report in that it is still there, but generally it communicates with the central unit when it wakes up.

That is the reason, why the keypad does bot function as an alarm panel with Z2M. The functionality of an alarm is not included.

Have a look at this Blueprint to get understanding of the logic: Zigbee2MQTT - Sync Keypad and Alarm Control Panel States

ZHA does create an alarm panel device as I remember, which is quite confusing as alarm control functionality is not provided behind that.

Z2M does not provide the alarm panel, you have to interact with the keypad to make it work, hence the necessity of the Blueprint, and it solves everything.

The difference between the -D or -X should be what color and logo is printed on the device for the convenience of the client mobile company.

[KJB55]

@GSzabados

Z2M does not provide the alarm panel, you have to interact with the keypad to make it work, hence the necessity of the Blueprint, and it solves everything.

I’ve been using a blueprint, and can get everything working on the 3400 can get everything to work on the keypads (I have three), except for the keypads showing any status color. Ideas?
Also, are there commands I can send from Node Red to the Keypad to test?

[GLehnhoff (Gerhard Lehnhoff)]

@KJB55

I’ve been using a blueprint, and can get everything working on the 3400 can get everything to work on the keypads (I have three), except for the keypads showing any status color. Ideas?
Also, are there commands I can send from Node Red to the Keypad to test?

1st question: I am not using a blueprint as most is working out of the box with ZHA and 3400-D. For all logic I use Node-RED.
2nd question: Yes. See my comments further back

[GLehnhoff (Gerhard Lehnhoff)]

@GSzabados

The difference between the -D or -X should be what color and logo is printed on the device for the convenience of the client mobile company.

I have a 3400-D and I had a 3400. 3400 (without “-D”) did not work in my case. However, this was with a different SmartHome server (not HA). Saying that, in that case, the device might have had a defect or they are different, at least to my former SmartHome system (which was Telekom Magenta SmartHome).

[GSzabados (Gábor Szabados)]

@GLehnhoff

former SmartHome system (which was Telekom Magenta SmartHome).

Consider it, your are Deutsche Telekom, you release the Magenta System, do you want to put any effort to support any 3rd party device, but the ones what you sell. Of course not…

That’s why you would support the -D and not any other.

ZHA and Z2M is not interested about what is the identifier of the device when it is executing the assigned code, you can list as many identifier for the same code. Z2M has in the herdsman converter both the 3400 and 3400-D listed for the same code.

Or just as an other example centralite has 3200 smart sockets, a de and fr version, both has the same code in the herdsman converter.

Koenkk/zigbee-herdsman-converters/blob/e5da3cca0f8c5267e10c412fa81f1d229a2b2e38/src/devices/centralite.ts

[KJB55]

Does anyone know how to send a command, from an automation script or from node red, to the 3400 keypad in order to change the status color LED color?