Xathros

I too am interested in this. I have an ISY at the office and one at home. While both ISYs do communicate for some things, I'd rather have the Echos linked only to the local ISY. I kmow I can tell the skill which ISY to address but I don't believe that affects the connected home aspect. Is there or will there be a way to address certain spoken entries in the portal to a specific ISY? Thanks. -Xathros

Working fine for me as well. -Xathros

Hi Teken- I feel your frustration and that of others still suffering from these events. My thoughts and comments in Blue above. -Xathros

That won't work. Control events are only generated when devices are manually actuated at their paddles. When commanded on by a remote linked scene/device, status changes but no control event is generated. Since devices don't transmit their status changes unless queried, the ISY is unaware of the All-On, thus the need to periodically query a device for an unexpected state change. -Xathros

While I haven't had anymore All-On events, I did build a program to watch for them, notify me and shut things down in the event of another All-On. I used a spare Lamplinc module and plugged it in alongside my phase bridge at the main panel. No load connected and I keep this module Off. I have a program that queries the module once every minute. I have another program that triggers if that module's status changes to "On" and sends a notification and turns off my "Almost Everything" scene with the assumption that if that module turned on, an All-On event has occurred. Hope this helps. -Xathros

If Alexa is recognizing your commands accurately then the vocabulary is the problem as Jon alluded to above. I suspect that once the Connected Home portion of the ISY goes live, these problems will disappear. -Xathros

Not sure how this differs from Ubi other than being funded on Indie go go instead of Kickstarter. Looks to be based on Google's voice processing just like the Ubi. -Xathros

What names are not working for you? Izzy CAN address scenes. Just set the spoken name for the scene in the same way you do for a device. Make sure there are no duplicate names (Don't use same spoken name for a scene and a device). Check the Alexa app to see if Alexa is understanding your requests. In my testing I have found that Alexa can misunderstand "...tell Izzy to...' as "...tell it to...". When that happens, the commands fail as they don't get passed to the Izzy skill. Hope this helps. -Xathros

And refrain from calling devices Lights or Lamps. Alexa is having a problem with things named lights & lamps at the moment. So, for example, instead of "Kitchen Lights" in the spoken field, use just "Kitchen". -Xathros

Your UI is out of date. UI should match the firmware version. Clear your java cache and then download the JNLP for the console from the 4.3.26 release post. -Xathros

Have you logged into the portal and connected it to your Amazon account? -Xathros

Hello and welcome to the forums. How are you accessing the console? Via web browser or have you downloaded the JNLP application and have an icon on the desktop? Do you know what firmware version you have on the 994 and do you know if the admin console is the same version? -Xathros

Not exactly but you can just create another scene with all of the above as responders. -Xathros

man cave

You can right click your programs and use the find replace to search for the name of your stat. Also, sort the program summary by last run time and look at the most recently run program(s) -Xathros

I can't tell from your screenshot if that is an Integer or State variable. -Xathros Sent from my iPhone using Tapatalk

I'm guessing that you have no Integer vars defined thus, no file to be opened, thus the file open failed message. After a quick review, I see nothing but perfect comms. Did any of the operations your tried fail during these tests? -Xathros

Not all dualband devices perform the same in terms of range. Those installed in walls and especially those installed in metal jboxes tend to have poor range. Plug-in modules like the range extenders and LampLinc modules tend to offer better range since they are less obstructed. Perform the beacon test from your existing dual band devices and if you get consistent results indicating a successful bridge, then move on to isolating problem devices. Identify a consistently problematic device and run multiple scene tests against it. Then after filtering suspect devices, repeat the scene tests and evaluate the results. If no or insignificant improvement, then move the filters to other suspect devices until you see marked improvement in the test results. You can isolate entire circuits at a time by turning off their breakers and testing with them off. Keep in mind, this might effect your bridging if any of your bridge devices are on the circuit you turn off. -Xathros

This sounds like simply poor communications on the Insteon network and is not that uncommon. This can happen if you have noisy power supplies/electronics on the line or devices with noise filters built in that actually absorb the Insteon signals as though they were noise. It can also be signal propagation problems across the legs of your electrical feed. Best practices state that you should isolate noisy items or signal absorbing items with FilterLincs. Things like computers, UPS boxes, Noise filtering power strips, many wallwart style power supplies (cell chargers etc) have been shown to interfere with Insteon signaling. You should also ensure that you have reliably bridged the legs (phases) of your electrical feed with Range extenders or other dual band devices. Perform the 4 Tap beacon test from several different dual band devices to ensure proper bridging. Locate the ISY's PLM as close to the service entrance/main panel as possible and preferably on a dedicated circuit not shared with other non-isolated electronics. The set phase bridging devices would also be best close to the main panel with additional dualband devices distributed around the premises as needed for good RF coverage. There are MANY threads on this forum discussing comms diagnostics and procedures. Hope this helps. -Xathros

Awesome! Glad I could help. Now, based on the the above, I am assuming that you are launching the admin console from the ISY Web interface each time. May I suggest that you instead, install the Admin console as an Icon on your desktop and launch it from there. Download and run this file: http://isy.universal-devices.com/994i/4.3.26/admin.jnlp This will create an icon on your desktop for the admin console. Try again to delete the scene using this console and report back. If you cannot delete, try clicking each device within the scene one at a time and look at the displayed info for each device. Do any look strange/wrong/bad ? If so, try removing the bad device from the ISY tree and see if that helps out the state of this scene. I wonder if a /rest/nodes dump from a firefox session would shown anything useful related to this scene... Hope this helps. -Xathros

When prompted to save the backup on your Mac, where are you pointing it? If not a location within your User folder, this may simply be a permissions issue. Try saving to the Desktop, Documents or anywhere else within your home folder. The ISY File chooser often defaults to locations outside of the home folder and many times those locations are not writable. Hope this helps. -Xathros

Hi Barry, If you have reverted to using port forwarding on your router rather than using MLConnect, and in your Mobilinc settings, Host Type is set to ISY rather than MobiLinc Connect, then you will do no harm by buying into the UDI Portal. In fact, based on recent feedback, you will be able to turn off your port forwarding and use the UDI SY Portal address and credentials in Mobilinc to get you connected. Hope this helps. -Xathros

Glad I could help. -Xathros

Just to clarify and put it all in one place... The 4 Tap beacon test is not linking the range extenders. It's simply running a test to help you determine if their placement and circuit choices are correct to allow them to bridge the legs of your electrical feed. These are simply dual band devices with no load control or sensors built in. Since they have no controller or responder functionality, they have no need to be added to the ISY or linked to themselves or anything else. Basically just plug and play as long as they are within range of each other (or another dual band device) and on opposite legs of the electrical feed. Some folks (Teken) recommend DualBand LampLinc modules instead of range extenders as they perform double duty (same bridging function as range extender plus can control loads). -Xathros

Should be able to call a script to get the status from the python module, evaluate the response and set an ISY var with a /rest call based on the response. No? -Xathros