larryllix

Need the Network Module, in the remote ISY, send REST command to the local ISY. It could set variables and then programs in the local ISY can trigger to operate what ever you want. You could operate programs or devices directly but the variable allows multiple programs and sequences to work off one event. Two variables could give more security from nuisance. When the local program runs it could just reset the variable flag and/or send back another reset to the remote ISY. More complex and it takes two NR modules.

Moving the PLM to a synthesized AC may not work well. Insteon relies on the locked frequency from the grid to operate, not colliding packets into each other. My UPS systems lock to my grid frequency, so that is not a problem while the grid supply is up. Once the grid supply goes down, the UPS is on it's own frequency (no lock). I can't think of any Insteon things that I run off the UPS supply during an outage though so haven't tried that aspect. They would be fed off the same AC source so that shouldn't be a problem and the grid devices have no power either. Whatever frequency the PLM runs from, should be the same phase locked frequency all Insteon device work from also. Let us know how that works out for you.

Yup.Your ISY is busy! This can be a normal happenning but after an hour it should have cleared. Open up your event viewer and see what is zooming by. Then try to find a less traffic way of doing what you are doing. You may have a program oscillating in itself. This can also be seen in the program tree with a program constantly changing colours. It typically happens when the If section contains the same element that the Then or Else section is affecting.

I use that technique for a lot of my devices. With analogue devices the boot up, out of sync, lie is not a great though, showing 21.5 derees C instead of 22.0C that cahnged while ISY was sleeping. A big advantage is when replacing a device, only one spot has to be changed in one program. This happenned recently when I got a newer, better thermostat for my main room, and the old one got repurposed to another zone. With dozens of an cyclers, monitoring programs, extreme weather draught compensation etc..etc.. it really helped.

I have no idea what mobilinc would have to do with ISY programs. I consider it just another SwitchLinc / MS / Echo / Dot input and monitor of the system. Many of my lights have MSes that trigger them on and ISY turns them off. Almost all have timers that turn them off again. When I write a program that turns on a light it just triggers the same program (mostly) that the MS would do. The timer is already there. When I write manual override programs to bypass the MS system(s) with that light, I write in long term turn off code, due to people expecting automatic lights to usually turn themselves off. Manual operation becomes an unexpected style of operation and then the lights get left on. Always put in a plan B. This is the same for the Echo/Dots.

OK. then you have success with that. You have the workaround/fix. I must have been confused and thought you were posting it didn't work as it was found on various times. My bad there.

Do you not have the usual "If-all-else-fails" turn everything off every 4:00 AM? The LED bulb may not consume much energy but a worn out smart bulb may upset the human. when it is actually needed. Having no Insteon bulbs, does anybody know if and when the Insteon bulbs turns itself on, after a power failure restoration, does it send it's status out, updating the ISY ?

So you have too many probllems or too much money?

I bought the commercial spray before I did my research to find out how to make your own. It comes in a spray bottle, like a Windex windw cleaner spray bottle. I sprayed the staircases leading to the deck. This is a slight odour to it but nothing abnoxious. @lilyoyo My location is shown under my avatar. More southern than Washington state, but in Canada, eh?.

We have a raccoon that likes to sleep on our deck and leave piles of staining remnants. Hot pepper spray cures that for a few years or at least until it rains and washes it away again. Usually the raccoon has found a new resting place by then so we don't see it for a few years. You can buy this commercially mixed in a spray bottle, or make your own. A small bottle of Tobasco sauce in a gallon of water. Other recipies are based on making a steeped tea of cayenne peper and then diluting it about several gallons of water to a cup full of solution. We have skunks that wander right past us when at an evening campfire, in our sideyard firepit area, and coyote packs that stop yipping when we flash our porch lights. They have taken on a few of the neighbourhood cats at times. What a racket! But nobody has complained their cat has gone missing yet, so the cats must do well against a 4 or 5 coyote pups.

Power blinks can do this to many brands of smart bulbs. Hues do this so I have an ISY program set to turn them off upon every ISY power up initialisation and I only have to sleep through a couple of minutes of glaring lights at 4:12 AM. IIRC Insteon bulbs have an option to disable this so-called "feature". I don't have any of the Insteon brand.

Use an overriding long term timer so if the Off signal is not received, the light turns off anyway. Many users disable the Off inside the MS options.

I have to wonder how they can call this "in-line"?

Wink made those implications too. It most likely just connects to your other hubs, increasing your hub count by one. Sent from my SGH-I257M using Tapatalk

Finding this fascinating...doesn't that mean passing a specific node driver code to the other end, making the other end CPU code dependant and the code hardware dependant? OTOH, Perhaps a scripting language that already understands individual box hardware (sound output, video, Insteon PLM, wired siren) is the underlying secret then? That would mean ISY would not really be needing much OS change, just the ISY994X box would get smarter and understand where to send what node signal. ISY would become a smart peripheral to it, somewhat.

Trying to understand your concept, please verify my paraphrasing/analogy. NMM sounds like a definition for a protocol that will allow a device to send a complete device descriptor block to ISY (or other smart device) and ISY can instantly self install node pieces that understand all the given aspect/parameters to be expected from the device. In effect, ISY could start out knowing nothing about any device. When a device first connects to ISY (or other smart device), it sends it's personality and/or configuration. ISY would then configure itself, installing all the styles of node drivers it was told about and now understands the remote device with all it's nuances. On a simpler scale, it would be Plug'n Play, but on a smaller chunk scale (not on a whole device driver scale), to be able to represent any possible new device with many less drivers than one large one for every device produced. Simplified protocol talk DEVICE. "I am a thing-a-ma-jig . I contain an MS=On/Off, Brightness Level=0-100%, Battery Voltage=0-3.5 volts, Angle Detector=0-360 degrees" -----> ISY "OK.... Installed Thing-a-ma-jig.....Ready for values" Thanks Michel

Excellent! A multilevel hardware/software offering may also be a winner. Offer the hardware, hardware with basic polyglot, just polyglot, hardware polyglot and one installed node server, complete with paper instructions enough to reveal the whole soft manual stored in the ISY994x box. Sent from my SGH-I257M using Tapatalk

I use SwitchLinc Dimmers for any control usage. I use one pair, both with loads connected, for a three-way configuration done in ISY logic. I have a few mini-remotes but do not use them since I have an Echo and a few Dots.

Flakey comms. Not so important when operating devices but when passing critical information shows up as things MIA.

X10 did the same thing. In fact even the load bearing switch was special with an extra wire to receive the 120vac pulse the 3-way special X10 wall button created on the traveller wire. The house wring required a hardware 3-way circuit to begin with. Insteon does it so much better, and the way most circuitry is going...keep the hardware generic and universal, and let the end user decide how s)he wants to design the logic with as many options as possible available.

To clarify most of the repurpose comment, I moved and I didn't want my price further reduced due to weird switches that people would want money discounted from the asking price due to needing electrical work done to remove the weird devices. After the deal was made, I removed the X10 wall switches to take with me, because I wanted them. On the day of closing the new owner walked in and asked, "what happened to those switches?". I answered some made up story about only operating with my computers, when she said, "Good, My father is an electrician and he said he could replace them all with normal switches. That will save us some time and money". Now they sit in a box as I went to ISY and Insteon for a better system.

Michel. Nicely written and expressed! This sounds like you are redesigning DNP3 protocol. It's a very popular SCADA protocol used the world over, Been there, done that. It gets out of hand with brands completely incapable of talking to other brands due to the immenseness of the protocol. I wrote an DNP3 analyser once. Just enough to fix the incompatibilities between two brands of equipment. WOW! I spent six months and maybe covered less than 10% of the known protocol, without any custom internal protocols. For HA automation a subset of DNP3 could be defined in addition to the many other subsets already registered. Video widens the protocol somewhat but well defined already.

Looks like the Internet is fighting IPv6 extended IP addressing. Interesting that this can penetrate through routers into the LAN, that reconfigure addressing to LAN addresses. Ports seem to be used for similar purposes but routers like to play and convert them, as well. ISPs can block and tweak port numbers. SNI creates an addressing scheme that can now penetrate the router madness (being part of a lower level of the protocol) and can cause distribution inside a remote LAN, behind a firewall.

Not sure. The box has been added into the ISY Network resources for certain services that require it. A better analogy might be when the packet arrives at your router via IP address ww.xx.yy.zz from the Internet, the port number allows it through the correct router firewall, and the SNI could direct the correct computer to use the packet. Thanks to mwareman in another recent thread... https://en.wikipedia.org/wiki/Server_Name_Indication Probably cheaper than purchasing a bunch of IP addresses.

What mwester said. ..and now they are adding SNI addresses inside that yet. This is like the bedroom number inside the apartment.