-
Notifications
You must be signed in to change notification settings - Fork 94
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
Temperature Trigger Automation broken with 4.18 and 4.5.0 Beta 0 #733
Comments
Okay, weird. Not sure what he issue is, but it appears HomeKit or Homebridge may have an update frequency I'm not able to see in the Homebridge Logs. With all Home Apps closed, and just the web UI for Homebridge open I watched with version 4.5.0 beta 2 installed with both HAP and CIAO, the automation IS triggered but it overshoots by a degree on average... the above 85 gets triggered when HB reflects 86... the below 84 gets triggered when HB sees 83 or even 82... I've adjusted the refresh rate for the temperature sensor to 100 ms and debug trace logging is enabled. This may be an issue with HomeKit's refresh rate on the temperature data. I also noticed that automation data was out of sync, after restarting the hub (headless appletv wired) the automation was pointed to the wrong sensor. Ugh. This may not be an issue after all, just a limitation with HomeKit. |
I received some feedback from the homebridge GitHub that clarified how HomeKit handles temperature values and updates. homebridge/homebridge#3700 (comment) They suggest adjusting how this plugin handles updates. Currently the automation works but it over/under shoots the set temperature by a few degrees, likely due to conversions in F to C, but also in the method used to update HomeKit. |
Thanks for doing all the research for me @JasonGoldenDDT. The latest beta will hopefully help with this. Let me know how it goes. |
Still monitoring this... last night experienced a glitch in temperature trigger... Working through this issue in this thread: homebridge/homebridge#3700 (comment) Because I'm noticing multiple plugins where home falls out of sync with the device. I'm running a detailed log. When testing it works as expected, but over night it has a tendency to fail. Planning to capture detailed trace and HAP logging tonight. Also, noticed this error on version 4.5.0 beta.2: Not sure if this a configuration change I need to make or not. |
Wanted to share this latest debug log data with you: homebridge/homebridge#3700 (comment) I'm still on 4.5.0-beta.2 and I updated Node.JS to 20.18 last week when homebridge flagged it. I think the plug in is sending commands to close together? I have detailed log data I can share, I provided snippets in this thread around where I see temperature fluctuations overnight. In reviewing the log it looks like the plugin is sending on and off commands to close together. LMK if I can provide more log detail. |
Added a full debug log from over night (10/11/2024). It appears this plugin might be sending duplicate signals, not sure. |
Still trying to troubleshoot issues with AC falling out of sync with Home app. In reviewing recent log data, I'm wondering if I've configured the plugin correctly as I believe the plug in is sending hex codes multiple times? I'm finding the Home App shows the AC as on when it's actually off. I have the LG ThinQ set up as a fall back. I'm wondering if you have an example of using the Auto Features of this plugin, rather than creating an automation in the home App to keep the temp within a set range. The AC does not have a remote with a display overnight detailed log data: Model Number: LW1217ERSM1.AT1AUSH AC Config Turning off:
Turning On:
|
Describe the bug
Temperature trigger based HomeKit automations fail unless iPhone is awake when using 4.18 and 4.5.0 beta 0. I have two home automation routines that control the climate in my bedroom. One turns off the AC when the broadlink RM Mini 4 temperature sensor registered below 73 degrees. When the temperature rises above 74 degrees it turns on the AC.
It looks like this when it works.
Yesterday I upgraded to 4.18 to see if the issue has been resolved by recent iOS, macOS, Homebridge, Node, etc. updates.
Last night again I found under 4.18 the temperature automation did not fire unless my iPhone was awake. I only use this automation at night, so I tried 4.5.0 beta 0 to see if the issue was resolved in newer versions of the software. You can see this in the chart from last night with the large spike in temp. I rolled back to 4.17 and automation returned to normal.
Since iOS 17.6 I've noticed some devices don't update reliably unless observed in the home app, and their status can fall out of sync between devices.
I have an headless Apple TV 4K wired, a turned wifi network with an 88% - 100% experience metric (Alien router x 2 wired backbone).
This issue pre-dates public beta software. Actually installed the beta to see if it would resolve these issues.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Temp Automation responds in near real-time to temperature trigger events, without the iPhone awake.
Screenshots
Desktop (please complete the following information):
Smartphone (please complete the following information):
Additional context
LMK what additional information I can provide.
The text was updated successfully, but these errors were encountered: