Xathros

Having any ports open is always a risk. Port 443 somewhat less so than the unencrypted port 80. With no open ports, there is no remote access so we live with the risk and try to mitigate it as much as possible with strong passwords, password change policies, Intrusion Detection routines in our firewalls and non obvious ports such as 33443 in place of 443. Any hacker willing to put in the effort to scan all 65535 ports for openings can find any port you open. Then it's a matter of finding a vulnerability in the responding device or brute forcing the user/pass combo. For many of us, the benefits outweigh the risks. -Xathros

Or you can use Custom Email Substitution Variables to get device status as shown here: http://wiki.universal-devices.com/index ... _Variables For Example: $(sys.node.11 22 AA 1.ST) for the Status of device 11.22.AA -Xathros

What exactly do you mean by ISY device status ? -Xathros

Certainly both do not need to be forwarded. I would try the advice from coder96 in an earlier post and forward a port other than 443 to the 443 secure port on the ISY. It's quite possible that the Airport is reserving 443 for it's own use with the Airport utility (Just guessing here). Try forwarding 33443 -> the ISY's IP at port 443 rhen try to connect from outside at https://your-public-ip:33443 -Xathros

I would not forward port 80. That just opens the door for the hackers. -Xathros

Hi Tammy- I'll have to agree with Jim then and place my bet on comms error. Might be a good idea to run a level 3 event log trace and operate the door a few times. That should give us an idea of the comms reliability. Since this is a random event, it may be difficult to track down. -Xathros

As I recall, the Harmony programmer is very picky about device model name/numbers. Try a few variations of ISY, ISY99, ISY994, ISY-99, ISY-994/IR etc and see if you get different results. -Xathros

Hi tcaywilson- Do you know if the trigger reverse uption is selected on your IOLinc? If so, this is likely the reason you see this anomaly. Trigger reverse causes the IOLinc to send the opposite state of the sensor when the sensor state changes, however, when the IOLinc is directly queried by the ISY (3am query) the TRUE state of the sensor is returned, not the reversed state. We have seen a lot of this since Smarthome dropped the dual contact mag switch from the garage door kit in favor of a normally open mag switch. The best solution in this case is to replace the door sensor with a normally closed mag switch and turn off the trigger reverse option. -Xathros

Hi jonnyauto- First, I think you mean geofencing as geotagging is a method for tagging data with a location - commonly used with photos. As for the geofence in Mobilinc, go into the iOS settings, General, Privacy, Location Services and make sure Mobilinc is turned on there. Next Settings, General, Background App Refresh and make sure Mobilinc is enabled here. Next, go into Mobilinc settings, Location Settings. Turn on Notify On Boundary and make sure you have one or more locations listed below. Now, move into and out of the locations and see if Mobilinc notifies you of the boundary crossings. Dunno what the IM bug you referred to is. - Must not be affecting me. -Xathros

I am using Gmail SMTP which does require authentication and works just fine. The username and password fields on the Emails/Notifications tab is for exactly that. My Settings: Use Default: Unchecked Server: smtp.gmail.com Username: my gmail address Password: my gmail password. Port: 587 Timeout: 5000 ms From: Xath Home:myaddress@gmail.com TLS: Checked -Xathros

Techman- What are you using for an SMTP server? Are you sure that neither the subject field or body are blank? Are you positive that the program responsible for sending the notification is actually running? -Xathros

Here ya go guys: For example ${sys.node.11 22 AA 1.ST} would provide the current temp of the thermostat whose address is 11 22 AA 1 http://wiki.universal-devices.com/index ... _Variables -Xathros

I'm doing Z-Wave for my locksets since there is no good Insteon way of accomplishing that. I have added a few Z-Wave switched outlets and a dimmer or two just to build up the Z-Wave mesh network to a reliable level. I do find Z-Wave to be slightly cheaper than Insteon and there is much more competition in the Z-Wave market which will hopefully bring the prices down further. So far, it looks like the ISY will nicely integrate Z-Wave devices with Insteon devices. -Xathros

Thermostat values can be sent via email using the builtin notification system in the ISY. No PC needed for that. Variables cannot yet be used but that is coming in the next release I believe. -Xathros

Yes. The ISY is event driven. Triggers happen at the time an event occurs (Status of a device changes, value of a state variable changes, a control event is received, called by another program etc). Saving a program will NOT cause it to trigger. You will need port forwarding or internet access set up so that you can log into the admin console and select reboot from the system tab. -Xathros

You can do this using the built in notification system. There is a method to create and write to files on the ISY's webserver. See this link: http://wiki.universal-devices.com/index ... tification I do this using the network module to write to a log file on an external syslog server running on a RaspberryPi. I would have gone with the method above if it had been implemented sooner. The RPi method allows me greater flexibility since that is a full linux based system. -Xathros

I don't believe this is an error message but rather the ISY logging a DHCP address lease renewal. Unless these are appearing many times within seconds of each other, this is just normal operation of your ISY on a dynamic IP address. -Xathros

It has been mentioned in the past that an upcoming update may allow the use of variables within network resources. I'm hopeful that we will see this in the next release. If so, then the answers to Q1 & 2 will be yes. For the moment however, we cannot do that. -Xathros

Try this link: http://www.sheepwalkelectronics.co.uk/R ... ware.shtml -Xathros

I'm with Tim on this one. Network module is the way to go. Powerline is nowhere near as reliable - especially when sending X10. -Xathros

If you port forward port 443 to the ISY you should be all set. Assuming of course that your ISY's secure port is set at the default 443. -Xathros

See above - you posted while I was adding more to my previous post. Is the old KPL bad and not responding?

Assuming the replacement Keypadlinc is of the same type as the original then Replace With should do the job just fine. They need to be either both dimmers or both relays and both the same number of buttons. Otherwise, you will have to go the manual route. If taking the manual route, Add the new KPL and don't remove the old one. Give the New KPL and temporary and obviously different name to avoid confusion with the old one. Then use Find & replace for each of the buttons to replace the old with new. That will make the program updates easier. Then make go through the scene memberships for each of the old buttons, adding the appropriate new button then removing the old. Once you have removed all of the old KPL buttons from the scenes, you may remove the old KPL from the tree. -Xathros

Is the keypadlinc button H configured as Non-Toggle Off ? -Xathros

Anytime! -Xathros