MWareman

You could also use a program. When button 3 'control' on, turn on the two scenes. When button 3 'control' off, turn off the two scenes. There will be a small delay between them though - the two scenes will be adjusted sequentially instead of simultaneously, but it will reduce management. It's another choice.

Michel, I just sent a follow up email. For some reason, Mobilinc is now getting status updates real time with changes. This was a couple of hours after initially configuring Mobilinc to my portal account. Very strange - but it's all working correctly for me now. Michael.

Confirmed: the uuid is in the preferred ISY field. Also, only one ISY is in my account. Although now the ststus is populated on starting Mobilinc on the tablet as well. I'll send the uuid to you. Michael.

I tell a lie. Just reconfigured Mobilinc on my Nexus 9, and I'm not getting any status at all - even on start.

When I start Mobilinc, the devices current status fills in now. However, when I change a device, the status does not update. There appears to be no push status back to the app currently. The portal itself updates though, and the device responds quickly, which is nice!

Not sure name prefixes should be there, because the list is going to get HUGE! If we are though, let's add: Zoe's bedroom Moms bedroom Dads bedroom Mom and Dad's bedroom Master bedroom Guest bedroom (The missing singular version) (Can you guess what my Daughters name is?)

I believe so, yes. If the output of the IOLinc is driving the remote then the programming is identical.

Why is 'Door' a device? Shouldn't it be in 'postdevice'?

The Lifemaster Elite 8500 (aka Chamberlain) is a MyQ device with Security+ 2.0. If you have the smart button you cannot wire the IOLinc outputs in the same way. There are no formal instructions for using this device with the IOLinc - its regarded by Smarthome as incompatible. I purchased an additional (wireless) button, opened it up and connected the output (of my Elk, but the IOLinc is the same) to the solder pads on the button. This works flawlessly. An alternative is to use the Python library elsewhere on the forum for MyQ network control, but this will require you to have the MyQ network interface, and will additionally depend on an Internet connection to function.

I believe I may be having the same issue - I just don't use Mobilinc very much and hadn't noticed it.

The ISY separates client and server settings in the Dashboard. SSL server settings affect incoming connections (like the web interface and API), its strength will affect the security and performance of incoming applications, like Mobilinc. SSL Client settings will affect outbound connections, like TLS when sending email and outbound HTTPS network resources. If you changed the ssl client to 'All', it shouldn't affect Mobilinc at all - because they use two separate settings.

I think the reason IFTTT matches well is that it's only trying to match against full phrases that you have defined, rather than breaking your speech into separate words and trying to determine what phrase was spoken from separate words. IFTTT with its whole phrase machine will always be more accurate IMO. However, you have to define each specific full phrase. So 'trigger turn on family light' is very different to 'trigger family light on'. They are different solutions with different benefits and limitations.

All of the details of other options are at the wiki. http://wiki.universal-devices.com/index.php?title=ISY_Developers:API:REST_Interface Michael.

AFAIK - you must buy a portal module for each ISY separately. You can then add the uuid of each ISY (with an active portal module) to you portal account. I also would like to know about the mentioned fee for multiple ISYs in a single portal account. It doesn't make much sense to me since the portal is subscription and the module is also a purchase, per ISY. We could always create two separate portal accounts each with a single ISY.

This morning, I tried 'Alexa, ask izzy to switch dinette on'. According to app - she heard 'Ask izzy to switch dinosaur' She responded 'For which ISY? Please tell me the alias used in UDI portal.'. I responded 'Home' and she said that the ISY had been switched. Not what I wanted indeed. She should have at least responded that there was no device named 'dinosaur'. Using 'Switch' seems to cause the Alexa to interpret that we want to change to a different ISY (at least in my case). I only have one in my portal account. Michael.

I posted how in a different thread. I'll try to find it. Michael.

Yes. HTTPS is SSL, and it takes serious computation to establish a connection.

I don't really have any recommendation, because I have mine wired to my Elk system for control and monitoring. Looks like that one should work for you though.

Mine is doing this as well with 'ask Izzy to switch ...' Tell Izzy still doing as before...

In my case, the scene for my dinette light has had 'dinette' as the spoken work - all lower case (if that matters). If an exact match is needed - is it case sensitive? In my case though, its not even close on 'dinette', while the Maker channel is spot on each time (this is not using the spoken name - its a command called 'dinette')

'alexa, ask izzy to turn on kitchen' works 'alexa, ask izzy to turn off kitchen' works 'alexa, ask izzy to turn on kitchen island' works 'alexa, ask izzy to turn off kitchen island' works 'alexa, ask izzy to turn on kitchen' works 'alexa, ask izzy to turn on dinette' 'turn on which device?' 'dinette' 'turn on which device?' etc.. I logged onto http://alexa.amazon.com/#settings/dialogs It shows that Alexa is thinking I'm asking izzy to 'turn off doing that'... :/ odd. Then 'buy that'... also odd.. I have a IFTTT/Maker rule for 'Dinette' that calls an ISY program to toggle the light. 'Alexa, trigger dinette' works perfectly - every time. Some words just don't work well I guess, or the IZZY lexicon is large enough that there is greater confusion. I've been thru voice training and it still didn't help with this word. Otherwise - it's working well.

Does it not recognize spoken words with a space in them? Can't seem to get any to work. Single word spoken elements appear to work very well (and fast!). Great job!

Yeah, getting the same thing... I also cannot seem to get discovery to re-run after editing some spoken elements... Edit: Got the refresh to complete. 181 devices this time (160-something last time)...

No. The rfc specifies how a URL is handled. The username[emoji14]assword@ before the fqdn is base32 encoded and added as an 'Authorization' header by the browser, and sent with the GET request after the encryption is negotiated. This means, its safe - assuming you have a trusted certificate making it obvious if you are accessing thru a man in the middle proxy.

I (accidentally) had a capital letter in my email address, and it told me 'unrecognized email address'. Two things: 1) The email address shouldn't be case sensitive... The password should. 2) You should never tell an attacker that the email address didn't exist. You should only ever say 'Access Denied'. Otherwise, an attacker can enumerate valid email addresses in the system. Otherwise, discovery successful. Over 160 devices (in my case). Alexa asked me if I wished to wait a couple of times. Nice. Now I have to go assigning some spoken works to objects. Thank you!!