Not working (unavailable) with Home Assistant 0.113.0 #24
Comments
I have the same issue. |
Could you both (@IamMikl and @jyourstone) share your configs? and the type of system you have? |
I don't have any manual configuration since I added Sia through the Integration tab in HA. I'm using the regular Ajax Hub, not Plus or v2. Can I somehow get the configuration anyway? I have noticed that when HA has been running for a few days the SIA integration starts working again. But after a reboot it stops working for a day or two again. The Ajax app itself shows it's connected to the alarm gateway. |
Totally the same situation, all configured via UI and installed from HACS (Ajax Hub v1). Some additional information from my logs: Last event: Content: #|Nri0/RP0000]_21:29:20,08-11-2020, Zone: 0, Code: RP, Message: 0000, Concerns: Unused, Type: Automatic Test, Description: Automatic communication test report, Account: , Receiver: None, Prefix: L0, Timestamp: 2020-08-11 21:29:20, Length: 0041, Sequence: 5923, CRC: FC10, Calc CRC: FC10, Message type: Automatic Test, Encrypted Content: None, Full Message: "SIA-DCS"5923L0#[#|Nri0/RP0000]_21:29:20,08-11-2020., gave error in user function: Attribute hass is None for <Entity 8796 - ****** - Last Heartbeat: 2020-08-11T21:29:00.609383+00:00>. |
Just release v0.3.6, please give it a try and let me know if this solves things! |
Still not working I'm afraid, now running HA 0.114.0 and SIA 0.3.6 Here are the logs:
|
Have you disabled any of the sia entities (per zone a alarm, two binary sensors and a sensor)? |
Ok thanks for checking, I will have to look deeper, that warning is new since about 0.112 but I haven't discovered where it came from yet... |
No problem, thank you for taking the time. Let me know if you need more help. |
I don't know if you changed anything, but as of a couple of days ago it's working as it should again. I'll keep monitoring it for a few days. EDIT |
ok, interesting, so the way this protocol works in combination with HA, is that the component listens for messages from the alarm, if any kind of message comes in it starts a timer and the ping interval setting determines how long that timer is, after that amount of time has gone, it will mark the alarm(s) and binary sensor(s) in that zone as unavailable, if a new message comes in it will once again make them available again. So the key is that the ping interval you have setup in HA and in your alarm system are the same, because otherwise this is likely going to lead to unavailables. During startup it tries to load the previous state from before, so if that was unavailable it will be unavailable, but I have some doubts about the code doing that so need to have a look at that piece anyway. for now, could you check your intervals? |
In Ajax I have it set to 1 minute. |
It is in the config flow now, you could just readd the integration, or look inside the config_entries file in .storage. |
Ping interval is set to 1: "ping_interval": 1, |
Hi, unfortunately, the same issue for me. |
thanks for those logs @akarpenkoua that helps, seems that indeed all works except the Attribute hass is None for ... error which I still haven't found a cause for, normally, that message signals that each of the sensors in that account should reset their unavailability timer for another |
Hi, few observations/tests from my side. I'm doing a lot of development now and restarting HA a lot per day. I would say, that 2 of 10 restarts gave me working SIA integration. 1st clue was - bad HACS install as it was not starting well during startup +- 3 of 10 times. I noticed that the latest HACS is installing from UI, not Configuration file. Anyway, can others confirm that you have HACS issues on start sometime? |
One more update from logs:
I have tried full reinstall of HACS + SIA. With changing port + name + key. |
I've restarted HA about 10 times since my last reply, SIA hasn't worked at all though. I haven't got any problems with HACS, it always starts without issues. |
This might be due to the switch between config and UI, you might want to check by deleting the integration and then going into the .storage folder and deleting all references to sia from config_entries, device_registry, restore_state and then readding the integration. I'm running this exact same version and I reboot HA a lot because of dev and logging but mine works like a charm, so I can't really think of a reason why it wouldn't work. As part of the work to get it officially into HA the code has improved but I have to port that back into the custom component and haven't gotten around to that yet, that includes fixing the hass is None error. |
Update: SIA is still reporting in the status correctly, even after disarming the alarm. This after the last HA restart yesterday, directly after arming The alarm. Is this helpful? |
I have tried jyourstone's trick. For the first two times did not helped. Third time worked. 4 hours in a row working without error. @eavanvalkenburg My intuition is that it's somewhere between HACS did not started yet but Sia have a response and the script has worked it out correctly |
It should have nothing to do with HACS starting, once added it starts just as any other component. What's important about the SIA protocol is that it is passive, it will not send a message to HA unless there is a reason on the alarm side, those reasons are:
So the easiest way to test is to set the alarm or change a setting. Hope this helps in understanding the logs and setup a bit better! |
Using HA 0.113.0, HACS 1.2.2 and SIA 0.3.5.
After installing HA 0.113.0 the SIA integration doesn't work anymore. When the alarm state changes, SIA picks it up for a minute or so, but then it just shows "Unavailable" until the next time the state changes, and so on.
From my logs (some info masked out):
Let me know if you need more detailed logs.
The text was updated successfully, but these errors were encountered: