Community Hass.io Add-on: Paradox Alarm Interface

Good day Fellow Home Assistant enthusiasts.

So I have got my paradox alarm system hooked up to HA. Working great to arm and using sensors in automations. I have been using the burglary radio switch and Panic radio switch in automations thinking they will trigger an alarm but I tested it over the weekend but it does nothing when I turn on the switches. Question is how do I trigger the alarm to go off in my automations?

Probably something I am overlooking

Any assistant greatly appreciated.

Many thanks

1 Like

Also struggling to do this. The ‘trigger alarm’ function in Node Red doesn’t seem to do it. If I publish ‘disarm’ to paradox/control/partitions/Area_1 via mqtt, i can disarm. I’ve tried ‘trigger, trouble, triggered, alarm’ and a few others.

Any advice would be greatly appreciated!

Tx,
Jean

dear,

may be a little bit simple question, but any way: would someone help with configuration to get “paradox alarm” panel workable.

I see that some users have the following in the config:
ALARM_PUBLISH_TOPIC: paradox/alarm/state
ALARM_SUBSCRIBE_TOPIC: paradox/alarm/cmnd
ZONE_PUBLISH_TOPIC: paradox/zone/state
CTRL_PUBLISH_TOPIC: paradox/ctrl/state
CTRL_SUBSCRIBE_TOPIC: paradox/ctrl/cmnd

but my default config doesn’t have it. It contains smth like that:
COMMAND_ALIAS:
arm: partition all arm
disarm: partition all disarm
MQTT_COMMAND_ALIAS:
armed_home: arm_stay
armed_night: arm_sleep
armed_away: arm
disarmed: disarm

Herewith my configuration

LOGGING_LEVEL_CONSOLE: 20
LOGGING_LEVEL_FILE: 40
CONNECTION_TYPE: IP
SERIAL_PORT: /dev/ttyUSB0
SERIAL_BAUD: 9600
IP_CONNECTION_HOST: 192.168.2.98
IP_CONNECTION_PORT: 10000
IP_CONNECTION_PASSWORD: password
KEEP_ALIVE_INTERVAL: 10
LIMITS:
zone: auto
user: 1-10
door: ‘’
pgm: 1-5
partition: auto
module: ‘’
repeater: ‘’
keypad: ‘’
key-switch: ‘’
SYNC_TIME: true
SYNC_TIME_MIN_DRIFT: 120
PASSWORD: ‘xxxx’
MQTT_ENABLE: true
MQTT_HOST: core-mosquitto
MQTT_PORT: 1883
MQTT_KEEPALIVE: 60
MQTT_USERNAME: username
MQTT_PASSWORD: password
MQTT_HOMEASSISTANT_AUTODISCOVERY_ENABLE: true
COMMAND_ALIAS:
arm: partition all arm
disarm: partition all disarm
MQTT_COMMAND_ALIAS:
armed_home: arm_stay
armed_night: arm_sleep
armed_away: arm
disarmed: disarm
HOMEASSISTANT_NOTIFICATIONS_EVENT_FILTERS:

  • ‘live,alarm,-restore’
  • ‘live,trouble,-clock’
  • ‘live,tamper’
    PUSHBULLET_CONTACTS: []
    PUSHBULLET_EVENT_FILTERS:
  • ‘live,alarm,-restore’
  • ‘live,trouble,-clock’
  • ‘live,tamper’
    PUSHOVER_EVENT_FILTERS:
  • ‘live,alarm,-restore’
  • ‘live,trouble,-clock’
  • ‘live,tamper’
    PUSHOVER_BROADCAST_KEYS: []
    SIGNAL_CONTACTS: []
    SIGNAL_EVENT_FILTERS:
  • ‘live,alarm,-restore’
  • ‘live,trouble,-clock’
  • ‘live,tamper’
    GSM_CONTACTS: []
    GSM_EVENT_FILTERS:
  • ‘live,alarm,-restore’
  • ‘live,trouble,-clock’
  • ‘live,tamper’
    IP_INTERFACE_ENABLE: false
    IP_INTERFACE_PASSWORD: password
    DUMMY_EVENT_FILTERS: []
    LOGGING_DUMP_PACKETS: false
    LOGGING_DUMP_MESSAGES: false
    LOGGING_DUMP_STATUS: false
    LOGGING_DUMP_EVENTS: false
    IP_CONNECTION_BARE: false
    MQTT_RETAIN: true
    MQTT_BIND_ADDRESS: 192.168.2.170
    MQTT_BIND_PORT: 1883
    MQTT_PUBLISH_RAW_EVENTS: false
    LABEL_ENCODING: utf-8

I think the pai integration just got broken yesterday. Did anyone else experience this? It might have got something to do with version 2021.5.5.

So far we figured out that it does not like multiple MQTT clients with same usernames.
Mosquitto Broker 6.x is also guilty but for an other yet unknown reason.

Do you have a rough idea about when you are able to fix it?

Fixed in 2.5.3

4 Likes

You’re a boss Jevgeni !

I’ve learnt that with core critical addins like Mosquitto, I always wait at least a few days before upgrading.
PAI still works like a charm for me with Mosquito version 5.

Yesterday night I rolled back my shnapshot when I figured out something is wrong. Hopefully I only updated the MQTT Broker, so the cause was easily sorted out :smiley: But I’m using the dev version, which still don’t have update :frowning:

Dev does not update automatically in home assistant. You need to delete plugin, delete repo. Add repo again. Then install plugin and reconfigure.

Thanks for the fix, it works again!

1 Like

Is there a way to change the labels used by PAI?

So our Paradox alarm has three states

  • Armed - Everything Armed
  • Stay - Perimiter Armed
  • Sleep - 1st Floor Armed - 2nd not armed.

These do not line up with the PAI states which are

  • Armed Home = Stay
  • Armed Away = Armed
  • Armed Night = Sleep

Either I want to be able to change the Paradox terms in Babyware or the terms in PAI, is this possible?
i.e.

  • Armed Whole House
  • Armed Sleep (1st Floor)
  • Armed At Home (Perimeter)

Thanks

Does anyone have good experience with SP6000 + IP150 gateway. I’m planning on a new installation with the above. In the past I only used the EVO boards. Hope it is the same. In some post I saw it was tested with the SP7000 but not the SP6000.

Hi, All.

I have homeassist on rpi 3, MG5050 v6.81 IP150 v4.42. I have a PGM wired into PGM4 on the board and 1 2WayPGM (wireless door contact with PGM). For some reason, the autodiscover discovers the panic and burglar PGMs, but will not discover the PGM 4 and 2WayPGM. I know it works because a friend has the same setup and his works fine. I tried adding a switch to my general config yaml file but no success. Any ideas how I can force it to recognise the PGMs?

P.s. I also have 2 PGMs on an expansion board, but this isn’t supported as yet. If anyone knows how I can get those PGMs to work, too, that would be amazing.

Thank you.

Hi All,

I managed to get this integration working to some extent. I have a EVOHD panel. I’m getting this error in the logs after the PC password successfully authenticates.

PAI.paradox.paradox - Got ERROR Message: Invalid record type

From what I’ve read I have to tweak STATUS_REQUESTS in the config file. But there is no mention of how I should do it. Is it even the same config?

Would be awesome if this was documented.

Ps. I tried adding this to the config, which seems to be ignored.

STATUS_REQUESTS:
  - 0
  - 1
  - 2
  - 3
  - 4
  - 5
  - 6

Hi, All.

I figured it out. In babyware, you need to ensure there is an “Activation” and “Deactivation” event linked in the PGM configuration in Babyware.

P.s. MG5050 with PGMs and zones on expnasion board work perfectly. Zones in the expansion board show up as binary.sensor.[name]_2. The “_2” must be the one you look at and use.

Thanks to all that made this amazing software!

Thanks for the awesome Add-on. I have got it work with Sp6000 + IP150. I’m wondering is that possible to make a panic button in HA to trigger the alarm? I read someone mentioned it’s possible by wiring the PGM to a zone but i have no experience on this, can someone please help on how can this be done?

That’s good news! Without any hassle? Did it work straight away?

Hi, I have an SP6000 @ 5.18 and an IP150, and this connection worked for me since day1 - Problems only came up if I changed something (used as a process, then as a docker image, then as hassio plugin), or when there was a breaking change in PAI itself.