Tungsten

Larry, do you have an example (maybe a link) of the silicone clamps? I can't seem to find them. TIA

I got the 'that command does not work with that device' response 4 times in a row. 3x for 'Alexa set thermostat to 75 degrees' & 1x for 'Alexa turn on master vanity light'. Tried thermostat command again a minute later & it worked. This is frustrating, as much as I love the echo & the bleeding edge of HA I get really concerned w/ cloud services & reliability issues, especially the idea that we have no control over it & what happens when Amazon breaks something or decides to go a different direction or no longer support? At least w/ non-cloud based hardware you can usually expect it to work as required for the life of the device. Sorry for the semi-rant, it's just that this behavior & ridiculous response from Amazon support is not leaving me w/ a warm & fuzzy feeling...

I'm using the Java BWS emulator & having this issue today

I'm having this exact same issue today. Haven't changed anything on my end so I'm assuming it's something on Amazon's end.

I agree Barry, I've thought this since I got the echo. Would also be nice if they started supporting other music services (i.e. Spotify, etc). Also would be nice if the next hardware version has a multi -type audio out connector like the new google chromecast audio (1/8" jack/mini toslink).

Spare room/spare bedroom (not sure if i missed it on your list). Also, I don't know if guest's room is something anyone would say, I would think it should be guest room. Also, can we add 'studio', 'shop', 'outside', 'small', 'large'. Thanks!

Agree with Jon, I use 'Media Room' for one of my areas

I agree w/ Randy (though I doubt Amazon will change this in the near future). I have quite a few device names that don't match the master list of utterances & I'm not really keen on changing the names.

Also make sure you're not running Windows firewall (or at least open up those ports).

I don't know about anyone else but I would never say 'master's bedroom' or 'master's room', i would however say 'master bedroom' or 'master room'.

'Alexa, tell izzy to switch ON master bedroom' works but 'Alexa, tell izzy to switch OFF master bedroom' just comes back with 'which device?' over & over. Checked in the Alexa app and its understanding the utterance correctly.

I know this is probably a dumb question but I bought the portal about a month ago but don't know how to set it up, is there a link with clear instructions on how to do this?

themlruts, I was having the same issue with newer versions of the HA bridge, I was able to fix the problem by going to Windows firewall and allowing all connections for the correct Java version. Not sure why this changed, I didn't have this issue with previous versions of the HA bridge. I also tried the UPNP setting but it didn't help.

Not sure if this is the correct place for this question but here it is: Is there a reason that the DB KPLs (2334-222) do NOT show up in the ISY admin console as dual-band devices in the name? It seems slightly confusing since almost all other devices show up with this indicator. It shows up as "(2334-2) KeypadLinc Dimmer 8 Buttons v.XX"

I think w/ a thermostat it would be good to know the ambient temp & the heat/cool set point. I actually think the current set point would be more useful but getting both back on a single call would be nice.

Will this new Alexa skill allow the querying of information from the ISY?. For example, "Alexa ask ISY what the current temperature is." or "Alexa ask ISY the status of living room light. "

Silenus, I'm a little confused...are you saying that you would probably not use the push in style connectors but you'd be comfortable using the lever style connectors for hooking up insteon switches?

That's a good idea, thanks Xathros.

So is the consensus that the push in style (& lever style) should be just as good at insteon communications as regular wire nuts?

This is more a curiosity question than anything else and I'm wondering people's thoughts & opinions on using Wire Nuts versus Wall-Nuts. (Also, not sure if this belongs in this sub-forum or the insteon communication one) I just started swapping out some of my 5-gang & 6-gang metal boxes for plastic ones to hopefully get one step closer to perfect Insteon Communication . In the process I decided to use a combination of WAGO 773 Wall-Nuts (for the solid copper connections) & WAGO 221 Terminal Blocks (for the twisted copper connections, ie insteon switch wires). This was because trying to connect so many wires using Wire Nuts is a huge pain AND I wanted to make it easier to switch out the Insteon equipment in case I get failures in the future. My concern is that the wires obviously have less contact area in the Wall-Nut compared to a Wire Nut and I'm wondering if this reduces the ability/effectiveness of the Insteon communication protocol. It seems like as long as there is a solid connection & not a lot of resistance it shouldn't matter how much surface area of the wires are in contact but was hoping someone (or some people) with more technical/electrical/hands-on experience could help me decide if I should rip open the junction box again and re-do all the connections with Wire Nuts? Not really the route I want to go but also want to make my Insteon network as reliable and dependable as possible. TIA Pictures of the Wall-Nuts & Terminal Blocks:

Thanks blueman2, that was going to be next step if I couldn't get this to work but seems like it might be the better bet either way. Thx for the detailed explanation & example URL.

Thanks again Barry, adding 0.5 seemed to do the trick...but (always a but), something strange is still going on. A couple times when I would say 'set thermostat to 79 degrees' it would set it to 79 for a split second & then change to 78...this didn't happen every time but I was able to reproduce a few times. Really strange & didn't seem to happen with other numbers. (I'm using the 0.4.9 emulator).

Thanks Barry, unfortunately that gave me the same problem as before: when I say "set thermostat to 74 degrees" it ends up setting it to 73 degrees instead (same thing happens with 76 degrees, it actually sets it to 75). My guess is that when it does the calculation .74 * 255 = 188.7 it must be dropping the .7 at the end before doing the math calculation. Any more ideas of how to get around this?

Thanks everyone, it sounds like this is just a limitation of the device and no need to try and get it replaced. Looks like I might have to look into relocating it to a higher location. LeeG, you described exactly what I'm seeing with my 2441TH...where it's mounted (about 4' from the ground) it lights up inactive icons and numbers like a Christmas tree & when viewed from below it shows a blank screen. It's actually really, really awful...I was kinda shocked when i first saw it. Never had this issue with my proliphix tstat, all viewing angles were great. thanks.

So I just picked up the Insteon 2441th thermostat and am using the BWS systems HA bridge (v0.4.9) (thank you BWS for this awesome tool), as well as Barry's wonderful config tool. I've added the thermostat as a climate device and am calling it directly using the ${intensity.math()} function but I'm having problems with rounding issues since it doesn't actually pass the spoken value. My exact equation is: ${intensity.math((X/2.55)*2)}. This is to reverse the calculation done by the bridge (at least that's where I'm assuming the 255*percentage is coming from) as well as double the value to the thermostat (for some reason this thermostat requires double the setting amount). The problem is that on some values (for example "set thermostat to 75 degrees") it looks like the number is being truncated before I can even use it in the math function which is causing it to not allow some values (like 75 degrees, etc). Any idea how to fix this? Can a math function be added that still allows the spoken number similar to ${intensity.percent}? (Maybe ${intensity.mathperc()} or similar)? Or maybe someone else has a more elegant solution. TIA