Scottmichaelj

Well "self manageable" killed my idea for you. RTI remote control systems are very powerful and could meld this altogether nicely. However its more expensive than most people want to spend and requires an authorized installer/programmer. I was tired of all the "standalone" devices I had and dumped them all. No RasPi needed to run X program to get Y working/integrated, no special programs running on a PC, etc I wanted rock solid reliability and not have to mess with fixing things. When I was younger and had more time than money it was fine. As I get older I rather pay more so I can do other things with my limited time. Edit: fwiw all programming to rti can be sent remotely. No one has to come inside.

What price point/budget are you looking at? Does it have to be DIY or can it be a professional system?

You should be just fine. You will only have one connection to the router (or a switch connected to the router) to the Genie so you can get VOD etc. The other clients will connect to the main Genie. I would suggest as with other devices making a DHCP reservation or static IP for the devices though.

Well no the "big guys" have full RS232 and IP control. So in my Home Theater room with my RTI remotes I can connect via IP to my Marantz AV8802a and do vol up/down same as the OEM remote on my RTI remotes. Then I can create a macro on my RTI processor/system that can be accessed from any KPL button(s) for full vol control. I can even do a single button to mimic dimming/brightness control for the volume on a kpl button. Downside is this is not cheap and its a closed system. The easiest thing I can think of is get a Insteon IRLinc and use the KPL buttons to send the IR command to the Denon. Done!

Now knowing you want to do it via KPL its a bit more of a PITA. Have a look in the Sonos section. It may help seeing how they control vol up and down via the KPL and network. Sonos API is closed but they figured out a way to control it. Also have a look at Remote Control Central forums, you might find a idea there.

Not sure its going to work for you the way you want as far as I can tell. The network command only allows one command to be sent and as you know you fake it with the wait command for repeated actions. Otherwise you have to do IR control. Here is a document that has IR codes in Hex format for Denon (most all units are the same) http://assets.denon.com/documentmaster/us/denon%20master%20ir%20hex.xls Then you take the Hex code and convert to binary for the vol up/down. With IR control this is when "sustain" comes into play. https://en.m.wikipedia.org/wiki/Time_release_technology Are you close to the receiver? Would any other option like an IR repeater or product like Global Cache work?

Maybe go online and grab the rs232 or IR commands and see. If they list them then its doable.

Jon cant wait to hear what you think of it. I had the daylight 100W version and it flickered in a lamps I had so I was not able to use them. I wonder too if the higher the "equivalent wattage" makes a difference. So 100W equiv flickers more than a 40W equiv.

Jasont, short answer is, as of this post, with firmware 4.2.3 we now have to turn off username and password and not use SSL. We need to open ports on the router so we can remotely connect to the ELK outside of the portal. Therefore if I understand correctly this leaves us open and not secure connecting from the outside web. To connect we all should be using a VPN to secure our credentials while logging in from the outside. Now for your questions, -If the ISY Portal is in use, then nothing (neither the ISY or ELK) need to be open to the web? - Right no no ports need to be open, thats why he was wondering about using the portal to connect to the Elk via other programs like EKeypad. -When you use that app, it's going to to connect to the ISY Portal, which then shoots it over to the tunnel to the ISY, when then can manage the Elk. - Thats the idea. -If that's correct, then no port forwarding needs to happen. The ISY Portal and the ISY take care of that for you. Nothing's open to the web. - Correct and how I see it too. BUT this is not how it works currently. Access to Elk is not via the portal. -The only vulnerability I can see is that if the ISY in the house uses regular HTTP to connect to the Elk in the house, then someone in your house could capture packets on your internal network and snag the login credentials. But if you've got someone unknown that can access the network inside of your house, there are probably bigger issues that can be addressed first. - True only if your not using the portal. If you are not then ports have to be open and then same response as above with regards to security. -The fact that the Elk has https turned off doesn't make it open to the web. Going to your router and port forwarding the port that the Elk uses to the Elk is what would make it open to the web (regardless of if it uses http or https). - Again true HOWEVER there is NO username and password or HTTP connection required so its completely open for attack or control. This is how I understand it. Please correct me if I am wrong.

Actually thats not 100% true but I don't want to fight with you. The reason he wants to use the portal is because recently the SSL/Username/Password was broke and never fixed. You actually responded to him in the other thread about this. Firmware upgrade to 4.2.30 broke secure port link with Elk - how to fix? http://forum.universal-devices.com/topic/16529-firmware-upgrade-to-4230-broke-secure-port-link-with-elk-how-to-fix/?hl=%2Belk+%2Bssl Your response was: Hi cyberk, 4.2.30 disabled SSL ... ELK was still using SSL up until recently with their new firmware. True: you cannot secure TLS with username/password as it's an out of band from TLS specs perspective. With kind regards, Michel So based on that we are looking is for an alternative way to secure our security system with the ISY. Thats why I believe he asked the question. If we leave SSL unchecked and open on a nonsecure port, then without a username/password in the Elk module then we open it up to the web. Am I misunderstanding?

I know there was a post about the SSL a while back. Ill go find the thread and refresh my memory. Then go from there. I am not sure if this is an Elk issue or UDI module update that really needs to happen. I do know I been meaning to look into the Elk notifications available as the module doesnt appear to be able to send me what zone was trigger when the Elk is triggered/violated. Seems like something so standard should be there but is missing. Again not 100% clear if this limitation is due to Elk or the module. Ill post back my findings and interested to see what Michel has to say about this too.

Understood. Although Im still waiting to see if SSL support ever gets re-implement-ed from the ISY to Elk, so... This may gain traction since people are moving away from Mobilinc Connect for the new portal so maybe this could be a nice side result. You are concerned about security with port forwarding to the Elk?

Maybe I should ask then what are you trying to achieve and maybe I can be some assistance?

Why not just use the Elk Module?

I would like to post I have now been contacted from Honeywell too for the Comfort Connect API access. Things are looking up!

I tell them I dont like X within the 90days with my receipt and Lowes always takes care of me. Receipt no problem. Now they can scan your CC to find the purchase too. You canooks have a hard life.

That was supposed to be "why shouldnt they" take it back. Guess the US has more liberal return policies.

I would have asked for a manager. If its within the return window with a receipt then why shouldnt they honor it?

These two options give you more flexibility to program and control other devices outside the ISY/Insteon all in the same app which maybe a nice benefit.

So I removed and returned my all my Philips Slimline LED bulbs as well as the Cree bulbs/6" recessed cans TW LEDs to Home Depot. While I was there I picked up some Philips 60w equivalent LED bulbs in daylight color that use only 9 watts. Its only been a few days of testing BUT I have no humming, no flickering and it seems my Cree Ecosmart recessed cans are also now working fine and not flickering. I suspect (but dont have any hard proof) that by adding more of the Philips Slimline LED bulbs it must have introduced more noise on the power line. So while a few worked, the noise wasnt high enough to cause issues. As more and more of the slimlines were added it added more noise causing me to see the flickering. Once removing all of them and putting in these new Philips along with the previous ones I posted that work my issues went away. Heres a link to the bulbs: Philips 60W Equivalent Daylight (5000K) A19 Dimmable LED Light Bulb http://thd.co/1HJa9VN Some pictures of the packaging: Would be happy to hear feedback from anyone else using these good or bad. Ill post back if things change or if they burn out etc.

Mine was out of warranty by a couple months - you may want to call and see if SH will take care of it under warranty. If so they will just credit you back on the new order. Worth a try and send it back.

+1 for Casatunes - there is a full and open API for full ISY integration.

Michel I guess I am dense, what is the Comfort API? Does it work with Redlink or Lyric?

IO_Guys works with all compatible Redlink thermostats that connect to the Honeywell Total Comfort Connect website. Edit: Added from my other thread, Compatible TCC thermostats and their details can be found via pdf here: http://www.forwardthinking.honeywell.com/related_links/thermostats/03-00005.pdf

You know what they say when you "assume" - thats why I specifically asked. I am not certain about anything when it comes to Honeywell Beta is open for Lyric and they are allowing devs access to APIs. I am not hear to bash or confuse the issue. Completely the opposite, I want to make sure Michel is specifically speaking about REDLINK and thermostats that use the Total Comfort Connect.