larryllix

Control is a signal generated by the pushbutton of a SwitchLinc (and other devices), while Status is the current level of the dimming electronics. Control can detect an operation repeatedly while status can only detect an On or Off once until the status changes and then back again. If control of X is switched 'On' Then Turn on YYY device Wait 10 minutes Turn Off YYY device Every time X is switched On (paddle tapped) the Wait 10 minutes will trigger when Then start over. With status... If status of X is 'On' Then Turn on YYY device Wait 10 minutes Turn Off YYY device The trigger can never retrigger the Wait 10 minutes timer unless the status changes Off (or 0-99%) and then to On again. But if the status changes, the If section will re-evaluate and run the Else (it isn't 'On') , cancelling the Wait 10 minutes. BTW: If you right click on a program in admin console, you can copy to clipboard and then paste it here.

GH's assumption level makes it a poor voice recognition device for HA. Most ISY HA systems and ideas have to be modified to make it work properly. With ISY and GH, it's like two automation systems trying to get their own way at the same time, but GH is not going to disclose what it will do, at setup time. If GH disclosed their secrets it wouldn't seem so magic to the lay crowd. Amazon has some of that too, but not quite so interfering with HA, yet, and likely jealous of GH too. Alexa performs with much less conceptual change.

I found the same AI BS with GH as anrdewm above. GH artificial intelligence is not wanted in the case of HA usage. Perhaps if GH only knew about individual devices it could work, as it wants to auto-create all the groups, scenes, and rooms, by itself and there isn't enough room for two smart devices (ISY and GH). I avoid GH for my ISY control and just use Alexa. It's dumber actions are so much smarter, when it comes to HA. GH is much better for information look up and playing games.

That would likely be your work system blocking access to certain URLs/IP address ranges. No port forwarding is required for ISY Portal. ISY Portal is a DDNS type service and they already know who you are so no other setup is required.

If your battery devices don't support that (my 12 MSes don't) you will end up with an ISY with a flooded to do list, that will bog down your system so badly that a simple MS to light scene will take over 30 seconds to get a simple light on. These features can be a dangerous ones and the explanations are not good in the admin console.

For economy I would try to put dual band devices near the centre of the house (assuming PLM is in centre also) and the single band units on the perimeter uses.

Welcome to the UDI forums!! If the device's status page does not show it's status changing from On to Off with the light then the switch and yur ISY PLM are not communicating. You could have interference on your power lines, too much distance (wiring and air distance) betwen the device and your PLM, or a missing link between your device and ISY. How many Insteon devices do you have in your system? I assume the switch is an Insteon module.

X10 used to make a device Rex-10 you hang on your door which pounds the door and barks in a loud volume.

The ISY Portal has a way of initiating many speech texts out of an Amazon speaker but they are all in Alexa's voice from straight text. I started developing an mp3 file player into my Alexa speakers, triggered from ISY via Rest but I could never get the Alexa speakers to interact with my RPi Bluetooth. Connects OK but refuses to accept input.

Did you do the factory reset and ISY restore (as Paul suggested but no response or acknowledgement was seen.)? I wouldn't give up so easily yet. Try it again as they can be tricky to not let the tab slip back into the connected position before depressing for the long hold, and the factory reset will not happen, then. As you said these things are expensive, a PITA to replace and patch all your programs to work again, without mistakes that crop up later.

I hear that but I don;t consider those setting menus as device status fields. You cannot use them for programs either. They don't exist in the falldown menus.

The beep fields have never worked in most Insteon devices. Those devices do not support the beep length but UDI provided whatever was specified anyway.

What fields display zero when your start the admin console? My admin console is always up to date when it allows me to operate it. (unless my java times out and locks it up) What am I missing here?

Opening the admin console does not cause any querying of devices, only transmission of currently known statuses inside ISY. Insteon Queries do not ask for any particular information, only that devices send their current status for their nodes. Battery devices do not typically send much or anything. Ramp speed wasn't included in the packets either AFAICT. Since ISY is the only source to set the LED levels there would be no value in the devices to respond with the status change. The other nodes in devices can be changed by other Insteon devices. This may not be true for ZWave device technologies. IIRC backlight levels for Insteon SwitchLincs were never available in any ISY version. If they were discontinued old programs would stop functioning. UDI never does that intentionally.

IIRC I read in a post back some time that the low battery status for MSes can be reset inside ISY by using a query line inside a program. I have used it in my system and I believe it works. Since MSes do not send Low Batt = Off, ISY has to create the status.

You may have to clarify what a "backlight level" is.

Possibly not, but I would do my best to upgrade everything first. It may save you a lot of time/grief later. It's always free.

Always select a hardwired stat for HVAC control. Monitoring and remote control is secondary. I tried various stat brands and ended up with two ecobees. Ecobee isolated it's sensors very effectively from the smart electronics. This is extremely important for good home comfort. Sent from my SM-G930W8 using Tapatalk

As much as I have constantly heard about the evils of enabling uPnP, anytime I have disabled it in my router, many things stop working. I have a few conflicting articles but hardly any discuss any problems with it being used. Sent from my SM-G930W8 using Tapatalk

Just move the controlling stat sensor further from the heating source. It's hard to prevent waves of heat and cold but easy to create them. Alternatively block the air circulation to the stat sensor with a shelf or piece of furniture underneath to slow down the circulation causing the stat to have a slow response. Turn off circulating fans in the stat room. Sent from my SM-G930W8 using Tapatalk

You would need a modem and Internet access to send email. Emails are sent through a service that converts your emails to sms. Your ISP or mobile service (if you have a modem for your mobile device) usually offers this service.

Excellent so far. That is the usage I am looking to do in the near future. I have searched for that "live update" option in the ISY Portal and the Alexa app to no avail. I was sure it was at the top right of the ISY Portal main page before. Grrrrr.....

hmmmm.... I have never used this feature from ISY to Alexa. I could never understand the point of it, duplicating ISY's functions, and preferring ISY to have total control over everything and trying to avoid cloud and especially double cloud methods. I have only used the Alexa Routines from vocal in to vocal out, so far as I only discovered this about a week ago. I only use it to amuse my wife with compliments.

I have not tried these triggers from ISY yet. Did you Discover the new devices in Alexa? Does the result show in the admin console variable? Sent from my SM-G930W8 using Tapatalk

Sorry.. I misunderstood your question. You can create sync programs to transfer the statuses to programs or variables and use them in Alexa.