Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Authentication failing from homebridge but appears to log on alarm.com #67

Open
djstarr opened this issue Feb 26, 2018 · 63 comments
Open
Assignees
Labels

Comments

@djstarr
Copy link

djstarr commented Feb 26, 2018

This morning I noticed that Home.app is showing "no response" errors for the Alarm.com integration that was working fine just a day or two ago. homebridge is reporting:

[2/26/2018, 9:52:04 AM] [Security Panel] Request djstarr/alarmdotcom/login/0.1.3 was unsuccessful:

  • None of the output scenarios matched. See the raw data received in rawData

Yet on alarm.com it shows a successful login.

It appears that the wrapapi endpoints were modified a day or two ago. Is it possible that something regressed?

@djstarr
Copy link
Author

djstarr commented Feb 26, 2018

Also, am not sure where to pull the rawData for more troubleshooting...

@davidvanvo
Copy link

Confirming that this was working last night, but getting the same errors this morning.

@DMBlakeley
Copy link

I observed the same issue this morning. Login via the webpage or iOS app works just fine. I know that homebridge implementation worked fine yesterday.

@nelhenry
Copy link

So, I've found that if you go to alarm.com/pda/ and check the box "Keep me logged in" you get bumped to a new login page "https://www.alarm.com/login?m=no_session" but you can log in if you do not check the box. I am wondering if this is part of the issue at the moment?

@jdshkolnik
Copy link
Contributor

I'm also seeing no response. The APIs show last modified 2 days ago but, as far as I know, nothing was actually changed. Not to mention it was working fine last night. The change must've been on alarm.com's side.

@jdshkolnik
Copy link
Contributor

@bryanbartow

@avavricek
Copy link

I noticed the change, researched it briefly and it looks like to me that the wrapapi endpoints are looking for different URLs from alarm.com. The may have updated the site?

@DMBlakeley
Copy link

When logging into the Alarm.com website this morning I found that a new dashboard has been implemented. Did a bit of investigation to find out the differences but WrapAPI is new to me and learning while doing.

@kcharwood
Copy link

Yep seeing the same thing here.

@riteshp83
Copy link

Having the same issue. Armed fine last night but as of this morning it’s not working.

@fenway062213
Copy link

Same issue for me too. The alarm.com app and web interface are working fine, it’s just Homebridge/the Home app that aren’t working as of this morning.

@Paulg5678
Copy link

Seeing the same issue since early yesterday

@bryantcoles
Copy link

Still seeing the same thing. Tried the Keep Me logged in toggle, but still get the same error.

@joewilliamsca
Copy link

joewilliamsca commented Feb 27, 2018

So I did try to go over to alarm.com/pda, when I used to log in with my web browser, I would get the text only version of the alarm.com website. Now if i log in, its giving me the rich web app.. :(

@djstarr
Copy link
Author

djstarr commented Feb 27, 2018 via email

@jdshkolnik
Copy link
Contributor

I'm laid up sick in bed and will be traveling soon. I can't troubleshoot this but I can probably merge in a pull request and publish a new version if someone can narrow this down.

@jdshkolnik
Copy link
Contributor

I made some changes and published version 0.7.4 which points to the latest API version rather than an explicit number. That should make it easier to troubleshoot by changing just the WrapAPI definition.

I fiddled with it a bit and it might have to do with how the WrapAPI login entry defines the success scenario. It looks for armingPanel and alarmState but they aren't being returned anymore, hence the "None of the output scenarios matched. See the raw data received in rawData"

@jdshkolnik
Copy link
Contributor

I just confirmed my theory by making the success criteria optional and it started working. Now I just need to figure out what can be used as success criteria.

@jdshkolnik
Copy link
Contributor

While I'm figuring that out, you can all just upgrade the plugin to 0.7.4 and switch your login alias to point to https://wrapapi.com/api/jdshkolnik/alarmdotcom/login/latest

@jdshkolnik
Copy link
Contributor

I bumped the plugin to v1.0.0 since it's a bit old to be considered a pre-release.

@nelhenry
Copy link

@jdshkolnik Thanks for the quick work. Mine is working again. I updated the plugin, deleted the old "login" API, replaced it with your new link above and restarted homebridge.

@avavricek
Copy link

Thanks for the quick work!

@djstarr
Copy link
Author

djstarr commented Feb 28, 2018 via email

@fenway062213
Copy link

Hi all...I’ve noticed too that when I change the alarm’s status, either via the alarm’s own app or via the physical panel itself, the status doesn’t update on my Home app. Then today, I tried setting the alarm via the Home app and the status didn’t update in the alarm’s own app...any ideas? It’s strange, I’m not getting a “no response” type error, the status just isn’t changing...

@jdshkolnik
Copy link
Contributor

I wish GitHub had built-in polls. I'd love to know what percentage of the alarmdotcom plugin users are FrontPoint customers.

@riteshp83
Copy link

I tried the frontpoint plugin and it didn’t work.

@jdshkolnik
Copy link
Contributor

@riteshp83 It's working for me.

@nelhenry
Copy link

nelhenry commented Mar 2, 2018

Any idea how to translate the frontpoint plugin for alarm.com? I believe they share the same API but I’m not sure how to go about reworking it outside of frontpoint.

@riteshp83
Copy link

Ill have to try it again tonight. I got an error installing the package but maybe that was due to the ddos attack on github because the timing matched up.

@jdshkolnik
Copy link
Contributor

@nelhenry According to jhurliman they don't share same API; he's using a Frontpoint-specific one. From my point of view, it makes more sense for Frontpoint users to contribute into his repo which already has polling, exposes all sensors, and bypasses WrapAPI.

@efloyd
Copy link

efloyd commented Mar 2, 2018

I took the following steps to resolve this issue for me, and it's not working. Can someone confirm that I'm following this correctly?

  1. I deleted the "alarmdotcom/login (alias)" bookmark entry from my WrapAPI account
  2. I searched WrapAPI for "bryanbartow / alarmdotcom / login", and bookmarked the "alarmdotcom/login (alias)" entry
  3. I ran "npm install -g homebridge-alarmdotcom" to update the homebridge alarmdotcom plugin.

Within Apple Home, it still says "No Response" for my security panel.

@DMBlakeley
Copy link

Did you restart Homebridge? Need to do this to pick up the alarmdotcom plugin changes.

@davidvanvo
Copy link

@efloyd the login WrapAPI is not from bryanbartow.

https://wrapapi.com/api/jdshkolnik/alarmdotcom/login/latest

@efloyd
Copy link

efloyd commented Mar 3, 2018

@davidvanvo Thanks! I thought that would surely solve the issue, but it didn't. I've started my Pi, rebooted Homebridge, and still doesn't work for me.

Do I need to generate a new API key and replace the API key in my Config file?

@jdshkolnik
Copy link
Contributor

No.

@efloyd
Copy link

efloyd commented Mar 3, 2018

So, i thought I'd go back and re-install the homebridge-alarmdotcom plugin again. Rebooted, and it worked. Something must have happened with the previous update. thanks!

@nelhenry
Copy link

nelhenry commented Mar 7, 2018

Saw this post this morning from @ jpreiditsch
[github.com/home-assistant/core/issues/12694]

Could this be used to bring back the former functionality and accurate status reporting?

"I may have a bit of a solution that could help.
When you go to Alarm.com/pda/ it redirects to https://www.alarm.com/pda/[SESSION_ID]/default.aspx
Once you log in it takes you to the
https://www.alarm.com/web/system/home
If you replace the url with the following
https://www.alarm.com/pda/[SESSION_ID]/main.aspx
Where the Sesion id is the one that was in the query on the original redirect.
You are taken to the old PDA screen where there is a state displayed and buttons to disarm and arm the alarm, without needing to scrape the new rich page...
The session was validated and authenticated when taken to web/system/home"

@dswee999
Copy link

dswee999 commented Mar 9, 2018

I'm having same issue. The status in Home app never updates unless the change is made from within the Home app. If i disarm at the panel, the Home app status still shows that it is armed, but when it refreshes I know it is logging in fine because I have my alarm set to notify me whenever someone logs in via web and I get the notification within seconds of the Home app updating.

@schwark
Copy link

schwark commented Mar 9, 2018

I reverse engineered some of the new JS API here..

https://github.com/schwark/pyalarmcom

@dswee999
Copy link

dswee999 commented Mar 9, 2018 via email

@dswee999
Copy link

I have a z-wave door lock attached to my alarm panel. Its status updates fairly immediately I've noticed, however the actual alarm status never updates. Does anyone know if this is something that can be corrected? Thanks

@omarshahine
Copy link

@schwark - wow, pyalarmcom is awesome! So much simpler and faster!!!!!

@dswee999
Copy link

@omarshahine were you able to get pyalarmcom to work for alarm.com with homebridge? I've been unable to get anything to work that updates the status of the alarm in the Home app properly. Thanks

@dswee999
Copy link

dswee999 commented Jul 7, 2018

@schwark did you implement this with Home Assistant or Homebridge? Thank you

@jnanes
Copy link

jnanes commented Aug 13, 2018

homekit integration would be great!! any progress?

@schwark
Copy link

schwark commented Aug 18, 2018

Neither - I just saw you were using wrapapi to interface with alarm.com and thought whoever was maintaining this project may find what I did on pyalarmcom useful. I have been planning on setting up homebridge but have not done so yet.

@mkormendy
Copy link
Contributor

mkormendy commented Sep 3, 2018

@schwark a BIG thank you for your python script, I reverse-engineered the process you used in python and created a node.js implementation to authenticate with Alarm.com. You might be interested in my fork of the FrontPoint Alarm.com which I prefer over this project: https://github.com/mkormendy/homebridge-node-alarm-dot-com

@fenway062213
Copy link

@mkormendy thanks for posting this. That looks great. I’ll give it a try in a couple of days.

@DMBlakeley
Copy link

@mkormendy, thanks for posting this implementation of Alarm.com. Installed this afternoon and was great to see not just the security panel status but also the door, window and motion sensor status. Only minor issue I found was that the command to install the plug-in should be:
npm install -g homebridge-node-alarm-dot-com
rather than
npm install -g homebridge-alarm-dot-com

@mkormendy
Copy link
Contributor

@DMBlakeley thank you for catching that! I've corrected the readme with the proper install directions.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests