That would be handy. I have made a couple of changes to the code and put in a PR, I can say I have been running this for a week or more now as a docker instance. If I had more of an understanding of HA I would try give it a go, but I do not.
I am sure you will have a lot of fun with this one Sam once you get your alarm in.
Anyone got any ideas on Integriti system (Big brother of inception) integration unfortunately i don’t thin integriti uses a API so makes it hard . I would be intrested in ideas on the best direction so while i am port sniffing controllers i know where to start thanks
Integriti has a couple different methods of integration, one of which is the exact same Rest/XML interface as Inception. However it is a paid feature on Integriti.
Hi @samburner3, thank you for wrapping the container in a HACS add-on. I now have it installed and running!
@MyCool I’m a certified Integriti installer and just about every interface (excluding lifts) requires an Integriti server to perform / setup. As @darkly noted, most of these are also paid license features. Having said that, Inner Range recently changed the licensing model to feature levels, so no more licensing every single feature individually. I can look at a license cost for you if you want?
@mattl This is awesome, I like the fact you made it with MQTT to keep the HA overhead low and allow for long polling. I have noticed the only thing not working is the Area state changes to Armed, as I don’t use mulitmode arming. I have just noticed @takenalias has updated the config to support this, thank you, I will look at updating.
@samburner3 do you know if your HACS release includes the changes made by @takenalias on February 25th?
Sorry to dump all this in one message, just excited as this was the last thing I had to integrate to complete the HA install. I’ll upload some screen shots on my setup shortly.
Install: inception-mqtt addon from Sam’s Home Assistant Addons
Open the inception-mqtt addon and select the Configuration tab
In the configuration, set the following:
Base URL: http://INCEPTION IP ADDRESS/api/v1
Username: Inception user account, in my example hassio
Password: Password for the user account setup in the Inception.
Alarm Code: This is the code you must enter in the Alarm Panel card, to allow the Inception add-in to send an arm or disarm code. By default, the card will not require a PIN to arm and disarm. This PIN is not related to a user PIN in the Inception panel.
Save the changes
Restart Home Assistant
Once restarted, go into the inception-mqtt addon LOG and confirm you see Inception information coming through.
eg: Polling input received id ‘8766c2b3-ab12-452c-9311-10d56d38997e’ with public state ‘64’ in binary ‘000001000000’ Sending payload: Off to topic: inception/binary_sensor/8766c2b3-ab12-452c-9311-10d56d38997e Polling monitor updates with payload [{“ID”:“AreaStateRequest”,“RequestType”:“MonitorEntityStates”,“InputData”:
Assuming it is all working, you will see the entities appear.
Areas -> alarm_control_panel.area_name
Inputs -> binary_sensor.sensor_name
Doors -> lock.door_name
Here is the excerpt of YAML from my ui-lovelace.yaml file, for the security tab. I have deliberately disabled arming and disarming the system from Home Assistant, as I use SkyCommand for additional security. This is a paid service that operates over Telstra and Optus secure 4G networks.
@MyCool and @stewball
I have a completely licenced Integriti system including the read/write XML which I could test this on, once my Inception integration is up and running at home.
I’m not running supervisor (Synology NAS with Home Assistant in Docker) so need to set it up manually.
So I’ve got the addon from @samburner3 set up using the method @stewball described and it works flawlessly on a large scale system with multiple zones/doors.
To my surprise it actually works with very little delay but I wouldn’t expect anyone to need this method since the panel is likely to be on the same site as Home Assistant. So the question becomes, can we connect to multiple inceptions at multiple locations?
To answer @MyCool I tested it with Integriti and a licensed XML interface. Whilst similar to Inception it is still different and this integration would need a complete re-write to work on Integriti.
It does not but in the next version I’m planning to include that along with being able to define custom MQTT broker incase the user is using a broker outside of HA.
@mattl@samburner3 I’m not sure what the issue is, its all connected but its not picking up the status of my main “Area” (PCX Internal), my "PCX Garage " area is working , as are all the sensors etc, but it detects my main area in HA, but just always says disarmed.
My garage area, has a partial mode and full mode, and it works fine, my main area, just has full arm, but always shows disarmed , in history and logs.
Any info i can look for to diagnose this? (They area always armed/disarmed together).
I suspect it will be something to do with only having full arming available. As a troubleshooting step, can you enable multimode arming for the House area and see if that makes things work?
@mattl Yes it works only with partial / full. If u turn then both to single mode. Nothing. One on single causes that to not work. Not sure if it’d the original mqtt one or the Inception addon that is the problem. But I’m using it via the addon made by @samburner3
Yeah Sam, is using the original code from Matt L. That has the issues with single-mode arming. The easiest thing would be for Matt Larner to approve the PR for the changes I submitted, or for Sam to make the changes himself.