larryllix

LOL> Well that would be a ramp up and a quite quick one. Nicely done though! I am surprised you can see see anything until about 10-12% brightness though. I can on my LED strips but they are remotely controlled voltages like a SwitchLinc would do to a connected LED bulb. I can see you are going to be dangerous with an ISY in your hands!

Replace one bulb or add an incandescent bulb to the circuit somewhere. One dummy head with a 6W Christmas festive bulb in it.

With v5.0.10 it is built in and quite easy to save the level and restore it. Here is one light I do a slow fade for a sunset effect. Circadian rhythm colours are easy. Set your reds and yellows at a fixed level and fade the cold white mix down over time. White LEDs cannot really do proper colour mixes for this with their narrow band blue LEDs. With a percentage level drop your brighter bulbs will catch up with your lower level starting bulbs and changes looks more linear to the eye. The Wait 0 seconds line is because I have about 6 circuits involved in this dimming and they all have separate and different Wait X seconds line so there is no abrupt room level drop and the program load is spread out. (should never be a problem with ISY but maybe with Insteon protocol) Sunset.fade.chairs - [ID 0114][Parent 00C8] If $sGathRm.mode is $cMODE.SUNSET And 'Gathering Room / PotLights over Chairs' Status is not Off Then Wait 0 seconds $ChairPots.level = 'Gathering Room / PotLights over Chairs' Status Repeat While $ChairPots.level > 6 Wait 1 minute $ChairPots.level = 'Gathering Room / PotLights over Chairs' Status $ChairPots.level *= 0.95 Set 'Gathering Room / PotLights over Chairs' On '$ChairPots.level %' Repeat 1 times Set 'Gathering Room / PotLights over Chairs' Off Else - No Actions - (To add one, press 'Action')

What oberkc posted above. If there are any hiccoughs on the Insteon port protocol some signal buffer can get overwritten. I have two units that ISY complains cannot be communicated with (despite being disabled). Including them in a list of devices to be controlled, fails the control of any device controls following for the next 5-7 seconds, whie the Insteon signals go through so many retries, and echo of retries. What Techman said. Insteon protocol is supposed to play nice with other device signals and wait for completion of protocol. I think we have situations where Insteon isn't following it's own rules and clobbers previous signals before all the ACKs and echoes are done. This may be newer device's firmware, or a change in the Insteon PLM port driver logic. I don't remember ever havng trouble with this before the last year or so. (v5.0.10 here). Insteon protocol is tooted to avoid thisn problem. Add a few "Wait 1-2 second"s every couple of lines, especially after large scenes.

Look at your programs in the admin console and see which one is turning Red then green repeatedly. Right click it and then select Stop. As per Gary above....This is usually caused by the same device in the If section as you are controlling.

We may have bumped into the Canadian cross-border thing again with Alexa. In Canada the intercom feature, local weather, and many other features do not work, or do not work properly. I had to get a virgin tablet with no trace of google anything with ID on it, before amazon would even allow me to download the Alexa App. It seemed to scrape google ID out of it every time and refuse to allow access to the app, despite my location (and IP address) n the US. Now I believe amazon is allowing their app equivalent webpage to be used 'cross-border.

Nice. ...."I love it when a plan comes together!" See my edit on last post. You're too fast for me.

LOL. OK. That could save me some ISY program complexities then. Thanks!! I see you are not using v5.0.10 yet. There is no coding required to have it communicate with ISY, all decimals perfectly placed. Very nice. I am finding my batteries need changing again but one voltage does not do it for all. 2.78 volts my one inside the house unit starting acting crazy. The other units are working well below that voltage. I think the voltage limits may be temperature dependant. Colder seems to make the voltage drop but the Tag works fine.

OK. Is this in kumoapp coding, URLcalling or direct email notices or ....?

I have been graphing dewpoint in the app charting for about a year now but see no available function to get dewpoint sent with any available method???. Exactly where are you using the dewpoint function and what does the code look like?

Nothing mentioned in their help docs. It still says only RH% is available for use in coding. I don;t see any change in the URL calling options either. The app reporting and graphing implemented dewpoint about a year ago.

That's good and it's bad too. It could be an indicator of a failing PLM.

I am sure this will improve. It has been a long time coming. However the statement "over to the Sonos cloud to be turned into a command" has proven, in this case, to be false, at this point. If Sonos was handed a string of text as a command, the sonos sytem would not have to stop while Alexa answers every question and the Sonos sources should be available for selection. Only the Alexa sources were available. The way it is described in your supplied information text box, is the way I would have expected it to work and the way it should work IMHO. If you group your speakers in the Sonos app, Alexa is done. Any music you achieve will be whatever each speaker was left playing previously. His whole house was playing different sources. This seems opposite f what I posted above. Still some quirks yet.. Hopefully it will get worked out. Sonos has a lot to lose, if they don't get with the technology.

My son just got his Dot working with Sonos. The skill is marked beta and has some snags, yet. It only works with some Amazon music sources, for now. The music only comes out the grouping of speakers set in the Sonos App. If you say "Echo...play Beatles music in Kitchen" and your Sonos speaker systems are grouped it will report there is no such thing as Beatles music. If you talk to Alexa further while music is playing it interrupts the music playing, indicating it is completely Alexa dependent for sources. Your Sonos sources do not appear to be accessible, only your Alexa music sources. IOW: The jobs are not passed to your Sonos system to function. Sonos only acts as a slave speaker(s) for Alexa.

I wonder if this will improve the multiple SSID problems with multiple Echoes completing tasks if more than one hears the commands. I found my Echoes can't arbitrate which one will respond if they don't live on the same router SSID. Perhaps with absolute enrollment ID it may get around that problem and stop multiple voices.. Sent from my SGH-I257M using Tapatalk

This a normal effect. ISY wakes up knowing nothing of device statuses until they report in the first time. Walk through all the zones and test them. Sent from my SGH-I257M using Tapatalk

ZigBee is not an exact science and there are many different protocols that are not compatible with each other. At some very low level of the protocol (very basics) Zigbee devices are compatible, but different brands cannot talk to each other. UDI has boards to support only two of them and you pick one.

It's an easy check with the traffic inside your router and nothing is happening now, with first addressing Alexa but that could change so the fear of hacking is eminent. Short of the nasty comments about that stupid neighbour, and the body in the basement, what else is there to hear?

IIRC, the police were told Alexa only recorded the text version of triggered commands. However, looking at the app now we know this is not true anymore. Under certain response situations (I think mis-understood ones) you can play back your own voice from an online recording.

No. Read my post #14. The ISY board is only for interfacing with specific brands of utility meters supporting user interrogation.

The way I understand it ZigBee, is only a very low level protocol anyway and having ZigBee makes you compatible with just your own protocol at the higher level layers in the OSI model. ZigBee devices are only compatible with their own brands, and not between brands at all. Of course, providing that is all true, it means Echo is hardware prepared for software licencing to anybody that will jump on-board later. Software is downloaded every day into so many things these days, without our knowledge sometimes. I know Hue professes to use ZigBee but my other bulbs and controllers use Ethernet and proprietary 2.4 GHz.

I never did get my 2411T working. It came with a sender cable wired incorrectly. I rewired the LED cable that were wired back to back polarity wise. It works but the linking doesn't even beside my PLM. It is sitting on the edge of the garbage can waiting for a push one way the other. http://forum.universal-devices.com/topic/19963-ir-sender-2411t-wont-connect/?hl=2411t

Yes it does say that but I think it has always stated that regardless of how many. I did notice it at the beginning (three years ago?) but it never meant anything to me or seemed to cause any problems. Get a new focal band on your glasses?

I would be trying torroids on sensitive circuits. They are easy to slide over the ends of any wire but they may block Insteon signals from passing too. Improvements may take some very educated trial and error using different filter types.. Hopefully one more trial than error though. Sent from my SGH-I257M using Tapatalk

For the first year or so, mine would auto load the admin console if there was only one URL listed, but I had to manually double click the desired one, if two or more URLs were present. Then for almost the last two years no auto load would happen regardless of how many URLs were listed. I always had to double click the desired URL. In the last few months the "ISY finder" NOW always auto loads the top URL listed regardless of how many are listed. I can live with either way but it has changed back and forth.