larryllix

Wow! You are a well kept man! Hawaii and expensive condo? I have my GH working better (I thought) than previously. One that has me baffled badly yet. This works flawlessly with Alexa but with GH all the colours work fine except "Red" Alexa/GH Turn on red headboard. ......OK turning on two red lights. Turns on my Gathering room Red lights also. Gathering room lights are just "Red Lights". I eliminated the ending word "Lights" or GH fails on all colours by operating all programs/lights/scenes with that colour name in them. All colours I have tried work fine but GH, hearing the word "Red" turns on or off every device or program with the work "Red" in it????? You seem to be doing better with GH. Maybe you know of some type of element name or reserved word I should be avoiding? I have just given up on GH except for more entertainment items, which it mostly performs better than Alexa.

ISY has the speed and can handle commands back to back without bogging down. However the Insteon comm channel cannot handle constant commands. I had some problems with this too. If you have a bad unit that doesn't ACK right away or noise the next command can clobber the protocol sometimes. This gets bad if a unit is unplugged and ISY seems to send it anyway. I found putting bad units at the end of the list worked but in the middle of all the units it clobbered the next three units in the program list. Bumbleshoot's 2 second delays makes it more bulletproof, if you can stand the looks of the delays. If one particular unit fails a lot, look back at what the previous units are in the list and insert delays between or move the suspect to the bottom.

The newer Onkyo receivers have Sonos support built in. My Onkyo Receiver (a year or two old) has Chromecast built now. When I bought the receiver I don't think Chromecast even existed. I am not sure if that was a recent upgrade though as I upgraded the software about a year ago. It works well alone by streaming at the GH command and shows that info on the front of the screen. I like it but will not likely use it unless I go to unlimited Internet bandwidth at extra cost per month. I use my ISY to command the Onkyo (above) to receiver a few preset stations from Alexa and GH, the same. These are RF FM stations however but every third or fourth try GH likes to think it outsmarts me and stream the station instead of just sending the commands to ISY. The commands are completely different between the streaming command (no ISY required) and ISY commands directed to the Onkyo receiever (FM reception) excpept for one word in the name string, the nickname for the station, and again GH is using it's AI guessing to substitute what it thinks I wanted. Grrrrrr... Very annoying...so again my Alexa units get used instead, because they don't guess making errors. GH sound quality and listening quality in a noisy room is better, for sure. Nothing is perfect, except for you and me and I am not so sure......

I keep telling you to come over to the Dark side = Alexa! What is the basic difference between the GH Hub and regular GH devices? I hear screen with clock for looks. Do you connect directly to it or via the GH app? BTW: I rebuilt my GH stuff from scratch again and the casting involving my Onkyo receiver is kind of cool. (The initialisation each time is very time consuming) I don't usually do much streaming but the synchro with four devices around the house is very amazing. This exemplifies the ridiculous price of Sonos speakers very well now. (I have none...it was some of those, or a new luxury car ) On the similar vein I see iHome stuff (brand?) is supporting Alexa using larger speakers and other gadgets where an Echo puck drops into the top of volcano holes and enhances sound etc...

But..... If the initiating program has another trigger and runs the second program (with or without If logic lines) whatever is running (Then/Else) will stop and the appropriate section (dependant on the If logic outcome) will start from the top anyway.

CAO wireless tags have units with cheap probes and are very reliable and easy to integrate with ISY Sent from my SM-G930W8 using Tapatalk

Are your strips 24volt? I find the 12volt strips get dim at the far end when I attach two 5m strips in series. The strips come with connectors on both ends and it makes it easy to split the strips into two pieces without soldering new connectors onto the LED PCBs. Sent from my SM-G930W8 using Tapatalk

Have a read about strip LEDs here and many threads around that era.

Thanks. I corrected the post just after. "RF" means Insteon, not wireless model.

Only four left. https://www.amazon.ca/Insteon-2441TH-Thermostat-RF-Only/dp/B007X5TY16/ref=sr_1_1?ie=UTF8&qid=1541642641&sr=8-1&keywords=2441TH EDIT: My mistake. The title states "RF only" meaning Insteon protocol. It the 2441TH (no Z)

It's been a while for me with LDs but linking cannot be done without going into linking mode first. This applies to all battery Insteon devices as a battery saving feature. They do not repeat Insteon commands or respond to queries either.

I have had this problem with other devices when some of the new options are enabled. My ISY slowed right to a standstill almost. Put the LDs into linking mode, one at a time, and let ISY play out what it is trying to do. Fix the options. IMHO some options don't work properly with many devices.

" Lights going on and off, programs going on and off, etc... I could barely use the AC with all those programs running. I finally had to unplug the ISY and go to bed." OK. maybe I misunderstood that comment or it has changed. Maybe you could get @Michel to interpret your log about 4 posts up?

Do you have any programs set to "Run at Power up"? If I create two programs with tight loops my ISY will grind to a halt and it will appear as if no program are running. The way I have found some of these are the icon flashing red and green erratically. When the ISY engine bogs down it's hard to get proper indications to find these. Flashing LEDs on the front may be a clue indicating ISY is running as fast as it can go.

"it still took forever to boot up and be able to login and once I could login I found that all the programs that were supposed to be disabled were enabled causing all sorts of issues. Lights going on and off, programs going on and off, etc... I could barely use the AC with all those programs running" This appears to be one or more programs oscillating in an endless tight loop and the finally bogged your Ethernet cache down.

I am.

@kclenden Nice!! Thanks for that. I didn't know you could see PLM links.

Network Resource module does that in 15 different shades of Ethernet.

Agreed! You have to be very careful with Else and multiple conditions / triggers. Somebody had requested UDI abolish the Else as few years ago. But what he really meant was to replace them with a "case" construct.

I think we are confusing links with scenes for counting. Not real sure on the bit twiddling involved Insteon anymore (never was ) but IIRC It takes one link for every node (I incorrectly posted "device") connected to the PLM. Most devices have a few nodes and can require a link for each node both ways. Insteon Scenes use one link in a broadcast fashion. One transmission activates all device nodes that contain that Scene link. I have 140 Insteon nodes listed in ISY, and 215 links used in my PLM. This affords a link each way to most devices, as well as a link to the PLM, and a link for each Scene installed in the device. When you add more than one device(s) to an Insteon scene, no new PLM links should be required.

The NodeServers present some advantages over Network Resources and vice versa. With the NRs I require a line to set each lamp parameters before calling the unified NR but I see you are doing that with PolyGlot, anyway. NRs do not allow you to read the current lighting settings and Polyglot does. NRs are all self-contained in ISY and do not depend on a third party box/hub. I use state variables for my major lighting setups. In my main gathering room I have variables $sGathRm.mode and $sGathRm.colour. I have defined a bank of Integer variable constants for white light scenes, as well as colour scenes suchs as $cSTRIP.RED, $cHUE.AQUA, $cML.BLUE $c.MODE.FULLON, $c.MODE.DIM, $c.MODE.TV, $cMODE.READING etc.. Each constant variable has predefined number assigned to it permanently. I have a bank of programs for each control variable with each mode and colour, as appropriate, tha does the diry work. These are combinations of scene calls, node server device calls, Network Resorce calls etc... to do whatever it takes to get the lighting I want. Ramp speed is adjusted to make the various time delays look similar and smooth. On the upper layer I have a bank of programs for each input from Alexa, GH, and a few SwitchLincs. These programs do very simple things like If SwitchLinc is switched Fast On Then set $sGathRm.mode = $cMODE.FULLON set $sGathRm.colour = $cMOOD.BRIGHT Else ---- Any program can now one-line stuff a single integer into these control variables and change a bank of 22 lights of 10 different brands, and match the colour responses. In addition, when you want to borrow a lamp to flash or change colour (garage door is open) , you can save the control variable into a temp location, use the lamp or parameter for an indicator, and then write the saved setup back in one line of code, when the alarm is done.

I have deleted my single program above. Use of the Else section in this manner may case oscillation of the variable and program after the program modifies one of it's own trigger elements. The single variable looper program should not function properly. My apologies for introducing this concept without proofing it again. As per @oberkc the parenthesese are still required.

How many scenes have you created? My understanding is that a scene containing every device would take only one linking position in the PLM as well as one link position in each device. When the PLM calls out "Now serving roast beef!", all the devices waiting with a roast beef ticket get served from that one call.

I was just going to add about the same words as Apostolakisl. You don't want two grounds and his analogy was excellent. Further than the zip-tie, you may consider a wired in module to avoid the exposed 3-prong receptacle without a ground and the second connectable feed to the outbuilding, that violate the safety codes.

Z-Mudroom Motion - [ID 001D][Parent 0001] If Status 'Z-Motion SII-Sensor' is On Or Control 'Z-Motion SII-Sensor' is switched On Or Status 'Z-Motion SII-Sensor' is Off Or Control 'Z-Motion SII-Sensor' is switched Off Then Send Notification to 'NGC' content 'ProgramName' Else - No Actions - (To add one, press 'Action')