-
Notifications
You must be signed in to change notification settings - Fork 87
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
Home Assistant states (again)... #49
Comments
Will test home assistant changes later today and confirm. |
I've been doing some testing and so far everything seems ok, apart from the incorrect armed state being reported in Home Assistant. I have the following configured in pai.conf:
Using the default configuration in Home assistant:
But for some reason whenever I use arm_stay, the state is reported as armed_away. I've not been able to test arm and arm_sleep yet. Checking the current_hass MQTT topic after arming arm_stay:
Not sure if I'm missing something obvious, but I've double checked the HA configuration - https://www.home-assistant.io/components/manual_mqtt/ and I dont see much to be changed on this side. Thanks, J |
Scanning through the open issues, seems I'm experiencing the same as in #61... |
Panels send multiple events for an arm state, and we try to guess the state. But as the order changes and events can be lost, the process can fail. Can you present a log of the messages published to the mqtt broker when arming? |
Sure, do you need a full debug log? How do I send it to you? Email? I'll try find a gap today where nobody is at home, so I can cycle through all the states (arm_home, arm_away, arm_sleep) while logging. |
Email or gitter. Only the log of the mqtt messages. UPDATE: |
Hi, Exactly the same issue here, is there a solution? |
You can ignore that warning. It is for developers only and has no impact on the system behavior. |
Yes, of course, just tell me what to do. I am not a ninja so explain please :-) |
In your scenario, subscribe to all messages sent to the partitions (mosquitto_sub), and do all transitions (disarm->arm, arm->disarm, disarm->arm_away....). Example:
switch modes, waiting some time between transitions (lets, say, 30s) and annotating the timestamps.
Send the resulting file. |
ok, thanks, I will do it tonight |
Hi,
Thanks for the instructions. I did the following steps from Home Assistant
Lovelace alarm control panel interface.
1. disarm --> arm
2. arm -->disarm
3. disarm --> arm_home
There is a strange behavior. Usually if I do arm_home it shows arm away,
but sometimes it show the right armed_home icon. BUT from this state if I
disarm it actually disarm the paradox, but it still shows armed home in
Home Assistant. It looks like an issue with retain message. If i delete
mqtt retain messages it start working again.
I attached the file.
Thanks
Balazs
…On Fri, May 24, 2019 at 11:29 AM João Paulo Barraca < ***@***.***> wrote:
In your scenario, subscribe to all messages sent to the partitions
(mosquitto_sub), and do all transitions (disarm->arm, arm->disarm,
disarm->arm_away....).
Filter the log by only considering the arm_* variables.
Example:
mosquitto_sub -h localhost -t "paradox/states/partitions/#" -v > ha.log
switch modes, waiting some time between transitions (lets, say, 30s) and
annotating the timestamps.
Include an alarm trigger event.
stop mosquitto_sub
cat ha.log | grep "arm" > ha-filtered.log
Send the resulting file.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#49>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AI36RTO53HTGCKNV24SY4DDPW6YOTANCNFSM4GZI4USA>
.
|
ok, I have an update. So if I do the arm_home (stay) from the paradox it shows (armed_away) in HA. I can disarm it from HA. |
ok, update again. |
According to @jooka1978 this one is fixed in latest dev. |
Reference: HomeAssistant states #19 (#19)
I cannot seem to reopen #19 so creating a new issue with my update / suggestion / request.
Apologies for being inactive for so long. I've been busy renovating and things are a mess and most things are unplugged at the moment. I've connected everything again and updated home assistant and pai to see if all is working now.
Seems with the new HA lovelace interface, the alarm panel has states available to be used:
arm_home
arm_away
arm_night
arm_custom_bypass
In addition to this, there is still the option to use the previous way to configure the alarm.
I was wondering if it might not be worthwhile make the home assistant COMMANDS and STATES configurable in user.py? Then it can set to a default value in defaults.py, but configurable in user.py? This will allow future HA changes to be updated in the config file instead of requiring the code to be changed again.
The text was updated successfully, but these errors were encountered: