larryllix

Yes. I have had this same problem. Insteon likes to retry a few times when no response is received. The PLM should be able to accept this trouble and work around it but it doesn't seem to in my case. This seems like it may be a problem between the PLM and ISY missing some handshaking and overflowing a cache. You can insert a Wait 5 seconds line after the bad unit command line, or move that program line to the bottom of the program and retest.

I have found each MagicHome bulb clone uses the same protocol except that some will not mix RGB with White and some will not accept dimming commands until turned on while others can be set before and then turned on. I have done a lot of work with python on various LED strip controllers as well as bulbs. They all have some different quirk. @Scottmichaelj was upset about the popcorning effect for the bulbs and strips, as they take time to set each one via Ethernet. I have found ways to make the sequencing delays almost imperceptible to the human eye, but with 23 bulbs the delay is really long after turning them on/off from ISY. So it is wait for a while and group turn them on/of or activate one at a time in a sequence. If you use variable substitution with 3 or 4 NRs only you will run into the 1 seconds delay factor. If you set a bulb to blue and then set another one to red immediately, the singe;/shared NR will set both to the last colour as the program will change the variable substituted before ISY sends out the first NR. I only use four NR for all bulbs. ON, Off, Set, and effect. I send them to a RPI python program which handle groups of bulbs and speeds things up. Now I have discovered RPi 3 has a slow task switching time that interferes with fast send sequences too.

V5.0.15 The latest. In this case beta does not mean unstable.

V5 since it started (2015?). Always been stable. Only some ZWave quirks are being worked out. The new features have always worked from v5.0.1

Are we talking disable the local control of a lightswitch, for example? Sent using Tapatalk

I don't have any zwave but with Insteon you could possibly trigger a program using the switched event ANDed with the On status. I am not sure how ISY works with zwave triggers but it would worth a try. Another technique would be to have another program enable a trap program when the status goes on. In the newly enabled trap program you could capture the same event and notify from it, then wait 1-2 seconds and disable itself again. Sent using Tapatalk

I have almost all LEDs bulbs with Insteon SwitchLinc Dimmers. I have no problems down to about 6 to 12% depending on the quality of the bulb. None of them flicker at the low end except a few of the old Cree bulb models that HD dumped years ago. If you are using 4" pot lights, are they not low voltage (12vdc?) with an electronic transformer inside? I am using all 120v LED bulbs directly with my switches.

In conjunction with Techman (above), you can add a small resistor or incandescent lamp to the strips to create some "normal" loading. Updating your ApplianceLinc to an OnOff module also gets you a dual band network improvement.

I find the batteries last the same length of time in the cold or warm. What does change is the battery voltage and it ma appear to be a low voltage. The tag battery percentage left compensates for the low voltage when they are exposed to cold temperatures. If you have one with a lower voltage you may notice the voltage will come back up when the battery is warmed up again. "arming" is the term they apply to the Tag for motion sensitivity. Temperature, humidity and lux can be set to a range limit and can update automatically if it falls outside of your set limits. All notifications can be disabled and still trigger the kumoapp updates. I haven't found any good explanations from CAO on this, but have done some experimenting to discover these tags don't have to be set to fast updating, using up the battery life and "hammering" ISY with constant data.

LOL! You must have gone through dozens of batteries per year with those 1 minute updates. I leave mine all at 15 minute updates but you can set specific characteristics of each Tag to update when triggered by that action. eg: The tag on my garage door updates every 15 minutes but notifies me via KumoApps ----> REST ----> ISY in seconds when the door moves open or closed. The same with leaving my fridge door open too long. You may need to re-examine your approach there by using the monitoring options in Kumoapps, to avoid killing batteries and swamping your ISY. The KumoApps line tag.updated = function() { only runs the code to update ISY when something changes so you should only have had updates in ISY when something changed. I have since installed a heartbeat in that code so I can tell the Tags are even still alive after many minutes of nothing updating. I use five variables for each of my 8 tags without making my ISY busy. Glad you got your ISY problem isolated now

How did you resolve the kumoapps hyperactivity? What does your kumapps code look like?

I let ISY control everything and use no other skill inside Alexa or Google Home apps. That way I can order things to look the best. Longer ramping for the first devices and turning on the ones most prevalent to your eye all helps. I find the Insteon controls overhead pot lights are best coming on first. Then the cabinet lights and other fluff can come on later once I can see. They don't get noticed because most of them are behind your back as you enter the room. Turning things off is usually done the opposite sequence for best effect. For off sequences I usually install a Repeat 2 times loop in the program. I have few stubborn WiFi bulbs that miss every so often.

In conjunction with io_guy above, a few minutes of off every cycle can allow some wicks/filters to soften the scale somewhat, as it re-wets itself more completely. The hardened scales can stop the water from wicking completely and wear out your wick/drum faster.

I don't dim or brighten a scene. If I did modify the scene, and then turn it on, it would take many seconds to get a lighting response and I would reprogrmming the eproms in the switchLinc dimmers every time.. In my Gathering Room I use individual commands like... Alexa Turn On TV lights Alexa. Turn On Reading lights OK Google. Turn on movie lights OK Google. Turn on Easter lights Alexa. Turn on bright lights Alexa. Turn on dim lights OK google. Turn off gathering room lights These are all programs that operate banks of lights. The Insteon lights are in scenes and the non-Insteon are NRs. Some were Hues (just removed them) and others to a RPi that can operate them (RGBWW) almost simultaneously However, I do use relative commands for A/V volume as the receiver supports it. Alexa. Turn On louder Alexa. Turn on softer

The US spelling was the answer!!! So I had two problems. Alexa routine process was somehow locked up and vocals are translated into US spelling and then compared with your text. Thanks so much. In the back of my mind, I did see somebody discussing US spelling differences but I wasn't into that subject matter at the time, and walked away mentally. The UDI forum has so much diversification now, it is hard to even read/absorb it all, now.

Wow! Looks like UV exposure but on the back against a receptacle, it's not likely. I don't see any signs of overheating from a loose connection and/or high loads. You need to put some vaseline on the next plug inserted there and plug it in and out a few times to wipe it in. Silicone grease is even better if you have access to some. This can happen with aluminum against some other metals. They can bond after a time.

Ahhhh! Never thought of that. Since Alexa doesn't seem to use phonetic spelling analysis it may not recognise the word or spelling. I'll have to try the US spelling as a test. Some of my neighbours are bors so.......I knew I should have bought my Echoes at amazon.Ceh?

Got it! I disabled ISY skill and then enabled it again. My garage door routines started work. Thanks so much!!! Then I went back to the original vocal trigger routine and it still will not work. I tried various phrases with many failures. I eliminated the word "neighbour" and it started to work. It seems "neighbour" is a dirty word that it associates with something else and it confuses Alexa. Thanks again! This has been a while for frustration.

Thanks. I tried adding a second action in both routines. One was a notification via all echoes before and then after the vocal. The other was a message sent to my mobile device. Both tested OK but will not trigger from the contact variable. When asked Alexa reports the status OK still. Finding the announcement action, I decided there was a better notification as it can go out to all devices. Way too much echo but left them on only two devices. I will try the disconnect and reconnect. I have done this before but WTH? you never know with these things.

I am using a vocal named "Garage Doors". I tried a one word vocal "GarageDoors" and also "GarageX Doors" to try the app memory jog mentioned. This becomes the Alexa app name after each discovery. The state variable is named "$sGarage.Doors.both.closed" The Alexa routine is... Trigger: Garage Doors closed, Response:Vocal:custom: "Both garage doors are now closed", Vocal to:Mobile device Trigger: Garage Doors open, Response:Vocal:custom: "A garage door has opened", Vocal to:Mobile device Variable changes with status change of the variable. Both routines (open/closed) vocalise properly when manually tested from app. Questions like Alexa. Are the garage doors closed/open? responds with The garage doors is close/open There is absolutely no problem getting the status via ISY Portal into the Alexa app. This routine failure is the same for some vocal triggers. Other vocal to vocal routines have been working well..

Thanks for the suggestion. I tried renaming my spoken as well as using a single word name for it. I rebuilt, deleted and rediscovered my ISY devices. (need a mass delete back). I changed the device from a contact sensor, to a light switch, and motion detector, each time rediscovering, deleting the routines, rebuilding them, disabling, and re-enabling them with no joy. My garage doors variable is sensed by Alexa when asked if my garage doors are open, giving proper responses, and yet no triggering works from the same status point. I followed every instruction I could in the ISY wiki instructions. No such luck. I opened another ticket for this again with Amazon via the app. We'll see if anything happens this time.

Can you press a preset on your car radio and get a station just above the preset? Insteon scenes are presets and almost unlimited. Create a new bunch that are dimmer or brighter than the one you want to modify. I use a single state variable with a bank of programs in an obscure folder each with two lines. If $sVariable is 1 Then Set scene LowLights On If $sVariable is 2 Then set scene DimLights On etc..etc.. Never install an else section in any of the programs. Create on Off level scene also $sVariable = 0 Add one to the variable and the lights go on brighter. Use Integer variables as constants to remember the names of the levels. Preset and Init them to any value you like. If $sVariable is $cLEVEL.DIM Then set scene DimLights On. Usage set $sVariable = $cLEVEL.DIM Voila! the lights respond with whatever scene you like. Later when you add non_Insteon and non_Zwave lighting the programs can add devices to them with changing your main logic programs.

Description. discussion, tutorials and photos all covered.

Welcome to the forums!! I gave up. I tried to fix this every week or so many times but no success. This is not an ISY problem. This is an alexa problem. Some examples are only using alexa to alexa routines.

I agree. Backing will not hold even when facing up. I used the clear silicone two hole clamps available. Some used hard track that fits them. See the original thread on this. You will need to be ableto replace the strips if some ever burn out. I have hd segments burn out of one colour. Only whenneww though...so far. My son has bunch of white ones with a lot of burned out LEDs and the PS and controllers are behind cabinets. Make sure to paint the surfaces with reflective white paint before the trim. You will need a place to mount the power supply and controller somewhere. An extension cable can be fabricaed with flat ribbon cable to get the big lumps out of sight. One power supply and two controllers in a centra spot radially feeding the two strips would work. Serially feeding more than the 5m strips (normally supplied) doen't work well. The far end will be visibly dimmer from voltage drop.