larryllix

Real time variable/system variables are available in v5. Sent from my SM-G930W8 using Tapatalk

Bash is the command line interpreter for some linux operating systems. Run the terminal screen on your RPi. Sent from my SM-G930W8 using Tapatalk

Query ISY? Sent from my SM-G930W8 using Tapatalk

That sounds like you do not have the Report "On Only"" checked..

Yes those all-else-fails timers are important with HA. People get to expect lights to turn themselves off and forget they turned them on manually. I use that with voice commands also. With the low powered LED bulbs these days it is not so critical though.

I think there is some confusion in key terminology here. If you remove the front cover from a 6 key KPL there are the same 8 switches underneath. Conversion (change of key count) kits are available.

Nope they won't but I don't use many scenes created directly between devices. I prefer the control I get when ISY handles them. Exceptions are between MSes and the Lamps they control (for speed of response), every unit in my home for security flashing, and a few Gathering room scenes (reading, TV watching, Movie Watching, Bright, Full On all affecting the same group of bulbs) I think If you want to break the path between the LED and the garage light you have to dump the scene connection and use programs. You just create scenes for each LED and monitor/slave programs to operate the scenes like this. If status garage Light is On Then Wait 2 seconds <--- avoids signal clashes in the same box set scene.LED.A On Else Wait 2 seconds set scene.LED.A Off Now whatever or whoever turns the light on or off, the LED will follow.

I believe the Max Hops are set by the system and used by every device. The retries are set by each device and many newer devices can be set from ISY options on each device. If the Max Hops bits are set to 3 and ISY shows Hops Left as 3, then no hops were used before reception by the PLM. = Direct between device and PLM If the Max Hops bits are set to 3 and ISY shows Hops Left as 0, then all the hop possibilities were used up. Devices stop repeating these messages so the system doesn't bog down. If the Max Hops bits are set to 3 and the PLM never received it shouldn't show up as an event in the logs. I believe it doesn't matter how many hops were used, the reception end has to wait until all three hops are bypassed (messages ignored) before it can respond with an ACK. If retries are involved the time it takes gets compounded. Now if the ACK has problems getting back also Insteon gets real slow. This is why a noise free power grid system is so important. Insteon usually gets there through a lot of garbage, but it can get real slow and ISY usually gets the blame. I just found two GDOs making noise (one since the beginning of time, one newer is noisier and gave the clue) and now my system is flying again!!!! My very first Insteon filterLincs ordered!

It works with 7-Zip to unzip it.

@arf1410 You can add an extra logic line in your programs like this offering two (or more) paths for any event trigger. If control KPL.Button.A is Switched On AND it's nighttimeThen do whateverElse ----- If control KPL.Button.A is Switched On AND it's NOT nightTimeThen do whateverElse -----

If I understand you correctly, you want to modify the scene used with each key? I don't think this is possible but you can dump the scene links and use programs to make the KPL key operate anything you want and change it with programming. The extra program usage time taken is not usually a problem for manually operated devices, but Motion Sensor to Lamp systems should not have the extra In/out of ISY delay. It is annoying. This extra time delay is not due to ISY CPU speed. It is due to the Insteon protocol taking time and waiting for all the Hops to finish, needed or not.

Hops are not reties! When an Insteon transmission is heard, all capable devices synchronously repeat that transmission. When another device hears this, one hop is completed. This allows Insteon signals to transmit to the Initiating device---->hop---->second device----->hop----->third device----->hop----->PLM or reverse orde,r PLM---->end device This is not counted as a Hop Initiating device ----->PLM On top of all that if an ACK is not heard back or a NAK is received Insteon devices will/may try again with repeats of the whole process. Zero hops left is not a failure. It means it took three intermediate devices to get there. If it failed, ISY wouldn't know about the attempt and you would not likely see any recording of an event.

The 1011 means there is binary code to be written to your device yet. If the device is battery operated it must be put into linking mode first. Then you can right click on it and select "Write Updates" As kclenden posted above, you need good comms first or things get messed up.

Sure. Write a program for each button and put whatever you want in each program. Configure your KPL to non-toggle On mode. If control KPL.Button.A is Switched On Then do whatever Else ----- KPL LEDs can have levels changed with programs in the admin console (all for one setting) but LED On/Off can only be done with scenes. Of course, then use programs to activate the scenes.

Post your program!

I don't think java ever made a 64 bit version. Install is made for a 64 bit O/S but java is 32 bit only. I may be wrong but years ago they announced they would never support 64 bit. Apparently java's install made the decision what to install.

I would use a State variable to control the pump. A simple final program to turn it on and off would be required and this may simplify the look of your programs making it easier to implement complex logic. Another advantage of a variable control is that it can only be turned on once and multiple programs can't keep hitting on it to cancel other timers. If $sPump = $cTRUE Then set pump On Else set pump Off Now using a vacation variable, things can be based on that logic flag If $sVacation is $cTRUE Then Repeat every 72 hours $sPump = $cTRUE Wait 10 minutes $sPump = $cFALSE Else $sPump = $cFALSE <----- vacation might be over while pump is on and then stays on Now you require programs to turn on your vacation mode flag. This flag will be used for many HVAC and other programs . This can be set off HVAC stats and other sources, even manually. I base mine on multiple logics. Mostly 12 MSes with different timeouts from each after seeing motion. If $sVacation is $cFALSE <----- add this to each existing program logic. AND your other time logic similar to what you have shown above etc.. Then $sPump = $cTRUE Else $sPump = $cFALSE To create a cycler after no action something like this could work. If $sVacation is $cFALSE AND $sPump = $cFALSE Then Wait 72 hours $sPump = $cTRUE Wait 10 minutes $sPump = $cFALSE Else $sPump = $cFALSE <--- another just-in-case recovery Now you can add all your shown logic, above, to operate the $sPump variable. This may make it easier for understanding and make program logic shorter, breaking it down into smaller logical blocks. I don't like basing program logic on other programs. I find that method obscure and can bite you down the road because it isn't visible inside programs being edited, that another depends on it's state.

@oberkc That's what I was eluding to, but I was trying not to complicate things just yet, by combining the logics, and I was hurrying to provide an answer. (excuse, excuse) Then the manual lock on / turn off and cancel comes in. The whole thing looks too complicated now and I don't like that, but comfort comes with familiarity. Being more familiar with the light placements would help understand the logic needed to provide better answers and logic. I have found simpler programs for more lights usually works better down the road when I come back and wonder WTF did I do?

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.