Xathros

This depends on the garage door opener. Many (like mine) only require a short press of a momentary button (1 to 2 secs) and the door will move to the opposite of what it was before the press. On systems like these, keeping the button held can prevent other control methods from functioning. -Xathros

I use the Pi for things that the ISY does not do natively. The Pi itself does not do insteon. Using the optional netowrking module for the ISY to talk to the Pi and the Pi talks to the ISY using the ISYs /rest interface. A very powerful combination and soon to become more powerful as the ISY gains bi-directional networking and improved variable support in a future update. I have no worries about support for the ISY going away anytime soon. I'm sure somewhere down the road, the ISY will move to a different CPU or platform but I suspect that is a long way off. -Xathros

This is what the kit used to come with: http://www.smarthome.com/7455B/SECO-LARM-SM-226L-3-Magnetic-Garage-Door-Contact-Switch/p.aspx and is what many of us are using. Wire the red and black in place of what you have now. -Xathros

Depends on how complex you get with programs. I started with a non-pro and upgraded when I needed to. Hardware is identical - Pro is a addon software module. This is only needed if you want your X10 modules to appear in the device tree with symbolic names. The base model (pro and non-pro) allows full control of X10 by Housecode and ID within programs. From the UDI Website: Model Comparison IR Support Max. Devices/Scenes Max. Programs MSRP ISY994i No 256 300 $289.00 ISY994i/IR Yes 256 300 $329.00 ISY994i PRO No 1024 1000 $319.00 ISY994i/IR PRO Yes 1024 1000 $359.00 Network Security ISY994 Series: SSL3.0, Low Grade Encryption, Client/Server Certificates ISY994 PRO Series: TLS1.2, High Grade Encryption, Client/Server Certificates, and Client/Server Authentication Anytime. Happy to help. -Xathros

ISY can't respond to response messages like that as far as I know. You would need to use REST commands, and I don't know that it is possible to get the itach to do that. You would probably have to use an intermediary, like a PC. ISY can't parse responses YET. That ability is coming in a future firmware update. I'm not sure how far off this is at this point but I'm hopeful that we will see this in the next few months. -Xathros

I believe you want Momentary B. In latching mode, the relay will stay on until you send an off. Being there is a chance that the off command may be missed, it is safer to have the IOLinc in momentary mode with a delay of 1 to 2 seconds. In the current configuration, you may not be able to operate the door with the RF remotes due to relay "holding the manual button in" in latching mode. For Door status, use the status of the sensor - not the the relay status. Note: the door status is likely backwards due to Smarthome including a NO (normally open) rather than NC (normally closed) mag switch in the kit. Most of use have replaced the mag switch with either an NC or NO/NC switch wired for NC operation. While you can sort of compensate for this by checking Trigger Reverse in the IOLinc options, this has some problematic side effects. A query will return the ACTUAL state of the sensor rather then the Trigger Reversed state. Safter to swap out the MAG switch. If your OK with Sensor ON meaning the door is closed, then no need to change anything but most prefer ON to mean door is open. -Xathros

I am no expert by any means but I really suspect a DC backup to the PLM would prove useless and as much of what the PLM does is track the AC sine wave for zero crossing transmit timing - with no AC input, how can it function at all? Put a dual band PLM behind a UPS alog with your ISY wallwart and network gear then put the UPS on a filterlinc alongside an access point to bridge over the UPS with RF. This works for a number of users here. -Xathros

Yes. The Relay is what will control the door. The sensor is what reads the magnetic switch and tells you if the dorr is open or closed. Yes. However, if you have the IOLinc in one of the momentary modes, the relay actually turns off after the preset delay, the ISY is just unaware of that fact since the relay is a responder only device. It does not send a status message when it turns off. I like you have coded my programs to send an off command to the relay just to fix the status - has no other effect and is NOT necessary. See #2 Anytime. Happy to help. -Xathros

Try http:///rest/nodes/scenes -Xathros

Happy to help. I recall them saying that the ability to add custom commands was one of the shipping features on the first round. What have you been able to do with it so far? -Xathros

Is your ISY set up for remote access? If so, try it with https:// and your external IP:port and see if it works. -Xathros

Awesome! Now see if you can get Ubi to use the same command. -Xath

Chrome and Firefox work for me but I'm also on a MAC so ... -Xathros

OK So the port 5010 is likely not the problem. You can set that back to the way it was. Lets try a simpler command: http://user:pass@ip:5010/rest/nodes -Xathros

What are you using for a browser?

Have you changed the default http port 80 to 5010 in the ISY? If so, set that back to 80 and test again without the port specified in the URL. The error "Windows can find..." makes me think it's not interpreting the URL correctly as is. -Xathros

On at least 2 occasions over the last 3 years, I have had to reset my access points (probably only one of them failed but reset both at same time by flipping the 220V breaker that powers their dedicated circuits). I believe both occasions were preceded by brownouts but can't swear to it at this point. -Xathros

Are you able to send the command with the user and pass included from the browser or is that what failed for you? If that is what failed, post the URL you used - replace the user, pass and ip with bogus info but keep the formatting so we can see what might be wrong. If it is the Ubi portal that complained, it may be that it needs to access from outside your network in which case, you will need port forwarding and will want to use https:// instead of http. Even with SSL, I don't like using my user/pass combo embedded in the URL as I think that is sent in the clear before the SSL handshake. My impression and hope has been that the portal would program these commands into the Ubi and they would work on my local network without the portal being involved beyond the initial configuration of the command. Do keep us posted. -Xathros

Try this: If Control 'Garage Door-Opened' is switched On and Control 'Garage Door-Closed' is NOT switched On Then Set 'Test Light' On Wait 1 second Set 'Test Light' Off Wait 1 second Set 'Test Light' On Wait 1 second Set 'Test Light' Off Wait 1 second Set 'Test Light' On Else Set 'Test Light' Off This will flash the light when the door opens and turn the light off when the door closes. I vaguely recall that there are two modes to the open/close sensor. In one mode, it only sends on commands (Open on when open and Closed On when closed) and in the other mode it will send On and Off commands. Consllt the manual for the Open/Close sensor. -Xathros EDIT: From the manual: Jumper When jumper is installed (default), Open/Close Sensor will send an INSTEON “on†command when it opens and an “off†command when it closes. When jumper is uninstalled (as in Multi-Scene Mode), Open/Close Sensor will activate scene 1 when it opens and activate scene 2 when it closes. NOTE: When installing or uninstalling jumper, remove and replace battery for new jumper setting to take effect.

Thanks apostolakisl. I missed that when it typed out the first one then copy/pasted the error to the rest :\ I included the %20's not knowing what the Ubi command entry field would do with a space and figured this would be safer. But yes, in a browser, - not needed. Also should mention that any Insteon address that have a leading zero in an address segment, you would leave out the zero: 11.0F.33 1 = 11%20F%2033%20%201 = 11 F 33 1 -Xathros

AP's generally provide better coverage than many dual band devices and are easy to relocate for testing or to improve coverage in another area. If your existing dual-band devices are providing phase bridging and adequate access for your wireless devices then no, you don't need to add APs. -Xathros

Hi Gary- Download the WSDK documentation from: http://www.universal-devices.com/developers/wsdk/4.0.5/ISY-WSDK-4.0.5.zip Read the /REST section. Rest is pretty simple and once you have set up a couple of calls, you will get it. Lets say you have a Switchlinc dimmer at address 11.22.33 and you want to control that with /REST: To turn On: http:///rest/nodes/11%2022%2033/cmd/DON or turn off: http:///rest/nodes/11%2022%2033/cmd/DOF or 50% dim http:///rest/nodes/11%2022%2033/cmd/DON/128 The first time in a session that you isse a rest command, the ISY will prompt for user/pass authentication. Since you want the Ubi to send these commands and it won't be able to answer that login prompt, you will have to pass that info with every command. Your urls will look like: http://isyusername:isypassword@/rest/nodes/11%2022%2033/cmd/DON I am still waiting for my Ubi. I expect it will be a few more weeks before I see it as my order # is 1100-ish after the backers get theirs. I am looking to do exactly what you are trying to do. Can't wait to play with it. Hope this helps. -Xathros

The AP's manual covers the Beacon (4 tap test). Usually you tap the set button on one AP 4 times quickly, this will put it in broadcast (beacon) mode. Then you go observe the LED on other AP's or dual band devices. Any LED that is blinking indicates that it is receiving RF from the AP beacon where you started the test. The color or brightness indicates same or opposite phase from the broadcasting beacon. Refer to the receiving device's manual for LED meanings. With a pair of the newer AP's, the receiving AP will blink green when on the opposite phase (this is good - bridging phases) or red when on same phase as the broadcasting AP. A minimum of 2 AP's or Dual band devices with one on each phase and in RELIABLE RF range of each other is considered a requirement. Additional AP's may be installed at remote locations to provide RF coverage for wireless devices that may not be within RF range of the PLM of phase bridge devices. No limit on how many you install but too many may cause issues with multiple comm pathways and duplicate messages. Beyond the bridging of phases, AP's simply pass messages between RF and the power line. The do not link to the ISY, each other or other devices. I hope that clears it up. If not, I'm happy to elaborate further. -Xathros

Good. Have you run the 4 tap test on the AP's recently to confirm operation and range? I have had one of my AP's stop working on occastion and need to be unplugged and replugged to get it going again. I notice certain things stop working when this happens. -Xathros

Yes. Thats exactly what the Double Tap is. You can watch for FastOn or FastOff control events coming from a device and take action based on receipt of either as well as Fade Up, Fade Down, Fade Stop, Bright, Dim, On or Off. -Xathros