oberkc

A couple of observations.... I don’t think the PLM (or lack thereof) will affect the ability to find and log into to ISY. you say that you are plugged directly into the comcast modem. Unfortunately, I have never used such a modem, but I cannot help but wonder if this modem is also a router. Do you knw?

I am not sure whether this will help (my guess is that you have something more sinister going on here), but I have almost universally had to run the alexa discovery process TWICE eac time I try to add new devices. I also think it might be worth mentioning...I recall a “refresh” button in the portal for alexa connectivity. It might be worth a try.

I think this confirms your problem. This program runs once per day, always runs TRUE, and never runs FALSE. The status of this program will always be true. Given this, your first program will always execute true when triggered at sunset.

Generally, I would say your understanding is correct. If it is sunset, sunrise, or anywhere in-between, the program should run true only if one (or more) of your lights are switched off. The one exception that catches my attention is your condition: "'timer bedtime shutdown' is true" Of course, you did not post that particular program, so I can only speculate at this point.... Keep in mind, a program being "true" is not the same thing as a program running. A program status will be true based upon the last action executed being true and remain true indefinitely or until it runs again and runs false. Look at the status of that program right now. Is it currently true? Have you ever seen a false status for that program? Feel free to post that program and let us confirm this as a potential problem (or not).

Yes, but you also said you use the "default" alerts. (Unfortunately, you have not shown the notification or program.) Rather than using the default text, why not create your own notification, using whatever language you desire? Trigger this notification from a "trouble" condition.

unfortunately, I don't use an elk. Were this me, however, I would be experimenting a bit. I would have two programs: one triggered by "trouble" and a second triggered by "violated". I would watch to see when each program is triggered and whether it is consistent with actual elk status. If so, then I would simply create specific notifications for each type of occurrence and be happy.

The syntax does not look familiar to me, but the first thing I would look at is the content of your notification called out in THEN action. What notification are you sending? As an aside, why are you waiting zero seconds in the ELSE action?

I have purchased everything directly. I recall folks complaining of receiving older versions and trouble with warranty coverage when purchasing from amazon or other.

Theoretically, insteon switches communicate via powerline and radio. I don’t know that number of sub-panels is a major factor regarding insteon comms. You are on a single transformer. Communication between two legs of your electrical system is typically handled by the RF comms of insteon. Inseon switches cannot be combined with standard switches to control a single load. Each switch in a multi-way must be replaced. It is possible, but would depend on number of insteon devices present, distance between them, contructuion and layout of house, etc. In general, the more insteon devices, the better performance of the insteon network. Neither insteon nor zwave will impact your wifi system. Neither connects directly to wifi.

Yes, but could not one modify the wiring such that constant power is now applied to the light, and trigger different levels and colors via program, triggered by the dimmer switch?

I wonder if the missing appliance module caused a flurry of insteon activity which subsequently caused other insteon commands to be missed.

Why do you say this? Could you not make a program that changes white values based upon dimmer levels, fast-on, or something like that?

Just got one a few weeks ago and does not connect to hue emulator as far as I can tell. Still, for me, music (sonos) control was also important and it does this well.

strange. I have no explanation. Is this the case for all of your scenes?

I have been on 5.x for a while and am currently on 5.3.something. I am still able to add a program action to turn a scene on/off/etc... Is it possible that you have a version mismatch between your firmware and UI?

I guess yet another case where the Mac thinks it knows better what you want than you do.

Assuming that the switches are still working, if the status is not consistently updated in the admin panel, I would be looking at communication problems. Obviously, if the ISY cannot see the status changes, it will not trigger programs. Perhaps other electronics were affected by the power failure and are affecting insteon communications?

Have you confirmed that the programs have not been disabled, for some reason?

To clarify also, system variables for day-of-month, month-of-year, and year, were newly introduced in the 5.x build, if I recall correctly. However, if you are into the 5 software, an alternative would be to create a variable and use a daily program (I have included this in my 3:00am cleanup program) to set the variable to day-of-month. Once you have done this, you could then create a program such as: if newly created variable (day of month) = 1 then charge batteries.

How critical is the 30-day interval? How about 28 days? 31 days? If not overly critical, why not simply charge it on the first day of each month, using the system variables for day?

I must admit that I have never noticed this either. I tapped one of my dimmers and it came to the local ON level, as expected and which was reflected in the admin console. I tapped it again and it went to 100% as expected, but this was NOT reflected in the admin console. I also get the same results as you if I dim things manually. I don't know whether this is by design or whether we are both experiencing comm problems.

What is the "garage system"? Is it insteon garage door kit using the IOLinc?

I finally got around to playing with one of these Brilliant controllers. Regarding alexa, google home, and (now) HomeKit, it appears that this control (touch control, at least) is one-way: alexa can control the brilliant switch, but the brilliant switch does not control alexa or google home or HomeKit devices. The brilliant controller has alexa assistant built in, and I CAN control my devices linked to alexa via voice control, just not by touch control. Mostly, I was hoping to use the hue emulator as the interface between the Brilliant controller and the ISY. Unfortunately, so far, the Brilliant cannot discover the hue emulator, so this is not an option that I can see. I will keep trying and report back ifI have any luck.

I have now updated my ISY-994 software to 5.3.2. Update appeared to go without problems. Unfortunately, the one z-wave switch that I use as a test case (yet unsure about the other z-wave switches in my house) stopped updating. I excluded it, and added it back, and it is now back in working order. Good news: I can now add the "custom button press" node and can use that node in a program "control" condition. Before, I could not do this. Disappointing news: KPL buttons that are responders in a scene do not respond to this z-wave switch in the same scene, as a controller.

I continue to find little problems with the Mac computer OS. I mostly have found workarounds, but sometimes that takes a bit of research and I usually find it frustrating. I am undecided whether to continue to use a Mac when it comes time to replace my current machine.