larryllix

You may need a third program for the manual switch operation that cancels the time out and perhaps (for the just-in-case situation) provides a long term timer. Automatic lights get left on a lot when turned on manually. If control 'Exterior Lights / Laundry Room Exterior Light' is switched 'On' <---- control detects the paddle AND control 'Exterior Lights / Laundry Room Exterior Light' is not switched 'Off' <--------- Not runs the else Then set program 'Side Gate On' Stop <----- no interference with this program Set 'BBQ Island' On Set 'Exterior Lights / Laundry Room Exterior Light' On Wait 5 hours Set 'Exterior Lights / Laundry Room Exterior Light' Off Set 'BBQ Island' Off Else set program 'Side Gate On' Stop Set 'Exterior Lights / Laundry Room Exterior Light' Off Set 'BBQ Island' Off

Your first (trigger program) looks good. The second one should work like this. Side Gate On - [ID 0073][Parent 0016] If 'Exterior Lights / Laundry Room Exterior Light' Status is Off Or 'BBQ Island' Status is Off Then Set 'BBQ Island' On Set 'Exterior Lights / Laundry Room Exterior Light' On Wait 5 minutes Set 'Exterior Lights / Laundry Room Exterior Light' Off Set 'BBQ Island' Off Else Set 'Exterior Lights / Laundry Room Exterior Light' Off <------ needed for a change in statuses (2) terminating the Then section Set 'BBQ Island' Off

Why would your lights already be on after 10:00 PM? Manual switch or is there some other way / program that would turn them on?

Yes. That bit changes for some internal flag. I heard an explanation once and it happens all the time. When I see it I do a restore and correct it but, unlike my usual behaviour, I haven't bothered to study the Insteon protocol bit mapping. It is not likely to be a problem like yours. You need to factory rest your devices. Every one of them and I haven't heard any reports from you doing that. We still haven't seen what the following line from your post was either. Oberkc asked about your program timing report. That information will be buried now. I had an OnOff plug-in module sending out a scene on erroneously instead of an ACK, in response to just turning it on, once. Drove me nuts for months but I finally resolved it wasn't my programs as I recognised the multi-light pattern as one of my scenes. I simple unplug/plug back in resolved it and it hasn't done it for the last two years again. These devices contain CPU and firmware programs running and just get messed up every so often from grid spikes and who knows what-else. You'll get there.

These two lines included, indicate your ISY sent an off command to the device and then ISY logged the status change sent back from it. Something is missing in the troubleshooting/search. Either there is an inclusion in some program or the device was operated manually from ISY. The last status update seems to indicate local activation since no report of ISY sending the On was above the 100% status line. Home Theater Lighting Off Thu 2019/01/10 09:23:01 PM Web Log Home Theater Lighting Status 0% Thu 2019/01/10 09:23:01 PM System Log

I wondered about that also. Do you have any scene links to it? All Insteon devices from the factory need to be factory reset before linking to ISY.They can contain X10 links and firmware that does crazy things. It's easy and after factory reseting the device you just click "restore" in the admin console to put all the links back into it. Takes about -2 minutes.

@iannecj In the admin console under the Program Detail tb you can right click on any program in the tree and select a find and replace tool. Using the name of your device, you can find every program that references this device.

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