-
Notifications
You must be signed in to change notification settings - Fork 13
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
Best Way to map IOLink for Garage Door Opening #121
Comments
Jason, I have 3 of these set up as Garage doors and all work well. My goodnight scene makes sure they're closed. While there might be an easier way this is was worked for me. For EACH door I had to set up 2 devices, 1 variable and 3 actions. Below are screen shots of the setup. When I was running Homebridge myself the sense of the variables was reversed, i.e. false was closed and true was open but with HomeKit-Bridge I had to reverse the sense. Not sure why but this is but it works this way. I add the Virtual Device, Truck Garage, to HomeKit-Bridge as a garage door opener. |
OK, our setups seem very different and I really don't want to change what is working in every other place to make homekit work. I have the input sensor and legacy sensor settings opposite of your settings. I assume you did all of the virtual device setup just to get HomeKit working with these devices? I ask because I haven't needed that with just regular Indigo, so I wanted to make sure you were using them just for integration purposes. My understanding was you created an action group and virtual device just to map these, but they seem to maintain state based on the action not on the sensor, is that correct? I really want to make sure on that, because I want to only maintain the open/close state based on the input sensor because we have had issues with the door closed being interrupted before. |
When I mention maintained state above, I meant it appears the variable contains the state, but I do not see anything linking the variable to the door sensor. |
That I/O sensor works natively with HomeKit Bridge, it is what I use and didn’t need any variables or custom scripts. I’ll have to look at your settings and logs to know why it may not be working. When you opened the ticket and it asked you for all of this information did you just not want to bother?
|
I collected all of the logs, but I put them on the other door ticket. I will update them on this one too. |
Versions
Configuration
Homebridge Log / Command Output[2018-10-28 13:21:09] Registering platform 'homebridge-camera-ffmpeg.Camera-ffmpeg' [2018-10-28 13:21:10] Homebridge is running on port 51826. Device Simulation Report
|
I did this for HomeKit integration. I have a magnetic sensor for open/closed. Attached to the Io linc sensor input. I have the sensor mounted at the closed position. This works perfectly whether the door is interrupted or not. Of course there is no information that it was interrupted as that’s not available.
I have never used Indigo or Insteon for remote activation, just for scheduling. I’ve been using Indigo for probably close to 15 years.
I understand about the settings and not sure why HomeKit-Bridge is reverse of the CLI version but I just wanted something that worked:).
I can say this setup is working extremely well. I get notifications when open/closed. Siri works great to open/close either one or all. And the scenes make sure I don’t forget and leave one open.
…Sent from my iPhone
On Oct 28, 2018, at 10:46 AM, Jason John Schwarz ***@***.***> wrote:
OK, our setups seem very different and I really don't want to change what is working in every other place to make homekit work.
I have the input sensor and legacy sensor settings opposite of your settings.
I assume you did all of the virtual device setup just to get HomeKit working with these devices? I ask because I haven't needed that with just regular Indigo, so I wanted to make sure you were using them just for integration purposes. My understanding was you created an action group and virtual device just to map these, but they seem to maintain state based on the action not on the sensor, is that correct?
I really want to make sure on that, because I want to only maintain the open/close state based on the input sensor because we have had issues with the door closed being interrupted before.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Again, this is what I needed for homebridge and homebridge-indigo. I did not try to change it with HomeKit-Bridge |
So, I apologize but I didn't realize I could just use the IO linc as a garage control in HomeKit-Bridge. I just reconfigured them a bit and they work great, as is. I did have to use the Invert State checkbox and also change my configuration of the Link for the sense of the 'Input Sensor' On/Off to Off. but it work just great now with only the IO linc device. |
dscottbuch: Sounds like you and I have the same settings now, but I am still having no luck with my setup actually working. I think this might be related to another case, which is I found none of my doors are actually updating in HomeKit since I upgraded from the NPM module to the integrated software. I hope Colorado4Wheeler can assist me in tracking down the issue. |
I have an I/O-Linc Controller setup in Indigo 7.2 which acts as both a garage door opener on output 1 and a garage door status detector on the binary input. I added it as a "garage door opener" homekit type object in HomeKit Bridge, however that seems to have no effect on anything.
Is there a better way I should map this object that would allow for open/close and sensor functionality?
The text was updated successfully, but these errors were encountered: