SimpliSafe with HA

It’s me again, :joy:. Just checking in and sharing things I’ve done with Simplisafe & Alarmo. Simplisafe as a backup to the Alarmo integration since I still have it and the SS sensors do work for alarms. Redundantcy.:person_shrugging: Self monitoring both.

As others have done & these are for both systems.

Automated arming and disarming on schedules.

Geofence arming and disarming with zones, HAOS zones may be accurate and was my bad settings, I ended up using the Owntracks Integration & android app to track my phone.
Tasker & Autolocation plugin (HAOS may do this also) to send intents to Owntracks to change the modes, four modes available, Manual, Quiet, Significant Changes, and Move mode rapid checks. Http used vs Mqtt.

Last couple days and results to be determined, Battery Notes and Battery State Card to monitor the batteries (I hope). A little YAML and the SS normal battery state now reports at 100% and a low threshold I set at 30%. With 35 Simplisafe sensors and an equal amount of Aqara Zigbee sensors, keypad base Station, x2, that’s about 79 batteries. I’m no YAML expert. GitHub - nielsfaber/alarmo: Easy to use alarm system integration for Home Assistant

I think with current limitations, I’ve done about all I can do with Simplisafe in HAOS.

Alarmo is like Simplisafe, but on steroids, easy, group sensors, like motion two must detect in less than a minute to trigger the alarm. And much more.

I’ve tested Aqara vibration sensors as window break and have those in similar groups, vibration triggers, a motion must also trigger to try to eliminate nusience trips, yet provide security too.

The motion groups might be helpful to pet owners, not that they couldn’t trip two in a minute (time adjustable).
Batteries sample mixed.

I also use HA to arm/disarm SS. But I’ve done it using the proximity integration. I used it with zones at first, but I found I like the proximity better.

I’d rather not have to subscribe to SS, but I’m off the grid so much that professional monitoring is essential for me. Otherwise, I’d self monitor with Alarmo.

I’ll warn you, SS sensors with Battery Notes is worthless. SS does not report battery level; it just reports when it needs to be replaced, even within it’s own system/app. I’ve year to get any useful information from SS in Battery Notes. I think this is a SS limitation, not HA or Battery Notes.

1 Like

I’ll look at proximity. I found the HA zones inaccurate. I just loaded HA-Tracker and it reports me 6 addresses away.

All sensors in companion on, super accurate GPS on in phone settings, they may need tweaked for distances etc. And that’s why i switched to Owntracks which has been stable and accurate lately. Lol I’ll keep an eye on the SS batteries, but I have 35± Aqara in it also, so it may be useful regardless.

So far, since turning on the SS integration it’s stayed connected and no re-authentication yet, has glitched and not disarmed on schedule, logs showed API issues or work being done at SS, whatever, and what we have here is a failure to communicate, as Cool Hand Luke’s warden would say. :joy: So a false alarm. No big deal though.

As mentioned previously, Noonlight monitoring is WiFi only, personally I never had SS ever have to use the cellular when I had monitoring. Anyhow if ever interested down the road for Alarmo, look in HACs for Noonlight.

I dropped full SS monitoring when they failed to call me. It’s even worse now I hear, mostly cancelation texts, push notifications, etc., and maybe a call up to two minutes later. Don’t know, don’t have it anymore.

I also forced SS batteries to report percentage with helpers. Don’t know if they’ll report or not, as in pic above, SS show 100% instead of SS normal, minimum set at 30 percent in Battery Notes Config. TBD.

Aqara G5 Pro cameras. I watched a video today about a new camera that looks promising on the surface. Google, Alexa, Home Assistant rtsp, homekit, thread, zigbee, Matter, lol, built in Zigbee hub in each cam, IP65, USB & WiFi or POE models. Cloud or local? TBD appears both are possible.

I’ll do my due diligence this time but the options are great, how they work, how the ai detection works is unknown and I believe it’s fairly new. Not cheap wifi $179, POE $199.

Fees if any for Ai detection unknown and not very visible if they have any. If they don’t, they will.

But then the 5 SS & two doorbells I have are in that price range. And they’re almost useless for SS self monitoring. They are useless. Lol

So watch if you wish but do the same diligence before taking the leap, read user reviews etc.

I’m in no hurry this time around.

I just set up the SimpliSafe integration the other day, and once I got the code, everything worked great, at first. But last night, my SS base station started complaining “Smart Lock not responding”, both front and back, and that continued today. I tried changing the batteries; no good. Both the SS app and HA seemed to have trouble talking to the locks. When I tried from the SS app, I often got the message “Base station busy”. Other times, the commands went through, but with delays of up to several minutes.

I reluctantly decided that HA was somehow interfering with SS’s usual operation, so I’ve disabled the integration for now. I know the “Smart Locks” are not that popular and work differently from most SS components…

I assume your smart locks are SimpliSafe? If so, I have no input to give as I don’t use their locks.

Everything in SS is independent of HA, the way I understand it.

@bachya woke up to find out my alarm controls are no longer working. Below are the logs. Any idea what may be causing this?

2025-06-27 08:51:27.791 ERROR (MainThread) [simplipy] Giving up _async_api_request(...) after 1 tries (aiohttp.client_exceptions.ClientResponseError: 404, message='Not Found', url='https://api.simplisafe.com/v1/ss3/subscriptions/######/settings/normal?forceUpdate=true')
2025-06-27 08:51:42.701 DEBUG (MainThread) [simplipy] Data received from /ss3/subscriptions/6261733/state/home: {'type': 'NotFound', 'message': 'Active sim not returned from comlink', 'code': '002', 'statusCode': 404, 'props': {}}
2025-06-27 08:51:42.702 ERROR (MainThread) [simplipy] Giving up _async_api_request(...) after 1 tries (aiohttp.client_exceptions.ClientResponseError: 404, message='Not Found', url='https://api.simplisafe.com/v1/ss3/subscriptions/6261733/state/home')
2025-06-27 08:51:42.702 ERROR (MainThread) [homeassistant.components.websocket_api.http.connection] [547129368448] Unexpected exception
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/site-packages/backoff/_async.py", line 151, in retry
    ret = await target(*args, **kwargs)
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/simplipy/api.py", line 250, in _async_api_request
    resp.raise_for_status()
    ~~~~~~~~~~~~~~~~~~~~~^^
  File "/usr/local/lib/python3.13/site-packages/aiohttp/client_reqrep.py", line 1161, in raise_for_status
    raise ClientResponseError(
    ...<5 lines>...
    )
aiohttp.client_exceptions.ClientResponseError: 404, message='Not Found', url='https://api.simplisafe.com/v1/ss3/subscriptions/6261733/state/home'

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/simplisafe/alarm_control_panel.py", line 166, in async_alarm_arm_home
    await self._system.async_set_home()
  File "/usr/local/lib/python3.13/site-packages/simplipy/system/__init__.py", line 434, in async_set_home
    await self._async_set_state(SystemStates.HOME)
  File "/usr/local/lib/python3.13/site-packages/simplipy/system/v3.py", line 403, in _async_set_state
    await self._api.async_request(
        "post", f"ss3/subscriptions/{self.system_id}/state/{value.name.lower()}"
    )
  File "/usr/local/lib/python3.13/site-packages/backoff/_async.py", line 159, in retry
    await _call_handlers(on_giveup, **details, exception=e)
  File "/usr/local/lib/python3.13/site-packages/backoff/_async.py", line 37, in _call_handlers
    await handler(details)
  File "/usr/local/lib/python3.13/site-packages/backoff/_async.py", line 16, in f
    return coro_or_func(*args, **kwargs)
  File "/usr/local/lib/python3.13/site-packages/simplipy/api.py", line 295, in _handle_on_giveup
    raise RequestError(err) from err
simplipy.errors.RequestError: 404, message='Not Found', url='https://api.simplisafe.com/v1/ss3/subscriptions/6261733/state/home'

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 250, in handle_call_service
    response = await hass.services.async_call(
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<7 lines>...
    )
    ^
  File "/usr/src/homeassistant/homeassistant/core.py", line 2802, in async_call
    response_data = await coro
                    ^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/core.py", line 2845, in _execute_service
    return await target(service_call)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 1007, in entity_service_call
    single_response = await _handle_entity_call(
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^
        hass, entity, func, data, call.context
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 1079, in _handle_entity_call
    result = await task
             ^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/alarm_control_panel/__init__.py", line 283, in async_handle_alarm_arm_home
    await self.async_alarm_arm_home(self.check_code_arm_required(code))
  File "/usr/src/homeassistant/homeassistant/components/simplisafe/alarm_control_panel.py", line 168, in async_alarm_arm_home
    raise HomeAssistantError(
        f'Error while arming (home) "{self._system.system_id}": {err}'
    ) from err
homeassistant.exceptions.HomeAssistantError: Error while arming (home) "6261733": 404, message='Not Found', url='https://api.simplisafe.com/v1/ss3/subscriptions/6261733/state/home'

Not to my knowledge. I just tested, and I was able to successfully arm/disarm my system through HASS.

An HTTP 404 means that APIURL “doesn’t exist.” We know that’s not true given my own testing just now. So, two things come to mind:

  1. SimpliSafe is having some sort of ephemeral issue that has been corrected.
  2. That specific URL references your subscription ID number; if that “can’t be found” and the SimpliSafe API is working as expected, it might mean something is going on with your subscription. Has anything changed there to your knowledge?

LOL unbeknownst to me, my wife unplugged my base station :rofl: I appreciate the prompt reply!

Whew! Love it when the problem is simple. :joy::pray:t2:

1 Like

@bachya

Is there a battery low way? As in your description of events? Unformatted.

triggers:

  • trigger: event
    event_type: SIMPLISAFE_EVENT
    event_data:
    last_event_type: doorbell_detected

Like this.

alias: Test Simplisafe Battery Low
description: “”
triggers:

  • trigger: event
    event_type: Simplisafe_Event
    event_data:
    last_event_type: low_battery
    conditions:
    actions:
  • action: notify.mobile_app_my_phone
    metadata: {}
    data:
    message: A Simplisafe battey is low.
    data:
    ttl: 0
    priority: high
    mode: single

@Pilotbum You were right, no pulling Simplisafe battery data. I have to learn the hard way though. :joy: Finally deleted all that Battery Notes work & the templates today.

I’m inclined to agree even battery data is behind their locked and closed ecosystem.

I’ve completely moved away from the SS stuff except for arming and disarming the sensors.

I’m too old & too cheap to run POE for wired cameras, so I’m currently testing a Reolink WiFi Lumas Pro. (No batteries) USB powered.

Only into it a few days. All sensors exposed in HAOS Reolink integration though, person, animal, motion etc., a $79 camera. I’ll probably keep it if testing continues going well. TBD.

And if so, it will replace an SS outdoor cam on my deck, which is useless self monitoring. Useless with monitoring IMHO, :joy:.

Hooked in with Mesh Wi-Fi, 5ghz.

@G2740 I have 3 SS cameras, but only for their confirmed intrusion service or whatever they call it. One points at my front door, one at the back door, and one in the garage. Outside that, I have my own NVR camera system using a variety of camera brands and my Synology. HA can also use various cameras for sensors, like Reolink, as you mentioned. I use them quite a bit.

I keep the SS open/close sensors in my HA so I can use them to turn my HVAC off if a door/window is open for 3:00. So it is actually up to 3:30 since HA only polls those sensors every 30 seconds. For my purpose, that is fine.

As for the SS batteries, I have to rely on the SS app to tell me if a battery needs replacement.

1 Like

@Pilotbum

With SS being a closed system, a fellow on the SS forum kicked my old brain into gear.

With Ai help, I created a couple of helpers and templated a sensor helper in HAOS.

Just using averages of a CR2032 life span as used in a security sensor for example. Going around Simplisafe entirely.

I used 24 months life for now, some are more, some heavily used are less life.

That gets me a % of battery drop with the Jinja template sensor helper and I can adjust as needed, if needed.

It’s not perfect, but as close as I’ll ever get for Simplisafe in Battery Notes, auto entities added it to my batteries dashboard automatically.

Unfortunately, I’ll have to do it 37 times lol, for all SS sensors.:grimacing::thinking::sweat_smile:

@G2740 That’s dedication! I’ll just let the SS app tell me when a battery needs replacement. I still keep it on my phone and use it occasionally because I have 3 of their cameras for their “verified break-in” or whatever they call it.

Simplisafe exposed the sensors batteries in the app, don’t know if more coding is required to use it in the integration or not. I’ll be exploring it @bachya
to see if Battery Notes can do anything with it.

In addition, I don’t think it’s live data either, but is polled data for sensors and batteries.

Which if true isn’t much different that waiting for the old system to detect low or disconnected and send a notification maybe, or eventually.

An edge case battery could still fail within whatever the polling time is, and cause a false alarm.

I could be wrong, I’m guessing.

It’s me again. :rofl: News bearer. :grin::thinking:

Just in case not everyone keeps to date, Simplisafe sold out for a couple billion±.

GTCR bought it from Hellman & Friedman, both VC outfits.

GTCR also bought up a couple divisions of ADT and combined them into Everon.

What they’ll do with Simplisafe users is unknown.

Bleed it to death for monitoring fees and dump it?

Their forum is rather dead for much support and not very active IMHO, even for complaints, which I guess is typical for a buyout. Changes happen. Quick sometimes.

Without their resident, long time customer, they’d have little support there, the Captain will go down with the ship.:grin: inside joke.

He’s a sort of forum friend, loves his Simplisafe to actually risk installation of 30 to 50 systems for family and friends. :person_shrugging::grimacing:

Personally, I could care less what SS does, but if GTCR wants a happy customer base at SS.

They should offer up a hardware swap out for some of their what was ADT hardware or something for the ancient stuff SS still sells, some of it probably refurbished. (see SS t&c)

Time will tell.

I still have 5 OD cams, two doorbells, not so pro lol. and a spare base station. :thinking::person_shrugging:

One SS OD cam replaced by a Reolink and in a cardboard box.

All will get replaced as they’re mosty useless without their not so great monitoring, IMHO and based my usage before I dropped monitoring. Even then, not very useful to me personally with monitoring.

SS is just as active on reddit as they are on their forum, which is not very much. Simplisafe Jordon is quite busy. LOL

I still arm and disarm SS automatically in HA and via geofenceing when arriving, leaving. SS serves as backup to Alarmo and Zigbee sensors in HA, while SS hardware lives.

What will change with new ownership and most of the above on my part or opinion, pure speculation.

Facts, whats available of the buyout is online in case if it matters to anyone.

Of interest, CES26 included Simplisafe and was quite boring, nothing earth shattering announced, they’re still into their expensive active guard monitoring and ancient RF sensors, and outdated cameras and doorbells. Lol

And as Mr. Paul Harvey would say,

Good Day!

@ bachyaThank you for taking the time to implement this integration. I have SS as my home security system and I use HA to monitor/control my greenhouse. I am not using your integration yet. I would like to use it if HA can trigger an alarm. I have a SS temp sensor in my GH but it isn’t terribly accurate. What I would really like is to have a HA automation that processes temp updates and would trigger the SS freeze alarm if the temp got too high and my heater (controlled by HA) is on, then maybe some other similar conditions. Is that possible?

@Chuck_Crisler No, HA cannot trigger an alarm in SS. You can arm/disarm SS via HA using geolocation. The SS sensors can work in HA with limitations, but the cameras cannot be used in HA.

Noonlight is another alarm service available that is totally integratable in HA. It’s my backup to SS, if/when SS no longer allows the use of HA to integrate. There’s a Noonlight integration in HACS. But HA CAN trigger an alarm in Noonlight to have emergency services respond to your home or GH.