johnnyt

Word of advice if you get custom etched: use CAPS. Lower case is too small. They now say it the on the Smarthome web site but didn't always and I learned it the hard way. Sent from my iPad using Tapatalk

Am looking to add some LED strip that I can control with ISY. Looks like I can't use just any old insteon dimmer... Or can I? I see some LED dimmer "drivers" that only work with Lutron dimmers but I noticed one said it worked with PWM dimmers. What would Smarthome dimmers be considered? What do folks here do? Sent from my iPad using Tapatalk

figured it out! I needed to bracket the first two "or" conditions. D'oh! The following works as intended. If ( Status '1-MISC (Non Lighting) / HVAC / Kitchen.E-Vent' is not Off Or Status '1-MISC (Non Lighting) / Bedrooms / JeanKPL.G-Vent' is not Off ) And ( Status '1-MISC (Non Lighting) / HRV / Back KPL.G - HRV High (XLink)' is Off Or Status '1-MISC (Non Lighting) / HRV / Back KPL.H - HRV High (XLink)' is Off ) Then Wait 7 seconds Set Scene '1-MISC (Non Lighting) / HRV / HRV Venting Buttons for Prgs' Off Else - No Actions - (To add one, press 'Action')

I think the second program is a red herring. It is simply something that turns the scene ON, which then triggers the problematic program I'm posting about. It is just one of many ways to make the problematic program run. Yes, there was a circular element to it because the non-problematic program re-ran as it should to change the KPL back to OFF thereby re-triggering the problematic program that turned back to ON. I watched as the non problematic programs ran "then" for a few seconds (I had put in a 7 second delay to make sure I saw it running) followed by the problematic program running for a few seconds then the cycle repeating itself until I stopped one of them. I fixed the circular issue by looking for a button press (i.e. control) instead of status. Even though I still think the second program is a red herring after more testing, I've attached it here given that I am at a loss to understand why the problematic program is running when it shouldn't so anything you want I'll provide. As suggested, I created a test program (below) and 1) manually pushed the KPL button in question ON then OFF several times (I also did it using "not OFF" as the condition), 2) ran the scene that turns the bottom ON using the GUI several times, and 3) caused the non problematic program that sends the scene ON command to run. Each time I received the appropriate notification by email. If Status '1-MISC (Non Lighting) / Bedrooms / JeanKPL.G-Vent' is 100% Then Send Notification to 'me' Else Send Notification to 'me' I think this points to two things. One, there isn't a comms issue since the button press was seen by ISY. To that I would add that the only time I've had a comms issue with the keypad in question - which has been in place for several years - has been (sometimes) when I've query the device links table - a fairly lengthy process given the KPL has 80 some links in it. (I did a device links query again just before the above testing and it did not encounter any problems.) The second thing it says to me is that the condition does work by itself. The question remains why is this program (re-posted here for quick reference) running true when the first two conditions are false. Then the program does NOT run true under the same triggering circumstances when the second condition is removed. If Status '1-MISC (Non Lighting) / HVAC / Kitchen.E-Vent' is not Off Or Status '1-MISC (Non Lighting) / Bedrooms / JeanKPL.G-Vent' is not Off And ( Status '1-MISC (Non Lighting) / HRV / Back KPL.G - HRV High (XLink)' is Off Or Status '1-MISC (Non Lighting) / HRV / Back KPL.H - HRV High (XLink)' is Off ) Then Wait 7 seconds Set Scene '1-MISC (Non Lighting) / HRV / HRV Venting Buttons for Prgs' Off Else - No Actions - (To add one, press 'Action') VentButtonsONprogram.txt

Here's what happens over the insteon network when the offending KPL is included in the program: 1. The push of one of the "HRV High" buttons: 1-MISC (Non Lighting) / HRV / Back KPL.G - HRV High (XLink) Status 100% Sat 2014/08/30 07:53:44 AM System Log 1-MISC (Non Lighting) / HRV / Back KPL.H - HRV High (XLink) Status 100% Sat 2014/08/30 07:53:44 AM System Log 2. ISY calls scene to turn the offending KPL on, which I visually see turn ON in the GUI: Scene:1-MISC (Non Lighting) / HRV / HRV Venting Buttons for Prgs On Sat 2014/08/30 07:53:51 AM Program Log 1-MISC (Non Lighting) / HVAC / Kitchen.E-Vent Status 100% Sat 2014/08/30 07:53:51 AM System Log 1-MISC (Non Lighting) / Bedrooms / JeanKPL.G-Vent Status 100% Sat 2014/08/30 07:53:51 AM System Log 3. The program posted above runs despite ISY seeing all the KPLs in the condition as ON (meaning it shouldn't run): Scene:1-MISC (Non Lighting) / HRV / HRV Venting Buttons for Prgs Off 0 Sat 2014/08/30 07:53:58 AM Program Log 1-MISC (Non Lighting) / HVAC / Kitchen.E-Vent Status 0% Sat 2014/08/30 07:53:58 AM System Log 1-MISC (Non Lighting) / Bedrooms / JeanKPL.G-Vent Status 0% Sat 2014/08/30 07:53:58 AM System Log Here's what happens when the offending KPL condition is removed from the program: 1. The push of one of the "HRV High" buttons: 1-MISC (Non Lighting) / HRV / Back KPL.G - HRV High (XLink) Status 100% Sat 2014/08/30 08:10:48 AM System Log 1-MISC (Non Lighting) / HRV / Back KPL.H - HRV High (XLink) Status 100% Sat 2014/08/30 08:10:48 AM System Log 2. ISY calls scene to turn offending KPL on, which I visually see turn ON in the GUI: Scene:1-MISC (Non Lighting) / HRV / HRV Venting Buttons for Prgs On Sat 2014/08/30 08:10:54 AM Program Log 1-MISC (Non Lighting) / HVAC / Kitchen.E-Vent Status 100% Sat 2014/08/30 08:10:54 AM System Log 1-MISC (Non Lighting) / Bedrooms / JeanKPL.G-Vent Status 100% Sat 2014/08/30 08:10:54 AM System Log 3. Nothing. Button is ON and remains that way.

But ISY is the one sending out scene on and scene off commands that affect the offending kpl button AND causes the program to evaluate. If commands from ISY are not making it to the PLM I would be having issues elsewhere, and much bigger ones, in fact. Sent from my iPad using Tapatalk

hi apostolakisl, what happens is that my pressing the HRV High button "ON" (which works fine, no comms problems) when either of the "vent"-labeled KPL buttons is "not OFF", it causes another program to run (as expected) that calls an "HRV Venting buttons" scene to turn the two KPLs that have "vent" in their name ON. Works fine every time, triggered by an "if control HRV button ON". ISY at this point thinks (or should think) that "JeanKPL G-Vent" is ON or, perhaps, 100%. Doesn't matter whether the button itself is lit up since a scene command is not acknowledged back to ISY, meaning a comms failure would not be known (or matter) in this case. Again, in case I'm missing something.

Unless I'm missing something the problem is related to what ISY thinks the status is, not what the KPL button actually shows. The offending KPL button is not harmed (pressed) in this process, meaning whether or not the command got to the KPL doesn't matter?

not off doesn't work either but even if it did I'd like to understand why 100% <> ON. here's the code (using not OFF) in text format: If Status '1-MISC (Non Lighting) / HVAC / Kitchen.E-Vent' is not Off Or Status '1-MISC (Non Lighting) / Bedrooms / JeanKPL.G-Vent' is not Off And ( Status '1-MISC (Non Lighting) / HRV / Back KPL.G - HRV High (XLink)' is Off Or Status '1-MISC (Non Lighting) / HRV / Back KPL.H - HRV High (XLink)' is Off ) Then Wait 3 seconds Set Scene '1-MISC (Non Lighting) / HRV / HRV Venting Buttons for Prgs' Off Else - No Actions - (To add one, press 'Action') and attached is the scene that's called OFF by the above and ON by another program that works and is what causes this one to trigger.

For a while now (can't remember when it started) status ON has been reflected as 100% in some case and it's been more of an annoyance than a problem. Tonight, however, I'm seeing a situation where status = 100% is causing a program triggering problem. In the attached image you'll see program conditions touching 3 different KPL's, one of which reports and can only be set to a percentage or OFF (or responding) rather than ON or OFF (or responding). Unfortunately 100% is not read as ON and the program is inappropriately triggering. It is now Running Then when ALL of the KPL buttons in the program condition are ON and it shouldn't. This causes a new program I wrote tonight that looks for an opposite set of conditions to run to send a scene ON command to turn the first two KPL buttons ON again (including the one being reported in %), causing the attached program to run again (when it shouldn't), causing the other one to run... and on and on. Removing the offending KPL (where status is listed in %) stops the madness. (Fortunately I have a 3 second delay in the action so I wasn't encountering a crippling race condition.) What am I doing wrong? Am running 4.2.10.

Light level is way off for me but certainly not reversed. Getting low levels on a bright sunny day but am getting 0 at night... I don't think I've seen anything close to 100 yet even though I should have. It's been chronically on the low side. I think Michel has passed on my report to ham weather but the problem has not gone away yet - been about a month and a half, I'd say. My source is the Ottawa int'l airport (Ontario, Canada) and you would think that weather data (accuracy) is important to an airport... Sent from my iPad using Tapatalk

hi Michel, I looked up the irrigation module on the wiki as I knew little about it and think what I would rather is the ability for ISY to get data directly from a PWS rain gauge. Ideally it would have the feel of a subscription service - or maybe something could be done with an Autelis device that listens to the PWS data stream and populates ISY variables - although I realize that's perhaps a bit of a stretch and not under UDI control. Sent from my iPad using Tapatalk

hmm, not sure. If you mean being able to know how much snow has fallen, yes that would be part of it. While I was more asking to have a way to automatically turn on my roof cable and heated mat, it would also be interesting if there was a way to automatically turn them off when the snow stopped.

danu1964, if I send you a broken one I have, can you fix it, test it, and send it back? I'll let you know whether or not it keeps running "in prod"... I'll pay for parts and shipping.

I've attached an export of my "Car Heater" folder of about a dozen programs I've tweaked over the years in case it gives you some new ideas. Sorry, I don't have time to cut and paste them all out individually for easier readability but here's a summary of what the programs provide: When I press a keypadlinc button near my garage between 5 PM and 5AM, it "arms" the block heater to go on the next morning at 6AM then turns the keypad button OFF If I press the button a second time between 5PM and 5 AM, it turns the block heater on right away. (Could have used fast on - and am now thinking I may add that as an additional option - but I like this approach better for this application because there's no visual cue if the "double click" failed for any reason, which does happen, especially to my wife ) If I press the button before 5 PM, the block heater goes on right away if the temp outside is greater than -6 Celcius and the block heater has been on for 2 hours, the block heater cycles OFF-ON (3 mins / 6 mins) - the outdoorlinc only, not the KPL button if the hydro rate is medium or high (which happens after 7AM weekdays in Ontario) and the block heater has been on for 1 hour the block heater cycles OFF-ON as above (same program) the block heater turns off after 4 hours As an aside I had a automobile customization shop perform the following mod to my van plus run a suitable wire/outlet into the van cabin to plug an inside-the-car (120V) heater. http://www.thedieselstop.com/contents/getitems.php3?Marinco%20Block%20Heater%20Plug%20Mod. Car Heater.v4.2.8__Sat 2014.08.16 09.52.41 AM.isy

I'm interested in this as well to activate a heated mat and roof cable, Ideally it would report a "it's snowing now" state, which admittedly is probably too much to ask for. I was thinking I might need a personal weather station with a rain gauge and heater to melt snow but can that info get back to ISY? How quickly?

I ended up visiting my in-laws in Florida for March break so had the devices shipped there (bought the webswitch in 2013 and the din relay this year). Have not had to deal with company for warranty issues so can't confirm or deny any problems on that front but fwiw I did ask a question once and got the answer in good time. Maybe they only answer the easy 'no skin off their back' questions, which is a bit disappointing to learn. Sent from my iPad using Tapatalk

I have the iOS app and it controls both my webswitch and DIN relay fine. They are great, rock solid devices. App is quite rudimentary. I use it to override some hvac dampers that ISY controls. Avoids having to do all kinds of ISY programming to allow for the overriding. Sent from my iPad using Tapatalk

I had an a-bus amp/volume control in a regular switch outlet until I pulled in out just this weekend in favour of a sonos amp. Check out http://www.hometoys.com/emagazine/2013/ ... trong/2101. It was okay but I much prefer my sonos setup. For one thing I couldn't control my abus from anything other than the physical volume control. Sent from my iPad using Tapatalk

I have a sonos amp running a boston acoustics "rock" stereo speaker. Someday soon I'll re-read the sonos thread on sending commands to sonos from ISY. Sent from my iPad using Tapatalk

huh? My close to 2 yr old PLMs are v.9B. I keep one as a backup and I've swapped them twice since getting them to spread the load around and (last time) to check that the PLM wasn't causing a problem I was having. Should I be doing something to them? I did have an all on occurrence twice (in ~4 yrs) but both times I had pressed a button (fast on in one case) Sent from my iPad using Tapatalk

I import my iTunes playlists into my sonos system. If you search this forum for sonos you can find posts on making calls to sonos from ISY. Sent from my iPad using Tapatalk

Am new to the climate module and running firmware 4.2.3, which is pointing to the new HamWeather service. I'd like to store some climate data in a variable so I can track changes/max/min and send some of the data by email. I don't see an action that allows me to choose it. I also looked in the "variable" action but didn't see anything there. My search of the wiki didn't provide the answer. I know the data is available through a REST call but don't think I can have ISY make that call to itself and store it in a variable, can I? Is there a way to do this using ISY (without another computer)?

I don't have eventghost but FWIW my homeseer plugin timeouts every now and again; and almost always when I'm making heavy use of the admin console. Fortunately it has a watchdog timer that most of the time fixes the problem but sometimes the watchdog timer is running every 30 mins or so long after I'm done fiddling with the admin console. I have to stop and start the plugin or homeseer to fix when it gets into that loop. I'm hoping to be able to get rid of HS soon. I think it's too demanding for the ISY processing power. DSCLink also sometimes can't update a variable. Sent from my iPad using Tapatalk

I just checked and the online "brochure" says lamplincs still have local sense functionality. http://www.smarthome.com/2457D2/LampLin ... Pin/p.aspx I hope so and might get one in case they stop supporting it because I need (...well, my wife needs, therefore I need) to be able to turn the light on manually. Sent from my iPad using Tapatalk