mlennox

Yeah I just realized myself that might be the problem. So if I understand correctly, programs that are disabled won't re-evaluation the "IF" clause while they are being executed. So I'll need to change the dimmer program to be event based...

Yep, I could do that indeed. My intent was to not have multiple scenes with different ramp rates. When I click a scene controllers, I want the 2 second ramp. The long ramp is only acting as a warning that the lights are going to be turned off soon, so better activate the motion sensor to turn them back on. For your second question, I think I answered it in the last post, which is that only the "Kitchen Occupancy" scene is "active"

Good point, what I forgot to include in the program list is that most of the kitchen specific programs are disabled and only called by others. I have updated the GIST to reflect this. To answer your questions. a) Only the Kitchen Occupancy program is triggered from events, the other 3 are explicitly called by THEN or ELSE paths All the devices listed are in the scene. My intention is not to reset the scene to "full on" if you have made manual adjustments to any of them.

Here it is. https://gist.github.com/marclennox/1507 ... tfile1-txt

Is there an easy way to do this (copy and paste program content)?

The "state" program is working correctly, in that it changes from true to false and back at the right moments When the "state" program turns from true to false, the downstream program doesn't appear to be re-evaluating and running the else clause. Now to answer your question, I am testing this by explicitly calling the downstream program (IF clause). Is this why it's not working?

In order to reduce repetition in my programs I have created a number of programs that I use as variables, which I call, as an example, isDaylightHours, isKitchenMotionOn Because they are programs they will get set to true or false as things change. I then use these programs in the IF clause for other programs, which seems to work fine. I have one particular program, though, where I use 2 of my state programs in the if clause, and in the THEN clause I do a repeat with a 1 second wait on each iteration. During the course of executing the THEN clause, if the control programs in the IF clause change values such that the result is False, the program does not seem to stop and re-evaluate to the ELSE clause. Is there some limitation with programs in the IF clause or with repeat loops that would prevent the program from halting and re-evaluating?

I understand that it officially doesn't support them, but as far as I can tell, the ones I added with the "replace" function are working perfectly. So the question remains, how can I hack in another dual band switch without having an existing switch to "replace"? Is there a way to edit the INSTEON addresses manually?

So I've just run into this same problem it seems, although I have reason to believe that the 99i in fact does support newer keypadlincs, as evidenced by my circumstance. I recently received warranty replacements for 3 keypadlinc dimmers to replace 3 failed units. The replacements are 2334-232 while the old ones were the older firmware models. After physically swapping out the keypads, I started the linking process to add the switches. As others have seen, they only showed up as a single entry instead of 8 separate entries (one for each scene button). I thought this was strange, but I then used the ISY99i feature to "replace" the failed device with the newly linked keypad, and voila, the new 2334-232 works as expected, and I can assign each individual button to scenes within the 99i, no issues I have seen. However, I also purchased an additional 2332-232, which also shows up as a single device. But for this one, I don't have an existing switch already programmed in ISY99i to swap it with, so I can't get all 8 buttons showing up on this one. Clearly the 99i supports the newer keypad for the purposes of scene assignment and programming, just not during linking. So my question, is there a "hack" I can use to copy an existing switch that I can use to perform a "replacement"?

nothing has changed and i have several other static ip devices on the network working fine. the problem started when mobilinc account expired. how do i remove that module?

Didn't help. Any other suggestions to debug this?

I've had static IP for years on the ISY no problems.. nothing has changed in that respect. At any rate, after switching to DHCP and then back to static IP, things were working... but unfortunately they are no longer working again. Not sure where to go next.

DHCP worked... so can I go back to static now?

I recently tried the Mobilinc Connect add-on, which I let expire after the 30 day trial. Since that point, my ISY99i can no longer do DNS updates, which is affecting time updates and email notifications. Please help. See attached screen capture when trying to send a test email.

I thought I would raise this to a separate thread. I've got a really weird issue that started several days ago where the admin password is continually being reset to "admin", along with location information being continually reset to Los Angeles. I've noticed some error log entries as follows, not sure if this is related. Sun 2011/11/13 02:48:34 PM System -170001 UDQ:Queue Full: LOG Sun 2011/11/13 02:48:42 PM System -170001 UDQ:Queue Full: ERROR_LOG Sun 2011/11/13 02:48:44 PM System -170001 UDQ:Queue Full: LOG Sun 2011/11/13 02:48:54 PM System -170001 UDQ:Queue Full: IPOLLWAKEUP I'm starting to think my unit is fried, how should I go about resolving this?