homebridge-edomoticz Plugin

[TroisSix]

@krizzz
upgraded to ios 13.1 --> same issue
Surprising that Siri cannot read correctly a simple value in Home App which is good...

[DewGew]

I have the same issue with temp in IOS13.1 Shows correct in the Home app (16 C) but says its -8.88888888888888889 C

Edit: I created an issue in github, https://github.com/PatchworkBoy/homebri ... issues/185

[DewGew]

@krizzz
upgraded to ios 13.1 --> same issue
Surprising that Siri cannot read correctly a simple value in Home App which is good...

This is fixed in IOS 13.1.3

[nitro]

Hello Guys,

Hopefully can you help me with this one, I have followed the following link to install Homebridge on my Domoticz server (ubuntu) https://www.domoticz.com/wiki/Homekit_Siri.

Everything till Step 7 goed well, when I want to do step 8 I get the following things:
systemctl daemon-reload - No problems
systemctl enable homebridge - No problems
start homebridge - Failed to start homebridge.service: Unit homebridge.service is not loaded properly: Exec format error.
See system logs and 'systemctl status homebridge.service' for details.

When I do "systemctl status homebridge.service" I get:

Spoiler: show

● homebridge.service - Homebridge
Loaded: error (Reason: Exec format error)
Active: failed (Result: exit-code) since Sun 2019-10-27 12:39:49 UTC; 6min ago
Main PID: 2675 (code=exited, status=143)

Oct 27 12:39:44 domoticz homebridge[2675]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
Oct 27 12:39:44 domoticz homebridge[2675]: at Module.load (internal/modules/cjs/loader.js:653:32)
Oct 27 12:39:44 domoticz homebridge[2675]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
Oct 27 12:39:44 domoticz homebridge[2675]: at Function.Module._load (internal/modules/cjs/loader.js:585:3)
Oct 27 12:39:44 domoticz homebridge[2675]: [10/27/2019, 12:39:44 PM] Got SIGTERM, shutting down Homebridge...
Oct 27 12:39:45 domoticz systemd[1]: /etc/systemd/system/homebridge.service:9: Executable path is not absolute: $(which homebridge) \$HOMEBRIDGE_OPTS
Oct 27 12:39:45 domoticz systemd[1]: homebridge.service: Current command vanished from the unit file, execution of the command list won't be resumed.
Oct 27 12:39:49 domoticz systemd[1]: /etc/systemd/system/homebridge.service:9: Executable path is not absolute: $(which homebridge) \$HOMEBRIDGE_OPTS
Oct 27 12:39:49 domoticz systemd[1]: homebridge.service: Main process exited, code=exited, status=143/n/a
Oct 27 12:39:49 domoticz systemd[1]: homebridge.service: Failed with result 'exit-code'.

If i search where homebridge is installed, "which homebridge" I get:

Spoiler: show

which homebridge
/usr/bin/homebridge

I have changed the homebridge.service with "sudo nano /etc/systemd/system/homebridge.service"
And change the "ExecStart=$(which homebridge) \$HOMEBRIDGE_OPTS" to "ExecStart=/usr/bin/homebridge \$HOMEBRIDGE_OPTS" and save it.

Try again the following command's in step 8:
systemctl daemon-reload
systemctl enable homebridge
systemctl start homebridge

Now I get no error but, in the status (systemctl status homebridge.service) I get the following:

Spoiler: show

● homebridge.service - Homebridge
Loaded: loaded (/etc/systemd/system/homebridge.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2019-10-27 14:36:38 UTC; 37s ago
Main PID: 2291 (homebridge)
Tasks: 7 (limit: 3527)
CGroup: /system.slice/homebridge.service
└─2291 homebridge

Oct 27 14:36:39 domoticz homebridge[2291]:
Oct 27 14:36:39 domoticz homebridge[2291]:
Oct 27 14:36:39 domoticz homebridge[2291]:
Oct 27 14:36:39 domoticz homebridge[2291]: Or enter this code with your HomeKit app on your iOS device to pair with Homebridge:
Oct 27 14:36:39 domoticz homebridge[2291]:
Oct 27 14:36:39 domoticz homebridge[2291]: ┌────────────┐
Oct 27 14:36:39 domoticz homebridge[2291]: │ XXX-XX-XXX │
Oct 27 14:36:39 domoticz homebridge[2291]: └────────────┘
Oct 27 14:36:39 domoticz homebridge[2291]:
Oct 27 14:36:39 domoticz homebridge[2291]: [10/27/2019, 2:36:39 PM] Homebridge is running on port XXXXX.

The next problem is now, that if I want to go to 192.168.2.88:9898 (domoticz address) that the webpage is not loading.
Does someone know what to do now ?

Or can I just add the "Add Homebridge-Edomoticz plugin" to work with Siri ?

Thank you.

Ps,

Is there a way to delete all the homebridge installation and start over again, included all the files, folders etc ?

[nitro]

Hello Guys,

Nevermind my question, I have fixed it.
It was my fault, every time I followed the steps and forgot one:

"npm install -g --unsafe-perm homebridge@latest homebridge-config-ui-x@latest"

I was mislead by this text: Raspberry Pi 1 and Zero Users, click here for alternative Node.js installation instructions.

.

But it is working now

[Marci]

Hello,
Is it somehow possible to set up homebridge with domoticz to be able to set thermostats with 0.5° steps instead of 1°C steps?
Thanks a lot.
Regards
kratax

This isn’t a limitation of homebridge / homebridge-edomoticz / domoticz. This is a limitation of Apple’s Home app. Siri & Alexa can both set to 0.1 deg accuracy, as can many other apps (Home+, Eve etc). It’s only Apple’s native Home app UI that limits you to 1 deg accuracy.

[Nautilus]

Hi,

wondering if anyone has run into similar and if there are ways to avoid it. It seems that if we give an inaccurate command to Siri, for example if I say "Hey Siri, turn on the outside lights" and the right command would be "Hey Siri, turn on the outdoor lights" Siri still thinks she recognizes the command and goes ahead to process it. But what it does next is really confusing. It actually turns on evey single switch it can. And this is pretty annoying especially when some switches that homebridge considers as lights are actually e.g. media players, garage opener switches etc.

Any idea what is behind this kind of behavior and how to avoid it? Other than always remembering the correct commands... It has happend only a few times so far but it creates a bit of a hazzle to bring everything back to normal afterwards. If someone asks Siri to turn on somtehing that does not exist, I'd just like it to ignore it or report back that I don't know this switch. Now it seems that it tries to find the next best thing and sometimes the next best thing (according to Siri) is turning on everything.

edit. out of curiosity I tried it again. I asked Siri to "turn on the big light" and there is no switch or light with that name. But I did not remeber I have a light called "Kitchen's big ceiling light" and Siri just replied "Ok, Kitchen's big ceiling light is on" and it turned on. This makes some sense considering the simialar name although I'd almost prefer it would not try to guess even in this case. And why on earth it would turn on everything with certain (incorrect) commands?

[rens77]

Is it possible to run homebridge and domoticz separately?
What settings should you make in Domoticz so that it works well with Homebridge. It doesn't read my sensors/switches?

I now run Homebridge and the Edomticz plugin on one raspberry pi zero and Domoticz on another pi.
I hope to hear a solution.

[RduPre]

Is it possible to run homebridge and domoticz separately?
What settings should you make in Domoticz so that it works well with Homebridge. It doesn't read my sensors/switches?

I now run Homebridge and the Edomticz plugin on one raspberry pi zero and Domoticz on another pi.
I hope to hear a solution.

This is no problem, I use it for a long time now

[rens77]

Is it possible to run homebridge and domoticz separately?
What settings should you make in Domoticz so that it works well with Homebridge. It doesn't read my sensors/switches?

I now run Homebridge and the Edomticz plugin on one raspberry pi zero and Domoticz on another pi.
I hope to hear a solution.

This is no problem, I use it for a long time now

My homebridge is installed but do i have to install something in Domoticz?

[rens77]

I allready fixed it, thx!

[harrykausl]

I have homebride version 0.4.47 and hombridge edomatic 2.1.11 installed on my pi. I have problems when I update homebridge to version 0.4.50 (homebridge stops). So is it possible to update edomatic-plugin to 2.1.17 without updating homebridge? Thanks

[harrykausl]

Now I tried the update to the newest version of the edomaticz plugin. I got warnings, that the node (4.9.1) version is to low. I ignored the warnings and proceeded with install. But after reboot, the connection from homekit to domoticz wasn't available. So I went back to my backu of the pi. Now my additional question:
I have installed Jessie 8 on the pi, node is 4.9.1. The installation said, that at least version 6... of node is needed. Can I install this node version on my raspberry version Jessy, or have I to update the OS to a newer version? And if, what's the version I should use? If I can stay on Jessie, which version of node should I install and how can this be done?

[harrykausl]

Solved, updated node and then I could install homebridge and homebridge-edomatics and it seems to work.

[Marci]

Hi,

wondering if anyone has run into similar and if there are ways to avoid it. It seems that if we give an inaccurate command to Siri, for example if I say "Hey Siri, turn on the outside lights" and the right command would be "Hey Siri, turn on the outdoor lights" Siri still thinks she recognizes the command and goes ahead to process it. But what it does next is really confusing. It actually turns on evey single switch it can. And this is pretty annoying especially when some switches that homebridge considers as lights are actually e.g. media players, garage opener switches etc.

Any idea what is behind this kind of behavior and how to avoid it? Other than always remembering the correct commands... It has happend only a few times so far but it creates a bit of a hazzle to bring everything back to normal afterwards. If someone asks Siri to turn on somtehing that does not exist, I'd just like it to ignore it or report back that I don't know this switch. Now it seems that it tries to find the next best thing and sometimes the next best thing (according to Siri) is turning on everything.

edit. out of curiosity I tried it again. I asked Siri to "turn on the big light" and there is no switch or light with that name. But I did not remeber I have a light called "Kitchen's big ceiling light" and Siri just replied "Ok, Kitchen's big ceiling light is on" and it turned on. This makes some sense considering the simialar name although I'd almost prefer it would not try to guess even in this case. And why on earth it would turn on everything with certain (incorrect) commands?

Have you created appropriate zones/rooms etc in Homekit determining what is indoors, what is outdoors, what is inside, what is outside, what is upstairs, what is downstairs, what is in each room? If not, it assumes everything is outdoors, and turns every light on in that zone (so all of them)... because you haven’t told it any different. See https://www.macrumors.com/how-to/add-ho ... and-zones/

eg: add indoor rooms to floors, add floors to indoor zone, add indoor zone to inside zone. Repeat for outside switches etc - add Garden to outdoor zone, add outdoor zone to outside zone, add inside zone and outside zone to property zone... create and nest as you see fit / is necessary for how you want to phrase your commands.

[Nautilus]

Hi,

wondering if anyone has run into similar and if there are ways to avoid it. It seems that if we give an inaccurate command to Siri, for example if I say "Hey Siri, turn on the outside lights" and the right command would be "Hey Siri, turn on the outdoor lights" Siri still thinks she recognizes the command and goes ahead to process it. But what it does next is really confusing. It actually turns on evey single switch it can. And this is pretty annoying especially when some switches that homebridge considers as lights are actually e.g. media players, garage opener switches etc.

Any idea what is behind this kind of behavior and how to avoid it? Other than always remembering the correct commands... It has happend only a few times so far but it creates a bit of a hazzle to bring everything back to normal afterwards. If someone asks Siri to turn on somtehing that does not exist, I'd just like it to ignore it or report back that I don't know this switch. Now it seems that it tries to find the next best thing and sometimes the next best thing (according to Siri) is turning on everything.

edit. out of curiosity I tried it again. I asked Siri to "turn on the big light" and there is no switch or light with that name. But I did not remeber I have a light called "Kitchen's big ceiling light" and Siri just replied "Ok, Kitchen's big ceiling light is on" and it turned on. This makes some sense considering the simialar name although I'd almost prefer it would not try to guess even in this case. And why on earth it would turn on everything with certain (incorrect) commands?

Have you created appropriate zones/rooms etc in Homekit determining what is indoors, what is outdoors, what is inside, what is outside, what is upstairs, what is downstairs, what is in each room? If not, it assumes everything is outdoors, and turns every light on in that zone (so all of them)... because you haven’t told it any different. See https://www.macrumors.com/how-to/add-ho ... and-zones/

eg: add indoor rooms to floors, add floors to indoor zone, add indoor zone to inside zone. Repeat for outside switches etc - add Garden to outdoor zone, add outdoor zone to outside zone, add inside zone and outside zone to property zone... create and nest as you see fit / is necessary for how you want to phrase your commands.

Thanks for the suggestion. So far I have only used rooms and not grouped them into zones. So "outdoors" is currently just one of the rooms I have configured. I can try to create an indoors zone and group all indoor rooms there, might help. Still I find the behavior a bit illogical in those cases when I have managed to turn on every single switch in HomeKit

[Marci]

Regarding Siri turning on ALL the switches in an area, rather than just the lights, Alexa does the same via homebridge-alexa and has a tendency to assume all switches are tied to lights, rather than other devices - alexa’s definitions of devices is separate to HomeKit’s as you can redefine them within the Alexa app so that lights are clearly lights, but she still makes the same mistake. It’s definitely an irritation... but I don’t think there’s much if anything that we can do about it unfortunately.

My TV is a toggle on/off, rather than separate command for on & separate command for off... so occasionally (but not always, which is even MORE irritating) on my way to bed I ask either assistant to "turn the living room lights off" and she does, but if the TV or computer are already both off, she’ll toggle those so they end up turning on.

I get round situations like this with clearly named scenes in HomeKit and routines in Alexa that turn all the lights on or off in a room, and call the scenes specifically by their own names. Alexa is particularly good for this as you can define the phrase for a routine - so "Alexa, make the living room go goth" for instance to turn the lights out. I have "Alexa, I’m off to bed" and she’ll do a whole host of scripted & timed actions FAR better & more succesfully than "Alexa, turn the living room lights off then turn the bedroom lights on". To get similar with HomeKit you have to get creative with your scene names, or start using the Shortcuts app.

[Marci]

UPDATE: version 2.1.34 pushed to NPMJS... there are some wonky WW light implementations out there, where the lights identify as WW but then don’t provide a Color object via the Domoticz JSON API. There are zigbee2mqtt and yeelight examples of this thus far. I've attempted to work around this and fall them back to being plain old dimmers again if a Color object isn’t found or is there but empty when heading to http://domoticz.ip.address/json.htm?typ ... s&rid=<IDX> , so they basically go back to how they worked in 2.1.18 - See https://github.com/PatchworkBoy/homebri ... issues/192

Also, a word of warning on the iOS13 HomeKit TV device type: sanders1988 committed a patch where a multi-selector with a TV Icon is mapped to the iOS13 TV device type, however, it’s wonky and disassembles itself after creation - sanders1988 is looking into this at the moment, so best to avoid using this combination in the short term - See https://github.com/PatchworkBoy/homebri ... issues/194

BUT, that aside, if you rely on an AppleTV3 or old iPad on iOS10 - 12 as a home hub for remote access, and add an iOS13 TV type device to HomeKit, that home hub will cease to function. ALL devices will be seen as "not responding" by the hub. The ONLY fix is to delete your home from HomeKit, and start again WITHOUT the TV accessory. As soon as you add one, your home is broken until you delete it. If you have an AppleTV4, HomePod, or iPad on iOS13 acting as your HomeHub then all is ok. This isn’t anything to do with homebridge-edomoticz / homebridge (so if you’re curious to try the sky-q-experimental plugin alongside edomoticz for instance, don’t, because you’ll get the same problem).

This is entirely a limitation at Apple’s end - the TV Type device will only work when the client device is iOS13, and the HomeHub device is on a "current" version of it’s OS. I may add a config flag to config.json that users have to manually override in order to enable the TV Device Type to avoid them having to erase their entire Home in the not-too-distant future.

[Nautilus]

Hi,

I have a couple of switches that earlier worked very realiably through Homebridge(-edomoticz). Lately they seem to work maybe every third time and I decided to spend a bit more time to investigate this. Switches are the type that only send a command when turned on and they automatically turn off after two seconds (I have mqtt enable so the status should update to Homekit). I prefer not to use a push button as I cannot change the switch icon for those.

I then tested saying Siri - turn of "my switch" and Siri - turn on "my switch" after which the action I was expecting happened. But when I opened Homekit I noticed there are actually two switches with the same name (different icon) under "my switch". This I had not seen before. And maybe for this reason it does not change to off automatically anymore. There was an option to "show as separate tiles" but this just shows them as two separate devices with the same name on the room level view.

Could this be something caused by iOS13, by recent updates in Homekit, Homebridge or homebridge-edomoticz plugin? Any suggestions for a workaround?

edit: I attached an example: the other "sub-device" with bulb icon is on while the other (with switch icon) is off

[krizzz]

So I am trying to get Homebridge and Domoticz working. The guide installed perfectly, but when changing the config.json I get the following error:

Code: Select all

[3/8/2020, 23:48:13] [eDomoticz] synchronizeAccessories in progress...
[3/8/2020, 23:48:13] Homebridge is running on port 51826.
[3/8/2020, 23:48:13] [eDomoticz] There was a problem connecting to Domoticz.
- Error: getaddrinfo ENOTFOUND nh7hon

Anyone knows what this is?