kaplansa

Thanks ergodic. I ran your program suggestions and actually found a bug/issue. What's happening here is that when P2 executes, after the wait period it immediately turns False. But unless you've closed the garage door seconds after it opened (closed during the wait period in P2), then then P1 will immediately turn True and re-run P2 again...and again... and again... I've hilariously received about 100 emails in the past 60 seconds or so! So that was really my initial problem/question. How to get P2 to run ~only once~. The correct use case minus the logic is: I open the garage door. Trigger program checks that the door is open and runs a lighting program and notifies me. At this point, the whole process should end until I close the door (could be hours later for all it matters), which resets the program(s) such that next time the garage door opens, the cycle starts again. Not before. I'm thinking there might be a P3 in here? Did any of that make sense? I really appreciate you helping me understand the logic here. This is actually quite enjoyable to learn!

@LeeG I think I might be good to go now, I'm using the black/red wires though. What about you? You using red or green? I'm using ISY 2.8.4, auto discovery, PLM 13.23.E5 v92, IOLinc 2450 v.36

Hey there. Having trouble with the logic for two seemingly basic programs (or series of programs that talk together). Program #1: First is an auto-door closer. I have two garage doors and door kits ("Inside" and "Outside"). I want a program(s) that will auto-close either door if it's between sunset and sunrise the following morning. I thought the following logic would work, but I don't think I got it right... If From Sunset To Sunrise (next day) And Status 'Garage Door-Inside Sensor' is Off Then Wait 30 seconds Set 'Garage Door-Inside Relay' On Wait 30 seconds Suggestions for improving theses programs? Thanks!! I put the waits in there to give the door enough time to close before re-running the program and putting the doors into endless open/close loop. It's not consistently working though. I have a copy of this program for the Outside garage door too. What would you do differently? Program #2 I want to turn on the kitchen lights and send myself an email every time the garage door is open. This is what I have - the lights part works but I'm just emailing myself endlessly. If Status 'Garage Door-Inside Sensor' of Off Or Status 'Garage Door-Outside is Off Then Set Scene 'Kitchen Lighting' Fast On Send Notification to 'Me' Wait 30 seconds How to I terminate this program so I get only one email each time the door opens, and then let the program rest until the door is closed (sensor = on) and then subsequently opened again (sensor = off)? Thanks a ton!!

Just received two new IOLincs. I quickly hooked one up to replace the questionable IOLinc that wasn't returning status to the ISY and guess what - problem was still there. So on a whim I decided to rewire the leads and used the red wiring coming from the garage door sensor (instead of the green, which the SMH instructions say to use) and guess what - problem solved. So was I supposed to use the black/green wires as per the SMH instructions? Or the black/red wires? What's the difference? Am I going to have to revert back to the black/green at some point for some unforseen reason? It's all very confusing, but for the time being at least, all looks okay. Letcha know if/when things change.

Maybe I should have just removed my last post. I'm a moron. I actually have a humidifier connected to my downstairs HVAC, but as it has manual dial controls on it, I wasn't thinking that it could possibly be reporting humidity to the downstairs thermostat. And I don't have the Venstar humidity module either, so methinks now that the humidifier is actually smarter than I gave it credit for and is actually reporting humidity to the downstairs thermostat. That would also explain the 3%/144% reading on the upstairs thermostat - there's no humidity module OR humidifier upstairs. So that's why I'm an idiot. I just bought two humidity modules so I expect the downstairs t-stat to continue reading accurately, and the upstairs t-stat to at least be giving me ambient humidity once I install the module there. Am I getting this right?

Billy/Michel, I tested your proof (Billy) and you're right. When my upstairs thermostat is in Program Auto and I perform a query, I get 144%. When I put the upstairs thermostat in any other mode, I get 3%. Now why I get 3% when I should be getting something more like 43% is another story...?? But I also don't have the humidity dongle, so maybe I should just be ignoring this reading altogether? Reason I bring it up is because I have another thermostat downstairs, also without the humidity module, yet it reads the correct humidity all the time, in any mode (presently at 45%). So riddle me why the downstairs thermostat returns the correct humidity while the upstairs doesn't?? Thoughts? (BTW - incorrectly reading upstairs thermostat takes 2 hops to the PLM, while the correctly reading downstairs thermostat takes 1 hop to the PLM, according to event viewer. if that makes a difference)

Smarthome confirms they've seen this problem with iolinc v1.4 but don't really have an answer or fix. Since I have two that have this problem I'm exchanging them both for new ones and we'll see if it's just an anomaly with this batch or something.

I have an i/o link garage door kit and am having the same problem/question. Still not sure I understand the solution. Forgive me... Simply, I have a program that checks the I/O Linc status between sunset and sunrise the following morning, and if the I/O Linc status for the garage door is "Off" then wait 10 seconds, and set the relay to on (thus closing the door). The program works fine ~~but only if I force a query of the garage door status.~~ So the problem is that if the garage door is initially closed (status = on) and then someone opens the door at midnight (status = off), the program does nothing since it still thinks the status is "on". But if I manually query the status of the garage door I/O Linc (either through the ISY or MobileLinc on my iPhone), the status correctly updates (to "off" in this case), the program correctly runs, and the garage door eventually closes. Is this normal behavior to have to manually query? If so, then I understand having to write a program to query the I/O Linc every 15 minutes or so to make sure the correct status is updated. But that just seems a little ineffective to me as I would think that the status change in the i/o link (on to off) would automatically update in the ISY somehow. Confirm this is normal behavior or not? Thanks!

Doh! Guess I don't need that .ca provider either? If I want to track my electricity usage using my isy, is that device (can't recall the name) that smarthome sells the only way to go? Is there an online service I can plug into instead of hooking up more hardware? Thanks!

So maybe I jumped the gun. Just spent $49 to purchase greennet.com integration with my ISY-99i. I realize now that I have no idea what this service is. I thought it would be some website or report through the ISY that I would get my electricity usage data. If that's what it is, I have no idea how to configure it, or what to do next. Please someone explain to me what I just bought and how to use it (and possibly configure it in the ISY-99i, if I need to do anything)?? Thanks!

I just noticed the "ISY Finder" dialog. It actually shows up ~behind~ the main console window so I didn't realize it was there initially. It shows my ISY, but when I double-click on my device that dialog doesn't go away. Is this normal for it to be persistent on the screen like that?

@michel, believe it or not, the problem looks like the URL I was using to access the Java UI. Once I tried your universal-devices.com URL (and did one more reset on the ISY and PLM), everything seems to be working fine! I can't believe I was up for as long as I was for something that simple. Anyhow, I have other questions now related to the interface itself and what some of these options really mean, but I'll figure it all out over time. For now I'm just looking forward to getting everything linked and start making some scenes and programs. Well done troubleshooting! Cheers. BTW - The Start Linking button now turns into an "X", so every time I see that I get very happy!

Last post and I'm going to bed. While i can see the devices I just added through my kludgy workaround in the ISY web interface, they're no where to be found in the Java console. This is a problem because I use expensive iPhone apps like MobiLinc that sync with the Insteon controller and in this case, it looks like what it's syncing would be what I should be seeing in the Java UI and not the web UI. In other words, it doesn't matter that I can see my devices in the ISY web UI - if I can't see them in the Java UI, I can't create scenes or programs or control my devices through my iPhone and MobiLinc. Did I mention that I just bought the darn thingies this week? Seriously. I'm totally stuck. Please help

After I realized that the ISY UI wasn't giving me any visual feedback, I looked at the PLM and noticed it was blinking. So I went around the house and started putting several devices into link mode too. Since the ISY UI is essentially hung (clicking on any tab results in a "Discovering Nodes; Retry!" error), I used the simple ISY web page and clicked on the "Devices" link. It seems that my light switches have been added and can even be controlled. A couple of additional questions though: 1) I have a 3-way dimmer switch. Even though both devices show up in the ISY web page, the buttons on only one of the switches in the pair will actually control the light. Clicking on the On/Off, Fast On/Fast Off buttons for the second swtich don't change the lighting at all, even though the web UI is updating the switch status to On/Off and even dimming percent. Is this normal behavior that only one of the switches in the pair is the one I should be controlling for this single light? 2) My Venstar thermostat shows up in the devices list, but all the fields are blank (status, setpoint, mode, humidity, heating/cooling, fan). Is this normal behavior that the web page wouldn't report status for these fields even though the device has apparently been linked? Is there something else I'm supposed to do at the Venstar to get this information relayed to the ISY? 3) Most importantly, I feel stupid that I can't get the Java UI to work and have to resort to the ISY web page to figure out if devices have been added. My SmartLinc at least had a prettier wen interface. Is there something wrong with my ISY that the Java UI's linking operation isn't functioning visually the way the instructions say it should? 3a) The "start linking" button doesn't change to an "x" 3b) While the PLM starts blinking as soon as I hit the "start linking" button, there's no more visual or dialogs in the ISY UI that indicate that anything is happening 3c) Until I click the "set" button on the PLM to kick it out of linking mode, the ISY UI is essentially inoperable because of the "Discovering Nodes; Retry!" error" that pops up every time I click on something in the UI Is this all normal behavior that I'm just going to have to get used to with this new ISY device?

Just received my brand new ISY-99i and PLM 2413s. I'm disappointed I can't get it to find any of my devices out of the box. 1) I initially realized something was up because when I click the "start linking" button, the instructions say the icon is supposed to turn to an "X". This doesn't happen. 2) The instructions also say there's supposed to be another dialog that pops up after I click that button ("linking in progress"). That doesn't happen either. 3) ISY does seem wrapped up in something though because when I click on various tabs like "Configuration" I get a "Discovering Nodes; Retry!" error. But there's no screen or status indicating that this is happening so the ISY appears to be 'hung'. 4) I've reset the ISY and unplugged the PLM numerous times and nothing changes. I can't link devices. I've been at this for hours. Help! PS - My PLM Info/Status is: 13.23.E5 v92 / Connected