Xathros

Below is what I received from UDI back in May announcing the 99i's retirement: ISY99 Official End Of Life.pdf -Xathros

Hi smokegrub- This is an issue with the MAC finder and how it interacts with Java. Try this: 1) Put the new firmware file on your desktop. 2) Go into the Admin console and select manually upgrade. 3) Proceed through the backup. 4) When prompted to locate the firmware upgrade, first select your MAC from the drop down at the top of the finder window. 5) Then select Macintosh HD from the same dropdown. 6) Now navigate to your desktop and select the upgrade file. Dunno why the finder need to be started at the very top of the tree before it can see anything but this has worked from me since this problem started with Lion. Good news is that the next generation Admin console (now in testing) solves this particular issue for me at least. Hope this helps. You posted that as I was writing this! -Xathros

I would add the fans to that scene and set the on levels to 0 to effectively turn them off when that scene is called. -Xathros Sent from my iPhone using Tapatalk

Mike, I will need to review all of my code to determine exactly what I did to make it work. I have quite a few programs related to the garage doors. Some for ML and others for local control from KPL buttons and even more for proximity related stuff. Here is the ML stuff as I remember it: My Open/Close program on the ML dashboard is a disabled program that uses a State variable to represent the condition of the garage door. 1=open, 0=closed. The program (Dad_Door_Open/Close) is Disabled so that it doesn't auto trigger. I used a state variable so that I can trigger other programs/events based on the change in door states. For this example I believe an integer variable would work just as well. If $s.Dad_Door = 1 Then Set Dad_Garage_Door_Relay On Wait 15 Seconds Set Dad_Garage_Door_Relay Off Else Set Dad_Garage_Door_Relay On Wait 15 Seconds Set Dad_Garage_Door_Relay Off I have a second program that monitors the sensor and sets the variable among other things. If Control Dad_Garage_Door_Sensor is switched On and Dad_Garage_Door_Sensor is not switched Off Then $s.Dad_Door =1 Else $s.Dad_Door =0 The Custom status for the Open/Close are set: True - Open False - Closed Running Then - Door in Motion Running Else - Door in Motion I don't remember if I set the Icon as Door or Door Reversed but one of them works correctly and the other is backwards. Hope this helps. -Xathros

Mike- I know it seems strange but... Mobilinc displays the Icon based on the status of the program (True or False = Then/Else). Running the empty Else section makes the program False which causes ML to display the opposite Icon. It doesn't matter that there is nothing in the else to run, simply that the else WAS the last thing to run. Make sense? -Xathros

With the Hub, you likely had the sensor as a controller for the Light scene. With the ISY, you currently have the sensor tell the ISY that it switched on, then an ISY program tell the Light to turn on, There is a delay in this configuration mostly due to the time it takes to receive and send the various insteon commands. I have had the same issue with the sensor timeouts in the past. I resolved it by setting my sensors to only send on commands and setting them to occupancy mode which sends an on with every detection of motion rather than waiting for the timeout. Then revise the program to watch for the on command from the sensor and build your timer into the program instead of using the sensor timeout. If Control 'Motion sensor' is switched On Then Set "Light" On Wait 1 minute Set 'Light' Off Else In this configuration, the timer is restarted with every detection of motion and turn off after 1 minute of no motion detected. Some will dim the light 30 seconds before turning off as a warning. You can simple add that into the then section if desired. Instead of using the Fade Down to turn off your lights, I suggest using a scene with a defined ramp rate to get the fade rate you want. Set the scene "Fast On" for instant on and set the scene "Off" for it to fade off. Fade Down should be followed by a fade stop. It was not intended to be used as you have used it here. Hope this helps. -Xathros

Sorry. I guess I shoukd have said "Many" instead of "Most". Safari can be problematic with the ISY. There are workarounds for many if it's issues but an alternate browser is often easier for some. -Xathros

Most of us mac users here just use firefox for the isy stuff. -Xathros Sent from my iPhone using Tapatalk

I do receive the upgrade announcements. I believe there was a place on the UDI website to register for them - this was years ago. I'll see if I can find that for you. I would install the current beta 4.2.10 or wait for the 4.2.11 which I suspect will be the final within a week or 2. -Xathros EDIT: Register here:http://www.universal-devices.com/my-account/

Yes, I believe there are some coding possibilities built in. I have not explored it's capabilities in that reguard. So far, I have just built network rules to simulate clicking the controls in it's web UI to turn On/Off or Cycle a relay. There may be the ability to query the relays via the web but since the ISY's network module is one way at the moment, that wouldn't work. There may also be the possibility of the PLC code in the relay executing a /REST call to the ISY to update a variable or set a device/scene state but again, I have not explored that possibility as of yet. As I recall, each relay can be configured to be either off, on or previous state at power up. They do however require power to remain in the On state so they are not mechanically latching. -Xathros

Yes. It has a very clean and simple Web UI for control and configuration that is easily driven via the ISY's network module. I have uploaded my set of DIN Relay resource rules for the new database already. In addition, they have an iOS app for the DIN Relay and their web power strip (same device built into a power strip). Not a very pretty app but it does work. Both of these devices can be configured to ping other devices and cycle a relay/outlet upon ping response failure. Handy for network devices that can hang on occasion. -Xathros

As oberkc pointed out above, Mobilinc reads the device/scene/program and variable configurations from the ISY and presents a mobile UI to access those. There is some Mobilinc specific configuration (at least on the iPhone/iPad) that can be done beyond what is configured in the ISY. For instance, you can set custom Icons, status and control names to thake the place of things like True/False,On/Off etc. In addition there is a Resource Manager in Mobilinc that allows some timer type automation managed by Mobilinc rather than ISY programs. I don't use this feature so can't tell you much more about it. There are other apps like iRule and Demopad that allow for much greater customization but these require you to build the interface from the UI elements to devices/scenes/programs on the ISY using the ISY's /REST interface via http network calls. These apps generally offer the ability to interface with things beyond the ISY such as cameras, AV equipment, and much more all at the expence of being much more difficult to deploy. Hope this helps. -Xathros

The DIN Relay is an ethernet controled "Web Switch". You use Network Resource rules to turn on/off/cycle the relays. -Xathros

Im still using the IOLinc sensors on the doors. I simply took control of the doors off the IOLinc relays. -Xathros Sent from my iPhone using Tapatalk

I too monitor motion sensors and other control events in the house to control occupied/vacant status and like Andy, take into consideration the visibility of our phones to prevent the house from sleeping if somebody is home. I had to build in an override that I can set from Mobilinc for those times when someone forgot their phone at home... -Xathros

dstanley- Is it the sensor or the relay that is showing out of sync? If the relay, this is normal as the relay is not a controller and does not sent status changes to the ISY. The ISY simply remembers the last thing it told the relay to do. If the relay is in a momentary mode, th ISY tells the relay to turn on to move the door. a short period later the relay turns itself off and there is no feedback to the ISY an the status remains on until the relay is either queried or commanded off by the ISY. If it's the sensor input that is not updating, that is a problem. I would do some testing by disconnecting the reed switch and opening/shorting the wires while running a level 3 event log on the ISY to see what traffic is captured. Has this been an issue since the PLM replacement? If so, maybe a restore device to rebuild the link table in the IOLinc is in order. -Xathros

Hi jspoon- I use both Mobilinc geofencing and the presence of our phones on the house wifi network. I have found that using only one of these can result in false arrivals or departures. The ISY itself is not capable of monitoring the WiFi for connected devices. For that, you will need something like a router running DD-WRT or Tomato firmware and a script to watch for connected devices and update state variables in the ISY via the /REST interface. There are some good threads on this forum about how to accomplish that part. To add to that, I have found that I need to time buffer disconnects as our phones often drop off the network then reattach a couple of minutes later. I logged these connects and disconnects for a while to build a profile by device type to determine the best wait time before I consider a device "gone" on average that worked out to 4 minutes. I do still get a false disconnect on occasion but maybe only once a week now. I have also found it valuable to have an extra variable for each device that gets set to 1 when both the WiFi and Geofence say the device is home and 0 when both say gone. This way I can act on the first indication that a device has arrived home and not on a reconnect after I'm already home. I hope this helps. I'm happy to provide additional details if needed. -Xathros

@johnnyt I'm glad I was able to point you at the DIN Relay. It is an excellent little device and I've been very happy with mine too. I recently moved control of my garage doors over to the DIN relay to avoid the possibility of an Insteon All-On event opening my doors when I'm away. -Xathros

In addition, I believe you need to query the Low Batt node of the motion sensor to clear the low batt status. -Xathros

Luke- It sounds to me like tyou have things configured correctly in terms of the scene setups. Instead of controling the fanlinc device directly with Mobilinc, control the scenes instead. This will keep the fan and KPL led's in sync. Since the Fanlinc is not a controller, there is no way for it to tell the KPL what to do when you control the fanlinc directly. The scene will do what you need. No programs necessary. Hope this helps. -Xathros

This is true. In such a case, the OP would need to consider that and reset the vars in the all off program if so desired. -Xathros

I see lots of Hops=3, Left=0 and Left=1. This indicates marginal comms from top to bottom of this trace. Lets do the extension cord test next. -Xathros

Nice catch! Yes - both the Open and Close should have read 0 instead of 1. Thanks. -Xathros

The noise referred to here is on the powerline not RF so physical distance is not necessarily going to help. Moving the PLM to a different circuit may help. This is what you need to test with an extension cord. Additionally, noise isn't the only possible problem. Signal attenuation is another major player with comm issues. Some devices have noise filtering capacitors across the line input that simply absorb Insteon and X10 signals. Such devices also should be isolated from the line with a filter. I do not know if the XPNR is suitable for this or not. -Xathros

Most Insteon devices have a PLM built in. The EZIO8SA does not and as a result require an external PLM connected. This is acceptable as this is a device and not a system controller like the ISY. -Xathros