Wondering if @dan.t is still around and planning to upgrade his makerapi homebridge plugin to be compatible with Homebridge v2.0? This integration for me has been rock solid and I’m really hoping to be able to continue to use it. Thanks for any insight on this plugin.
He has not been around since 2022.
Here’s to hoping it still works after v2.0
It's not ready for Homebridge 2.0 (Beta)
It loads and runs, but throws errors. Buried in there is a detection of the pseudoGasDetector turning ON, so it is communicating with Hubitat.
Ugh, is it something you might be able to remediate by chance?
I would switch to the Homebridge V2 app. I believe that @tonesto7 is working on making it 2.0 compatible.
Thanks but I’d prefer to use makerapi which is super simple and just works.
You may not have much of a choice if the developer isn’t actively using Hubitat anymore…
Maybe not, but we have a lot of smart devs in this group. Hoping one of them Might be able to help get this updated. Seems once it’s updated there isn’t much support needed.
The code works but is throwing warnings because of the breaking changes introduced.
I too would like to continue to use Dan.T's work. But this morning was the first I heard of a v2 "might not be ready" warning. I already know I don't have any NPM development environment built, so I'm not the FIRST person I'd look at to refresh the code.
I was just posting about it here to bring awareness to it. I’m not sure really how long we’d have before 2.0 goes live. I wasn’t suggesting it fall on you @csteele but appreciate your testing in your lab environment to validate.
Hoping someone can step up and help move this forward. I would but I’m not a programmer.
I was able to correct the errors that presented themselves. So far, it's just one 'broken' out of the list of breaking changes.
HB v2 doc
Updating To Homebridge v2.0 · homebridge/homebridge Wiki · GitHub
Characteristic.getValue()
has been removed in favour ofCharacteristic.value
Two files, so far, need editing:
- accessories/he_st_accessories.js
- index.js
Simple find and replace. Find: .getValue() Replace: .value
3 occurrences in the first, 1 occurrence in the second.
logs no longer spit errors:
[9/14/2024, 8:17:41 AM] [Hubitat MakerAPI hhm:0.4.15] homebridge-hubitat-makerapi server listening on 20010
[9/14/2024, 8:17:41 AM] [Hubitat MakerAPI hhm:0.4.15] MakerAPI postURL successfully activated
[9/14/2024, 8:17:50 AM] [Hubitat MakerAPI hhm:0.4.15] Change Event (http): (pseudoHumidity:976) [LEVEL] is 50
[9/14/2024, 8:17:50 AM] [Hubitat MakerAPI hhm:0.4.15] Change Event (http): (pseudoHumidity:976) [HUMIDITY] is 50
[9/14/2024, 8:17:56 AM] [Hubitat MakerAPI hhm:0.4.15] Change Event (http): (pseudoHumidity:976) [HUMIDITY] is 30
[9/14/2024, 8:17:56 AM] [Hubitat MakerAPI hhm:0.4.15] Change Event (http): (pseudoHumidity:976) [LEVEL] is 30
[9/14/2024, 8:18:05 AM] [Hubitat MakerAPI hhm:0.4.15] Change Event (http): (pseudoGasDetector:958) [SWITCH] is on
[9/14/2024, 8:18:08 AM] [Hubitat MakerAPI hhm:0.4.15] Change Event (http): (pseudoGasDetector:958) [SWITCH] is off
[9/14/2024, 8:22:41 AM] [Hubitat MakerAPI hhm:0.4.15] Refreshing All Device Data
[9/14/2024, 8:22:41 AM] [Hubitat MakerAPI hhm:0.4.15] Received All Device Data
Those 4 edits remediates all the getValue() issues, who knows what will surface next. The documentation says those edits should work on the current released version of homebridge, but I haven't tested.
Thank you @csteele! I have been using this Homebridge integration for years with zero issues. I am glad to see someone is helping to make sure it will keep working with Homebridge 2.x in the future.
they call it "Dependency Hell" and I wasn't able to invest the time to find a way out.