Steigs

Of course, sorry... ISY994 on 5.3.4 Button is definitely the scene controller. It's the table and the downlights in this scene that I'm trying to set new values for. If I fire from the KP button it goes to previous settings: If I fire from the admin console it goes to the proper settings:

I'm trying to edit some scenes in the admin console. Everything looks good in the UI, it shows writing to devices, but when I fire the scene from an Insteon keypad it still brings up the unedited scene. It's as if the devices aren't getting the updated scene info. I've not run into this before, but I'm aware failing PLMs do odd things. I'm wondering if this could be the PLM or if I'm missing something when it comes to editing a scene beyond level change -> update. Thanks for any info.

Ah, apologies.. I am already including user:password in Tasker, I should have stated that. Yes, scene ID is the number listed in the admin console for that particular scene. I guess there's really no reason for me to not display it..

I'm currently using the 'slow' method of driving MobiLinc from Tasker but I stumbled upon your tutorial and have been playing around with direct control. However, I'm having an issue with (I think) the HTTP GET command. When I fire off a task to turn a scene on, I get an error message: "Input/Output error for http://xx.xx.xx.xx/rest/nodes/xxxx/cmd/DON:java.io.FileNotFoundException: http://xx.xx.xx.xx/rest/nodes/xxxx/cmd/DON " If I type the same address into my browser, it works fine. In googling around I thought I found something about a possible GET bug in Tasker, but can't find the information again. Is there a setting I'm possibly overlooking somewhere? Thanks!

Wow.. precut adhesive NDF on a sheet... What a simple idea... Easy $ there.

Forgive me if this has been posted before, a search didn't turn anything up.. I'm trying to replace the standard on/off switch controlling my pool light with a non-dim Switchlinc. The switch is currently downstream of a GFCI outlet in the control box. With the Switchlinc in place, the GFCI trips the instant I turn the breaker back on. I've replaced the GFCI with a new one, same issue. I've wired the Switchlinc without the GFCI and it works fine (Yeah, I know.. it was only for troubleshooting purposes..). Is there something about the Switchlincs that makes them incompatible in a GFCI circuit?

+1 +Eleventy

+1 Would be convenient to be able to handle this all within the ISY.

Lately when I launch the admin console from the dashboard, once the Java loads I get a login screen: Checking "save this password" does nothing on subsequent launches. I then get the usual login dialog again when the admin panel starts. Any idea what's triggering this first one?

It depends on the device you're connecting to. Some will use a 'straight through' cable while others will require a 'crossover'. The device documentation should tell you. Others can chime in on the GC-100 series or search around a bit over at cocoontech.com. I use the iTach devices in my system.

Absolutely, I forgot to mention that. The IR unit has three outputs on it, or you can use a 'blaster' to cover multiple items. In my case I have one serial component, one IR component and one network component so I use dedicated GC units. The nice thing about serial control is that it offers two-way communication so things like volume level and power status can be correctly indicated on the remote.

Sounds like a lot of custom mechanical construction to separate colors, open/close doors, move loads, etc. Not saying it couldn't be done, but it ain't gonna be easy.

You don't have to, but it is one way to do it. It was my easiest route. Look at the back of each of your devices. If it has a serial port, use a GC Serial unit. (I chose WiFi, but wired may work for you) If there's no serial port, go with a GC IR unit. Again, WiFi or wired, depending on your setup. If it has an ethernet jack, then you can just place it right onto your network. The GC units just do conversion, basically they're a 'bridge' to turn a non-networkable device into a networkable one.. It has IR and IP (With the purchase of the network module) You certainly could use the IR for control, but my ISY is in a different room and I found it easier to just add a GC device to each AV component. My ISY deals primarily with lighting and automation, so I don't really have it involved in my AV control. However, it is set up with the same codes as my remotes so I have the option of it firing off commands if it's useful in a program or scene. I don't have any experience with using IR control from my ISY yet, so I can't speak to how it works.

When I add a KPL I make a folder of scenes just for the buttons and then use programs to determine their on/off state. It's a bit more work up front, but makes it easy to have multiple controllers always in sync.

Your mileage may vary, but: I use a combination of Global Cache WF2IR and WF2SR units to control my AV gear and have been playing both with iRule and Roomie remote systems. I prefer to use a serial interface whenever possible and IR if a unit doesn't support serial. I don't know if either remote app works with Droid, I'm in the iPhone camp, but they look great on the iPad. The learning curve is not shallow, but searches both on here and Google helped me find all the info I needed to get it all working. Both apps address the Global Cache units directly, so the ISY isn't really involved for the AV control, but it will respond to 'Activity' buttons from either app. ie, "Movie" Activity -Turn on TV (command to Global Cache) -Turn on DVD (command to Global Cache) -Set TV input to DVD (command to Global Cache) -Open DVD tray (command to Global Cache) -Dim Lights (command to ISY) You can also have the ISY setup to control devices as well, for instance turning everything off when you arm you alarm away, 'goodnight' button on a KPL shutting off the entertainment system, etc.

If status is not off Then enable program Else disable program

Copy that, I'll fire it up just short of. I didn't realise it logged autonomously. If I leave it up all night, it should catch any problem on the sunrise run, right? That could be just what I need to see anyhow.

Hi Michel, You know, at one time I did see 1011 icons, which prompted me to do the manual writes. I had forgotten about that. I think I had done a query or something on the non-communicative devices which brought them back into comm status, but then pending a write at that point. That's why I just automatically choose 'write pending' every time now when I see the !'s. I think I just assume the !'s meant it had tried to write but couldn't communicate. BTW, as of this posting, all KPL's have lit up for the evening. I'll try to watch them @ 10p for the dim phase.

Hi Michel, No scene setting changes. Some outside lighting (none attached to a KPL) is turned off early morning, but that's it until the KPL program at sunrise.

Red !'s, yes. Basically it goes like this: 'Sunset' program fires, which results in all KPL lighting coming on. The following morning I notice they're all still on. Open Admin, Click "OK" through all the "cannot communicate with" messages for each KPL, all KPL's have red ! next to them. Right click on a single KPL, select 'write to device'. ISY turns 'busy', writes change, shows normal status. KPL light is now off. Repeat for all KPLs. What's a bit puzzling is that I can sit here and manually run the program over and over and it works fine, but I'll wake up tomorrow and darned if the KPLs aren't all still lit up. In the grand scheme of things it's not really any kind of big deal, but it is one of those thing that will eventually drive me into the looney bin.

2413s, same as the new one.

No other simultaneous calls. I initially thought about putting in a wait, but I think (if it worked) that would just be a band-aid and not help me find the actual problem. This arrangement has been running fine for about 3 years now. The only variable is the new PLM and the firmware upgrade, though I really doubt the firmware would be the issue. I guess I'm just really trying to figure out how to verify if it is the new PLM or not. Seems anytime I have some stupid issue, it turns out to be that. Too bad UDI doesn't build their own... IMO, it really is the weak point in the system.

Status shows all programs were run at their expected time. When first opening Admin console, it thinks it has lost communication with those devices. "write changes" immediately updates device. Program: (On) - Called by another program Diagnostic: Program: (Dim) Diagnostic: Program: (Off) Diagnostic:

Scenes all work great. Everything is fine except for the sudden onset of this KPL program not running correctly. I'm wondering if perhaps this new PLM just doesn't like the burst of traffic.

I have a program that changes all my KPL backlights at various times of the day. (OFF) early morning (ON) evening (DIM) late night It's been running fine for the last couple years. Lately, I've noticed KPL lighting still on during the day and when I fire up the admin console I get the "Cannot communicate with" message for each KPL affected. The same KPLs also show with pending writes on them. If I select a KPL and click on "write changes", it goes through and the KPL moves to it's correct illumination state. The only changes I've made to the system were to replace a bad PLM and update to the latest (next) firmware. My best guess is some sort of traffic issue, though nothing in the physical setup (other than the PLM) has been changed and everything else works as expected. My question is what would be the best diagnostic tool to use to trace this problem? I'm not really familiar with how to use/interpret the log or trace functions in the ISY. Thanks in advance for any help.