larryllix

I may be confusing it's system by using the word lights. "All" was a word I had to discontinue from Amazon lingo. It operated 45 devices. LOL I tried Lamp where the device actually looked mike a lamp but RGBW strip lights give me a problem called them a lamp and it seems to interchange Lamp and Light anyway. I tried defining them in ISY Portal as scenes" but that has the same problem. "Turn off red bedroom lights" reports back as "OK, turning off 9 devices" as it activates off on 8 colours and a bedside lamp. Sometimes it fails then. It see "Bedroom" and "Lights" and finds every device in my system with those two words and operates them. Also have to ask. Do you have to synchronise your GH devices using the ISY Portal synchronise icon, after making GH changes? You did in the beginning but, I didn't find that in the wiki. That is what is currently giving me a "Account has no permission" error every time yet.

Another example: If I have a device named "Blue bedroom Lights" and vocally address it GH will report back. There is no such device. If I use "Blue Bedroom" GH reports back, "....Blue Bedroom Lights" and operates it. What doesn't make sense is that it doesn't seem to understand any names longer than two words but knows about them with three words, once they are chosen from two words, when GH reports what it is going to operate. My difference is just weird and makes no sense. Do you classify your devices as scenes, devices, switches or as different types?

A few years ago I was in a local bar and a friend/neighbour of mine bought an offered cup that did this. Seems it was linked to WiFi and when the user set team scored in some sports game the cup would play music and flash lights inside the cup bottom.

Seems the GH/ISY relationship is admittedly working with this quirk. It seems the result is not the desired one for HA control, but nothing could be done about it at the time. Unfortunately on mine even using the word "Hue" along with three other descriptors, would still trigger all three devices. I guess I will stop trying to fix it, ignore the errors and possible get more Echo dots out of their packages. **SIGH** From the UDI wiki. 14:59, 18 May 2017 edit https://wiki.universal-devices.com/index.php?title=ISY_Portal_Google_Home_Integration

Sure. Alexa. Turn ON XXX = runs the program XXX Then Alexa. Turn OFF XXX = runs the program XXX Else. Here is a quirk. When you have a scene that turns lights off, you should use the Else section of the program to activate the Scene so you don't end up with this Alexa, Turn on Lights Off.

BTW. for testing the MS Dark settings. You can tap the linking button 7 times in rapid succession and it will transmit the current state of Dark / Light after only about three seconds of sensing, avoiding the 3-5 minutes of sensing delay normally incurred. With 12 MSes, I count the number of current Darks received. I use a maximum and minimum count causing saturation at about 10 units so it always self corrects the count. Different rooms report in, sooner and later, so I can get somewhat of an analogue value to the brightness out of that. Now I have added a few CAO tags to my system which give me Lux readings.

This also leads to just putting "Program A2" Then Lines, inline after the code in "Calc Temp" if the code lines are simple and easily followed years later. I usually prefer the mwester way to keep things modular (state engine style) . Trigger event based programming can be tricky to follow at times. Especially for season inline programmers. Culture shock. LOL VB could be used as event based so many have the concept already. I miss those days.... Interactive forms in one hour, while you wait! For ISY think of the Wait and Repeat like the Windoze 3--, with it's voluntary time slice surrendering or OS thread launching. Code lines together will execute contiguous without interruptions. Wait and Repeat lines surrender the time slice back to the ISY engine to distribute time wherever it sees fit.

ahhh... Now it makes sense. You were using a PLM for a protocol bridge. Rf to Powerline Insteon.

That would be one way of logicking it. BG is talking two PLMs though. We could end up with two PLMs and two zwave boards with that attitude! The plot thickens.

IMHO if you did try to run two PLMs you would ave no end to the massive logic puzzle you just created. Insteon devices only talk by positive enrolment. You would have to enrol one side of your house with one PLM and ISY and the other half of the house with the other PLM / ISY. The rest interface and NRs could look after the co-ordination but what a project! I use one PLM on it's own 240vac dual breakered circuit next to the central panel with an old X10 passive bridge between the phases. In order to jump across my PV inverters that may be doing their own voltage islanding thing (I could be running four separate phases) , I use a dual band on/off plug-in with an old heater as a utility room antifreeze. It serves dual purpose and echoes close to the PLM. Did you make an progress with your Zwave cutting out?

With GH person ID you could have each person have to say their contributing phrase. After Spock, Cap't Asbril could give his confirmation

See, if I used those kitchen item labels and said "OK Google, turn off Kitchen lamp". It would respond with "OK, turning off three devices". If any word is used in more than one item it will operate them all with that contain that same word. I figured instead of a Device I might identify them as Scenes this time but the same thing happens. I don't know how grouping scenes makes any sense. I have six colours identified in my bedroom. They were labelled "Red Bedroom Lights", "Blue Bedroom Lights"....etc.. If I would say OK Google. Turn on "Red Bedroom Lights" it will report there is no such device. If I just say "OK Google. Turn on Red Bedroom", it will do it and respond with "Turning on Red bedrooms Lights" and turn on my "Red Gathering Room Lights" also. None of this nonsense happens with the Alexa interface and I can use the same words in many items as long as the complete phrase is different.

Mine all work fine too except for the returned download errors and no device/scene/program can share any single word the same or google operates both of them. If I ask "Turn off bedroom lamp" I get back"turning off 8 devices" because 8 devices have bedroom in their names. Do you have to have completely unique names for every device/scene/program?

Is this something that just started with the EZX10RF? I bought one a few years ago and it repeated every X10 signal it found, as well as following with the previous unit number combined with the latest house code. If the code matched another unit, two units would operate. What a confused mess! Even if it did work without the bad second code the repeating of unwanted X10 codes was a horrible algorithm. It went back for a refund. As a newbie to Insteon this cost me a few weeks and digging out my old X10 monitoring software to figure out I wasn't crazy.

Well I got my GH minis working again. They still suck due to any duplicated words activating all of them but.... In a last ditch effort before scrapping the GH minis, I.... deleted everything google from the ISY Portal. deleted all my GH Minis from the GH app. deleted my Google account from the GH app. deleted the GH app from my Android mobile factory reset all the GH minis reloaded the GH app and connected to my google account setup one GH mini linked the GH app to UDI ISY Portal. It refused as there was no Google components installed. built a Google Home vocal table in ISY Portal with just a few devices to test linked GH app to UDI ISY Portal - success again. attempted to download vocals from ISY Portal to GH and received the same "No permission for this account", as before. devices appeared in the GH app!! Now I can actually download the vocal table changes from the ISY Portal despite the GH "permission denied" message every time. This must be a a bug in the ISY Portal. There is no other explanation for this but why me? ISY Portal accepts the connection and allows every vocal command through from GH, downloads all vocals back into GH successfully, but incorrectly messages "permission failure" each time.

That kind of disproves any theory of the PLM going bad then. It seems to point fault back to the closet dual band device that was handling the RF conversion.

I would order a spare PLM later due to constant tech improvements. Also you want to swap in the replacement so that you have a tested spare. Nothing worse than holding on to something for a few years only to find it is defective after the warranty is up and you are in desperate need at that moment.

Sounds like a failing PLM.

Weird! Something jamming the RF signals? Get an AM radio and see if there is lots of radio noise on it. Try an FM radio between stations too.

Welcome to the forums!! Some things to try - Power cycle your ISY and PLM making sure the PLM is well powered up before powering up ISY - Try the linking button on any MS to see if you can force an update. Try seven rapid taps on the linking button to force a Dark/Light update. - Try plugging in a dual and device in the same receptacle or next one in the chain to the PLM. Change it's position On/Of to see if the PLM receives it. - In admin console try the PLM link count a few times and see if it is consistent with no interrupting Insteon traffic. - Turn off a l breakers at the panel except the one with ISY and PLM and repeat the close device items above. Looking for electrical noise Do all of your 120Vac devices report statuses OK? Can you control them from the admin console? How old is your PLM? Have you tried to factory rest any of the devices and restore them from the admin console?

A/C is usually a 240 Vac load so the bad neutral connections doesn't apply for this research.

Have you checked the voltage balance between your phase legs of you service? This should be done with a heavy load on one phase only. In the utility we found bad neutral connections frequently and the bad thing is the ground carries the neutral current sometimes quite well. Other times it allows the voltage to vary all over the place. On top of that it can introduce nasty noises in the lines as arcing and induction from other house/businesses load also travel through the ground. As a simplified test I would measure the voltage to neutral on one phase and then plug a 1200-1500 watt 120vac heater on the other phase and see if the first voltage rises. Another slippery trick is to place a clamp-on ammeter around the copper pipe from the water heater / meter going out to the street. If you get more than a very slight current you likely have a bad neutral connection and that can make noise and may give you pokes in the tub. Another indicator is some lights usually brighten or dim when other loads are turned on.

I use this one along with a CAI Webcontrol 8 board, with it's built in counter. It's Rest output registers transmits directly transmit into ISY registers or you could use a NodelInk bridging software on a RPi. After setup I tossed the electronics supplied with it. I mounted it at the top of a 3" CPVC pipe strapped to the gable end of my shop and ran the cable inside the pipe to the bottom. The WC8 board also has 1-wire interface that can supply temperatures to ISY. https://www.amazon.ca/Pole-Mount-Anemometer-by-Inspeed/dp/B0034ULB74/ref=sr_1_10?ie=UTF8&qid=1526348111&sr=8-10&keywords=anemometer

Yup. 1.5V. I just confirmed mine. I didn't know there was such a thing as 1.5v lithium cells. My bad.

IS will not parse a response so depending on what you mean by a "webcall" it isn't going to happen. You can send various TCP and UDP protocols but other than recieveing a 200 or 400 style code, no.