Xathros

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

Another possibility is that the devices or on the opposite 120V leg from the PLM and work when a 220V appliance is temporarily bridging the phases. Do you have any access points or other dual band devices confirmed as bridging the 2 120V phases? -Xathros

The basic rule of thumb is that you need two dual band devices on opposite phases (one on each phase) and within RELIABLE RF range of each other. Access points are recommended as they have generally much better RF range than in wall dual band devices. Some of the newer dual band plug-in modules appear to have reasonable RF range and can be substituted for an access point. Additional access points or dual band plug-in modules may be required in more distant areas to link RF only devices such as motion sensors, door/window sensors, thermostats, leak sensors etc. Odd/even quantities does not matter. Filters may be required to isolate electrically noisy or signal absorbing devices from the power line. Computer equipment, UPSs, many surge suppressors, cell/laptop chargers, florescent lighting etc can cause serious issues with both Insteon and X10 communications. Placing a filterlinc between such devices and the line can greatly improve performance and reliability. Hope this helps. -Xathros

Yes, mine are, Harold however, seems to be missing the entry for Non-Battery powered devices. -Xathros

@Michel- I believe the original question was: Where did "Enable Automatic Writes to Devices" go in 4.1.0. For me, it shows as always in the File menu: @Harold: Not sure why it would be missing from yours. -Xathros

algod- If you can define what you want to accomplish, we may be able to suggest a program or two to achieve your goal without additional modules being purchased. -Xathros

That is a whole lot of traffic all at once. Try adding a "Wait 1 second" between each command. I was running into devices that would not change and adding the waits fixed it for me. I suspect devices that require retries or extra hops to be reached via RF may step on commands to other devices. -Xathros

That looks to me like it would do what you want. You won't be able to adjust the trip point but it should be very consistent allowing you to work out the timing with the DMX board or ISY programming. -Xathros

No. That is outside the realm of what the ISY is designed to do. I use a few Foscam and Trendnet IP cams and am doing something similar to what you want. I could have the cam email me a pic on demand but instead, my detection routines in the ISY command the cameras upload images via FTP to an onsite server which in turn copies the images to an offsite location while simultaneously pushing a notification to my iPhone which contains a link to the live camera feed. This gives me access to the live feed and an archive of snapshots from the triggered times with an offsite backup copy. -Xathros

I also enjoyed your site and the bits of humor sprinkled about therein. -Xathros

Depends on the camera. If you can tell the cam to email a picture from it's web interface then quite likely you can have the ISY issue that command when motion is detected. ISY does not access image data from cameras at all so the cam would need to be capable of handling the send image transaction. -Xathros

Or, base the xmas tree program on the status of the Front Spots rather than the Front Spot program. This way, if you manually turn on the front spots, your xmas lights will follow with their random delay. As oberkc said above, without seeing the contents of the Front Spot program, we have no way to know what is causing your loop. If Status Front Light Spot light is On Then wait 10 minutes (random) and turn on X-Mas tree Else Wait 10 minutes (random) and turn X-Mas tree off -Xathros

I can only speak for the iOS version. On my iPhone, as long as ML is in the background and the phone is awake, it works like a charm. If the phone is snoozing, it can sometimes take a minute or more for it to notice that it has crossed a boundary. -Xathros

Nothing native in the ISY, you would need Mobilinc on iOS or Mobilinc & Tasker on Android. -Xathros

How about replacing the relays with OptoIsolators? That should give you a clean on/off point without the chatter. You will still need to time things to avoid Insteon traffic jams but it sounds like you have a few options for that already. -Xathros

I am using one of these:http://www.digital-loggers.com/din.html to control my pellet stove and provide remote power cycling of my ISY, Router and Cable modem when needed. The ISY controls this via network resource rules and I can log into this directly should the ISY become unresponsive. A bit more expensive than the Pi but it is a complete packaged solution with some additional capabilities and next to no programming necessary. -Xathros