PurdueGuy

I set it up last night, pretty simple. Currently I do the following: Echo -> Hue bridge -> Vera Some items have a further hop Vera -> ISY I'll probably use the ISY proxy script, such that I don't have to hand over any passwords to Echo. If you download the source, there is a "configurator.html" file that will generate the HTTP POSTs for you.

"ST 255" is "Status 255" which means the button (5) is on. For a dimmer, the range is 0-255 (where 0=off, 255= full on/100%, something in the middle is a percentage), for an on/off, it's either 0 (off) or 255 (on).

The script is similar to the one here, for beacons: http://forum.universal-devices.com/topic/14730-add-ibeacon-support-to-your-isy/page-2?hl=php&do=findComment&comment=124023 I attached a version of the IFTTT script. You would need to update: - $variableNumber (line 4) - $variableValue (line 5) - $urlStringNoPassword (line 11) - $urlStringWithPassword (line 12) - change the log file in the calls to "error_log" You would need one script for every IFTTT action. I haven't had time yet to look at making a generic script to take parameters. Note: I have the "urlStringNoPassword" and "urlStringWithPassword" separate just for logging purposes (didn't want my password in logs). They could be combined. ifttt.php

The WordPress server is not a real WordPress server. Unzip the package I pointed to, place it in a web directory, and use it.

It's convoluted, but you can have IFTTT make HTTP calls. https://discuss.ninjablocks.com/t/ifttt-http-post-kludge-but-works/1619 I host my own (fake) WordPress install, so I don't expose anything to others (for security). IFTTT makes a call to my "fake" WordPress install, which then makes an HTTP call to my web server. That HTTP call runs a PHP script, which makes the actual call to ISY. I limit what I have exposed. No ISY passwords are seen anywhere, except on servers I own/control.

I'm up to 273 programs, with 13 integer and 86 state variables and 120 network resources. As others stated, a number of my programs interact across the network to other devices (cameras, DVRs, Prowl. Ubis). Now that I have a better understanding of variables and such, I've been contemplating blowing away my programs and starting over.

What do you mean by "operate the scene from the slave switch via ISY?" Do you mean you are just clicking "on" for that device, and just that devices turns on? If so, things are working exactly as designed. From ISY, to operate a scene, turn the SCENE on or off. Individual devices will respond to ISY, but no scenes will be activated*. *If you have programs setup with triggers like "If Status..." then program will run, and do whatever they are programmed to do.

Whenever I have a program triggered by a button press (remote, KPL, switch), I put a small delay in there. If I don't, it seems the initial device and the PLM start transmitting and things don't work as well.

For $9.99, I might try it out. I have and ISY w/ Z-Wave for my door locks and thermostats. A few devices are still Z-Wave as well.

If you opt for control via programs, instead of scene control directly from the KPL, you can do it. I'd recommend an integer variable (maybe called "IsEnabled") and use the "If Control" triggers & add "IsEnabled = 1" to the IF. Then to enable, you can set the integer variable "IsEnabled" to 1. Then to disable, you can set the integer variable "IsEnabled" to 0. If a load is connected directly to the KPL, you can't disable that.

I got my invite on January 9th, ordered that day (an hour after the email went out). My estimated delivery date is April 30th. Hope they under-promise and over-deliver!

You should be able to do it with scenes. By chance, is communication between the KPLs marginal? Are they on the same circuit? Different circuits? You might try restoring both, to be sure their links are up to date. If you click "On" for the scene in the Admin console, everything reacts correctly right? If so, you can also go to each controller for each scene, and click "Copy Scene Attributes from <SCENE>" to make sure they are set correctly.

Oh nice. I wonder how they choose who to invite. Still waiting here.

Also, the Echo is $99 for Prime customers, regularly $199. I requested an invite, no news yet.

I mentioned the ISY proxy. It allows you to install it on a web server (not on ISY) and make non-password-protected calls to the REST interface on ISY using the password. It essentially takes the password-lea request, adds the password, forwards it to ISY, gets the answer, and sends it back to the requestor.

Be sure you have the latest Ubi firmware. I didn't initially, and I had to get it upgraded. I'm curious why you changed the ISY ports? I realize you might be running a server, but that doesn't mean each item in your LAN has to have a different port, unless you have a very cruddy router than can only forward to the same port that it came in on. I used to have one like that. Ask Ubi "what version is running?" and it will hopefully respond with "I am ubi version 2 point something" (literally, that's what it says).

I have watched the Amazon Echo videos. So far, it doesn't allow for custom actions like Ubi. It might in the future, since Amazon says more functionality is coming.

You do NOT need to specify the port you are using from port-forwarding, as this isn't coming from the internet. This is local to your network, so unless you modified to ports on ISY from 80/443 itself, don't specify them.

I have a couple Ubis as well. I don't use IFTTT with them though. I have a proxy server running on my local LAN that allows me to make calls to ISY without a username/password, and avoid divulging that to any service outside my control. However, from your Ubi, you can make a local HTTP request. Creata new lesson, set the utterance to whatever you like, then choose Local HTTP request, and fill in something like: http://USERNAME:PASSWORD@192.168.1.XXX/rest/nodes/AA BB CC 1/cmd/DON If you don't want to allow Ubi to see your username password, use the proxy here: https://sites.google.com/site/isyajax/other-tools-php-code I attached a screenshot of what it would look like.

I am free tonight, so I might just try this out! I don't have a BluetoothLE dongle in my RaspberryPi yet...can it use the one that came with my FitBit?

Can you include a trace from the Event Viewer, level 3?

The original post said they were dual-band switchlincs. Perhaps there is some confusion on what is where.

I believe dual-band will relay on both, either direction. According to http://www.insteon.com/pdf/insteondetails.pdf, page 10, a dual-band device will repeat on both. Originator -> DeviceA -> DeviceB -> DeviceC -> PLM Assuming both DeviceA, DeviceB, DeviceC and PLM are dual-band: In this case: Originator -> DeviceA = RF only DeviceA -> DeviceB = RF and/or PowerLine DeviceB -> DeviceC = RF and/or PowerLine DeviceC -> PLM = RF and/or PowerLine

Without knowing much about your setup, that's hard to answer. Be sure you have devices on board phases of your electrical system. You can use the beacon test with newer hardware to determine phases. Maybe you can add something near the garage door that is on the same phase as the PLM? Do you have just one electrical panel? Or multiple? Is the garage attached or detached?

I am no expert at reading these, maybe LeeG can express a different view. 2C.71.9A is your device, and it looks like you are getting 0 hops left sometimes by the time it hits the PLM. Tue 10/14/2014 09:07:11 AM : [std-Group ] 2C.71.9A-->Group=1, Max Hops=3, Hops Left=0 Another time you had 1 hop left: Tue 10/14/2014 09:07:18 AM : [std-Group ] 2C.71.9A-->11.01.01, Max Hops=3, Hops Left=1 ​That makes me believe that you would have trouble using these devices to relay messages from the sensor.