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

Does not appear to work #15

Open
ryant80 opened this issue Mar 29, 2018 · 14 comments
Open

Does not appear to work #15

ryant80 opened this issue Mar 29, 2018 · 14 comments

Comments

@ryant80
Copy link

ryant80 commented Mar 29, 2018

Does not appear to work. I've tried removing all items from ST, Alexa, and removing them from IDE. I then go back in add them and try to execute them and it does not work. It shows the user account logging into Alarm.com but it never ends up executing the command. Any suggestions, or troubleshooting would be appreciated. It worked fine up until the alarm.com web changes. Thanks.

@adrian97c
Copy link

Dude... go update the Smartapp & DH. Schwark has got this working nearly perfect now. You are using outdated versions.

@ryant80
Copy link
Author

ryant80 commented Mar 29, 2018 via email

@ryant80
Copy link
Author

ryant80 commented Mar 30, 2018

@adrian97c tell me how to fix it then if I'm getting the code directly from Github that shows his latest updates? I'm copying them from the raw data file.

@adrian97c
Copy link

Hmmm not sure how you are the only one still having issues... very strange. Delete it all, then try updating via github intergration in ST IDE instead... once done let me know

@ryant80
Copy link
Author

ryant80 commented Apr 1, 2018

@adrian97c it did not work for me. I deleted everything and imported it directly from the github repository. Is there a way to see if it's bringing in the right code? I don't know where to go from here. Any logs we can provide to get this resolved? Any other suggestions? I don't get why I'm still having issues when others seem to have it working just fine. I would love to have it working again.

@schwark
Copy link
Owner

schwark commented Apr 1, 2018

What is the error you are seeing in logs?

@ryant80
Copy link
Author

ryant80 commented Apr 1, 2018

@schwark I'm not sure exactly what you are looking for. I just sent the disarm command and in the ST IDE there were no errors that I could see in the logging. It shows that the "disarm" command is "on", in both IDE and the ST app but my panel still shows as Arm Stay. When I log into my alarm.com account, I can see that the ST user we setup is successfully logging in, but it does not appear to be doing any commands.

Anything I can provide to you or try that can help I would be happy to.

@ericediger
Copy link

I'm experiencing the same as @ryant80 (so you're not alone):

Problem: Alarm.com devices in the ST iOS app (Stay, Away, Disarm) trigger within the app and the ‘events’ show up in logs, but the actual alarm is not changed.

Assumptions:
I’m signed up with Frontpoint (who use alarm.com platform), and I can log in at alarm.com
I’ve followed all directions and can see the three triggers (Stay, Away, Disarm) in the ST app
I disconnected, removed, and deleted all devices, handlers, and ST connections (including Alexa)

Events:
The alarm.com event log indicates:
Website Successful Web Login ([myaccount]) 6:16 pm, Apr-21-2018

ST IDE indicates:
Arm Away switch is on
date 2018-04-21 6:16:25.401 PM PDT (2018-04-22T01:16:25.401Z)

So the logs are recording the same timestamp for activity, but no actual change in security system happens…

Where else can I look to view ‘logs’ with more detail?

@ryant80
Copy link
Author

ryant80 commented Apr 22, 2018 via email

@kpdillon
Copy link

This had broken for me when alarm.com made their last change but today I removed and re-added it and everything seems to be working for me again!

@kyleb1115
Copy link

kyleb1115 commented May 31, 2018

I am having a similar issue with this. Disarm always works fine. Arm stay and arm away sometimes work. As of now arm stay works but arm away does not. Previous they were working fine. As stated you can see the successful login in frontpoint but no command sent. Imam very new this to this and this is my first comment. I use this to run through action tiles but I find myself never sure if the house is armed or not. Any advice is appreciated. Also can add I removed and redid the smart app and it did change. It works fine now with stay and disarm but not away.

@hugheba
Copy link

hugheba commented May 31, 2018

I'm having the same problem with Alarm.com/Frontpoint integration. Deleted everything in the IDE and started over with the Github repo.

Re-added app but My Home -> Things -> Arm Away and Arm stay are both perpetually on even when the system is disarmed. Clicking on them does nothing.

There's nothing in the ide/logs when I press the Arm Away/Stay buttons, but I can see logging when I toggle other switches.

I can login fine to alarm.com with the credentials I'm using for this SmartApp.

Using the IDE with the SmartApp simulator I get the following error doing getDeviceSync

Validation Error(s) occurred during save():

  • Field error in object 'physicalgraph.device.Device' on field 'deviceNetworkId': rejected value [ALARMCOMARMSTAY]; codes [physicalgraph.device.Device.deviceNetworkId.unique.error.physicalgraph.device.Device.deviceNetworkId,physicalgraph.device.Device.deviceNetworkId.unique.error.deviceNetworkId,physicalgraph.device.Device.deviceNetworkId.unique.error.java.lang.String,physicalgraph.device.Device.deviceNetworkId.unique.error,device.deviceNetworkId.unique.error.physicalgraph.device.Device.deviceNetworkId,device.deviceNetworkId.unique.error.deviceNetworkId,device.deviceNetworkId.unique.error.java.lang.String,device.deviceNetworkId.unique.error,physicalgraph.device.Device.deviceNetworkId.unique.physicalgraph.device.Device.deviceNetworkId,physicalgraph.device.Device.deviceNetworkId.unique.deviceNetworkId,physicalgraph.device.Device.deviceNetworkId.unique.java.lang.String,physicalgraph.device.Device.deviceNetworkId.unique,device.deviceNetworkId.unique.physicalgraph.device.Device.deviceNetworkId,device.deviceNetworkId.unique.deviceNetworkId,device.deviceNetworkId.unique.java.lang.String,device.deviceNetworkId.unique,unique.physicalgraph.device.Device.deviceNetworkId,unique.deviceNetworkId,unique.java.lang.String,unique]; arguments [deviceNetworkId,class physicalgraph.device.Device,ALARMCOMARMSTAY]; default message [{0} must be unique]

Looks like a Grails/Spring validations error.

Any other things to try to debug for a solution?

@glmeyer
Copy link

glmeyer commented Dec 21, 2018

Ok, In regards to kyleb1115 post where in he said:

I am having a similar issue with this. Disarm always works fine. Arm stay and arm away sometimes work.

I was having a similar issue in that My Disarm always works but the Arm Stay did not. I found after digging in the logs that the error was caused on line 413 of the Alarm.com smart app code on the HTTP post. What I found was that having the Use Bypass Sensors enabled (in the SmartThings Arm Stay switch settings) was what was causing the issue. When I turned it off my alarm would arm sucessfully. In the code it is called the forceBypass:true as shown in the postboy debug statement and then the error pops with Unprocessable Entity. I assume that they error is on the Alarm.com side. So for now the Use Bypass Sensors is disabled.

d4a942f3-9e61-487d-b730-44cf588b4dbd 7:13:22 PM: error something went wrong: groovyx.net.http.HttpResponseException: Unprocessable Entity
d4a942f3-9e61-487d-b730-44cf588b4dbd 7:13:22 PM: debug postbody:https://www.alarm.com/web/api/devices/partitions/xxxxxx-xxx/armStay::{"forceBypass":true,"noEntryDelay":false,"silentArming":false,"statePollOnly":false}

@cjohanne
Copy link

Similar but different issue - the setup does not show a field for my username, only password. Anyone have that issue?

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

No branches or pull requests

9 participants