MMAltair

I did finally get a shade paired with EISY by not following the Bali motorization instructions. As defined in the manual I first deleted all Z-Wave pairing in the shade by pressing the 'program' button for 7 seconds (basically a 'reset' function to delete all previous pairing). I then had to 'exclude' the shade from pairing with the remote using the exclude function in the remote and again pressing the 'program' button on the shade (this is a new step not specified in the Bali manual). Once I did this I could then 'add' the shade to EISY using the Z-Wave 'add' commend. There must be some residual pairing left in the shade even after doing the Z-Wave the 'reset' function in the shade. My guess is the Bali instructions only apply to a shade that has never been included in a Z-Wave network in the past. Unfortunately I had already added all the other shades back to the remote without EISY first being added as the primary controller and didn't have time to go back through all the excluding and including again. As a result I wasn't able to test the functionality of both EISY and the Bali remote being able to control the shades independently. When I have more time I'll go back and try this again as I want the functionality EISY provides in addition to having the Bali remote for control. Mike

I purchased Bali blinds about a year ago and purchased the Bali Z-Wave controller. I was able to pair the blinds with the Bali controller without problems and then paired the blinds with the remote as a secondary controller (associate), again no problems. Over the past year the Bali controller has been a problem and I no longer use it to control the blinds, just the remote. Now the batteries need to be recharged so I decided to try and pair the blinds with my EISY/Z-Wave/Matter and so far am not having any luck getting the shades to pair with EISY. My shades have to pair through a Z-Wave extender (AEOTEC range extender 6) due to the distance from the Matter device. The range extender shows a good connection to the Z-Wave network so I don't believe it is a problem. Is it possible to pair the Bali shades through a range extender (which supports S0/S2 inclusion)? I know that my Schlage locks have to be paired right next to the Matter controller but then work fine through a range extender which has secure inclusion (S2). If I manage to get the shades paired with EISY I'll try to duplicate the problem reported by walkman9999. Mike

Problem fixed. I had to connect to port 8080 to get it to work. I suppose that should have been obvious but I found another post about migrating to Policy breaking HA integration and followed that suggestion. I deleted the ISY integration in HA and it found EISY at it's new IP address with the port 8080. When i re-added it all of the previous 'entities' remained the same except the Z-Wave entities. I had to go back and update the HA integrations for the Z-Wave entities and they work now. Thanks for the responses. Mike

I've tried - http://192.168.1.83:80, https://192.168.1.83:80, & https://192.168.1.83:8443. I know the IP address is correct by checking my router. I also know the IP address changed after I did the EISY update so the router thinks it is a new device (normally my router keeps the same IP address for devices it already has seen in the past). The HA documentation says to use http://.... so perhaps it doesn't support https://.. Perhaps something changed in the EISY support of http:// ? If someone else has it working with the new release that might point me to my problem. Mike

I upgraded to EISY to OS 14.1p6 and IoX 5.9.1 and the connection to HA is broken. Has anyone else encountered this problem? It seems that HA can no longer connect to EISY. Has something changed in the TLS support or the HTTP: support? Thanks Mike

Just a quick follow-up on this thread. The failure has not happened again since the original post (No 12th). At this point I think we can close it and I'll start a new thread if it happens again.

I'll have to wait until it happens again and then send the log. Could be a few days. Thanks

I've been having a problem lately where all my Plugins are restarting, sometimes after PG3x restarts, and sometimes without a PG3x restart. When my Elk Plugin restarts it fails to reconnect to my ELK system. I have a number of lights in the house that turn on and off automatically based on ELK zone activity (Stair lights, garage lights, etc). Each time this happens my first indication of the problem is the auto lights are no longer working. When I look in my UD Mobile notifications I can see that all the Plugins have all Connected to PG3x including the Elk Plugin. The fact that all the Plugins are reconnecting seems like a problem in itself but the fact that the ELK Plugin fails to reconnect to the ELK system is the most immediate problem. Each time this happens (twice in the last week) I login into PG3x, restart the Elk Plugin, and everything works again. Any ideas as to what is going wrong? Has anyone else had the problem of all Plugins randomly reconnecting to PG3x? Thanks Mike

Thanks to Andy P for putting this guide together, it was quite helpful. One additional thing I figured out is that on my cell phone the mac id is randomized by default (I have a Samsung phone). This feature can be disabled in the phone settings, with some loss of privacy, and needs to be disabled for the Unifi Presence plugin to work. I don't know if this is an issue with iPhones. Another thing I did is create a Unifi Controller admin login (I have the Dream Machine Pro so the controller is integrated) specifically for the Presence plugin and gave it "view only" rights and "Local Network only" connection capability. No point in giving it more access than is required for the job. Mike

@tazman I started down that path at one point but for some reason changed direction. I'll try putting the buttons in Scenes, all by themselves, and then see if I can control them with the programs. Thanks!

The way I have it implemented now the programs provide the mutual exclusivity when each one executes. This works for everything except for the button LEDs. When I tried including the buttons in the Insteon scenes the lights (the actual lights that are part of the scene) get set correctly but the button LED of the previous scene remains lit when the new scene is activated. For example, let's say there are 2 scenes, each one controlled by a keypad button, one scene is "TV" and the other scene is "Conversation". If the "Conversation" button is pressed the lights in the room get set to level that supports people conversing, playing games, etc. Then the user changes their mind and decides to watch the TV. This requires the lights to be dimmer than conversing so they push the "TV" button. This causes the TVe scene to to be activated, which sets all of the lights in the room to a dimmer or off level, but there are now 2 buttons illuminated on the keypad even though the "conversation" scene is no longer active. When the activity is over the current scene button is pressed again to revert the lights back to there normal behavior. (the actual implementation is far more complicated than this since the "normal" behavior of the lights in this room is controlled by occupancy, time of day, security system armed vs. disarmed, etc). This is another reason for the programs, if a lighting scene is active this overrides the automation of the lights. To get around the mutual exclusivity of the buttons issue I have to press the button for the currently active scene, which turns it off, then press the button for the new scene to turn it on. This is workable but not very family friendly. Hopefully this makes more sense now.

@bhihifi Thanks for the reply. I do use EISY (ISY) for all of my control programming and only use HA as a graphical interface to EISY. With Insteon "scenes" are the way to go for quick responding lighting scene changes and in this case I do have Insteon scenes setup for the different lighting scenes. I need to figure out this mutually exclusive button issue.

I need advice on a 6 button keypad usage scenario. The 2 main buttons are used for triggering a program and are set to mutually exclusive mode, this works fine. Of the other 4 buttons I use 3 to individually trigger programs that control mutually exclusive lighting scenes and this is where I need advice. I know that I could set up individual scenes for the lights, including the buttons but this doesn't work for me since I also control these scenes with Home Assistant which requires that I use programs. The programs also enforce the mutually exclusive requirement for HA and they control variables that affect other program functions. In the Insteon switch setup (I use EISY) there is a dialog where you can make buttons mutually exclusive but this doesn't seem to work. My goal is to only use the 3 buttons as program triggers, with the button LED reflecting which of the 3 different scenes is active. I would also like the button LED to reflect the current lighting scene if initiated by Home Assistant. Is this possible or am I going down the wrong path?

I read through this thread with great interest since I have new Bali Z-Wave shades and was planning to connect them to EISY/Zmatter. I purchased the Bali ZWave controller and have the shades connected to it currently but would like the additional flexibility/control that EISY provides. Here are my observations on how things work with the Bali ZWave controller - - Using the Bali Zwave controller with their App there is no way to group shades together for simultaneous control. The App allows you to control each shade individually where they each move independently. Moving the shades to an end point is not a problem since they will all end up at the end point eventually. You can also have the shades go to an intermediate point although this is not a precise point since it is controlled by a slider for each shade. - I connected the controller to Alexa which works fine but is similar to controlling the shades with the App. To get the Shades to all move as a group I have to add each shade as a separate Action in the associated Alexa Routine. When the Alexa voice command is issued each shade (in my case 4) start moving at different points in time and eventually go to the same end point. It looks a bit weird while moving. Alexa routines do allow you to specify a % open which works quite well. The Bali App does not allow a % (just an approximate slider position for each shade). - I also purchased the premium remote with the shades and it has different behavior than the Gateway/App. The instructions are very explicit that when you add the remote it has to be added after all of the shades have been added (paired) to the Controller/Hub. The process for adding the remote is to first pair it with the ZWave controller/Hub and then pair it separately with each shade. Once each shade has been paired with the remote you can then create "Channels" in the remote to "associate" shades into groups. The remote then issues commands to individual channels where all shades move and stop synchronously. In my case I have 10 shades and 3 channels, 2 channels of 4 and 1 channel of 2 shades. Based on RPerrault's description of ZWave Association, I suspect the remote is being added to each shade as a secondary controller which supports the ZWave association function. I also suspect the ZWave ControlIer/Hub does not support the Association function since no grouping of shades is possible in the Bali App. I should add that you can purchase the shades without the ZWave controller and only use a remote to control them. In this case it is likely that the remote is the primary ZWave controller and still includes the Association function. At this point I haven't decided if I will transition the Shades to EISY based on the experience RPerrault described in this thread. I'm well aware that I can write programs to create the virtual groups Scenes) of shades but with the underlying problem of issuing commands over a spaced out interval of time. If I decide to give it a try I'll report back on the status.

I'm back trying to get EISY/ELK integration closer to how it worked on the ISY994. Is there a way to start keypad beeps on specific ELK keypads with the ELK node server? I find it useful to turn on Keypad beeps along with a periodic voice announcement to get people's attention to urgent conditions such as a water leak detected or a door left open. If this isn't possible I can always resort to the Output method of communicating this situation between EISY and ELK. Thanks