stillwater

I've had a Davis Vantage Pro2 Wired since 2015. I use the meteobridge/Ambient weatherbridge (they are the same) puck to send data to Weather Underground for web access. But for local access it is easy to access the meteobridge's data directly over the local network via (IIRC) HTTP REST commands. So local data access isn't a problem. In my case I have a Raspberry Pi programmed in APL that gets data from a variety of sources including the meteobridge and then feeds it to my climate control computer as well as helping interchange data between the ISY-994i and the climate control system. But I just wanted to say that there's no problem accessing the data locally and a PG3 nodeserver should be able to do that. It would seem to me that a PG3 nodeserver written to interface to the meteobridge would provide broad access to a variety of weather sensor hardware

Is your Query ALL (typically 3am) program enabled? (This used to be pre-installed on the ISY). This is designed to set all the insteon devices to conform to what is in the ISY, but I've seen cases where all the insteon traffic associated with this Query can cause devices to change states to those not intended -- especially if the PLM is marginal. You may be able to see in the event log what time the switch happened and see if that corresponds to when the Query All program ran (if it's enabled).

If I understand your question, the ISY REST interface is the answer. https://wiki.universal-devices.com/index.php?title=ISY_Developers:API:REST_Interface It's worked well for me. I am a little rusty but I think you can turn scenes and devices on and off directly. You can also set integer and state variables. Changing a state variable can trigger programs. So you can do pretty much anything with it. Others may also be able to point you to better documentation or best practices.

I have a very lightly used standard Polisy that I bought within the last year (I took it out of the box and upgraded a few times but it has sat unplugged for the last 2-3 months). My ISY994i serves my current needs so I'd also be glad to sell it and then get an eisy when I need a new box.

Yes the LED indicators can be turned off in the ISY Admin Console.

I have not been a fan of what Insteon's previous managements did with the product line. So I feel like I should say something nice about Insteon when I have the chance. Some years ago I bought a couple of 2663 outlets because I thought separately controlled outlets might come in handy. Today I installed one in a temporary application and was pleasantly surprised by the look and feel -- unobtrusive control buttons, tamper resistance (i hadn't focussed on this when I bought it) and of course it just works with ISY. I haven't explored whether it's possible to turn off the LED indicators (as it is with the wall dimmers -- a very useful feature for young guests who are extremely light sensitive at night)

Too bad there's no confidence about PLM pro future. I have several PLMs I would sell on Ebay to people who need them if I were confident that the PLM pro would be available in a reasonable period of time. Insteon leadership should realize that there is benefit to them from releasing the hoarded PLMs that I and others have and firm up their plans and public commitment to the PLM pro.

Good point. This is one reason my Sonos system operates solely over ethernet cable. But that isn't easy for every installation.

There are a variety of a situations where the Insteon powerline transmission makes things easy that are harder with various RF only systems including wifi, For example: 1) something in a faraday cage (metal cabinet) that has power inside 2) something at a chicken coop or gate or other installation that has power from the same transformer but not any other need for wifi Finally with 2.4 GHZ wifi, no matter how spiffy your own installation, you can still have issues in dense urban areas (apartments or townhouses) owing to channel congestion and poor channel decisions out of the control of a particular user. While there may be solutions to these issues with some forethought, with Insteon it's just a matter of plugging something in. (Well assuming no interference which can be its own hell). I am not advocating one vs. the other, just saying that there are reasons why wifi might not be the best in a particular situation.

I can't think of any argument against this conclusion.

@MJsan Unless I'm missing something, you couldn't operate the "new" (Polisy/PLM) and "old" (ISY994i/PLM) systems in tandem -- if by in tandem you mean having them operating at the same time with the same devices. All the insteon devices need to have a single PLM Insteon address in their memory to operate. ISY/ioP (ISY on Polisy) have the very convenient option for migrating from one PLM to another, but it involves rewriting the PLM memory and rewriting the PLM address in all of the insteon devices, and so takes some time in anything but the smallest system. I haven't tried it but it seems plausible to me that one could conveniently switch back and forth between ISY and IoP with a single PLM. Or one could have parallel ISY/PLM and IoP/PLM combinations with each one controlling a subset of the insteon loads, (not splitting groups/scenes), but most likely in practice this would amount to having a small experimental new system alongside the "production" old system, and I'm not sure what would be gained. I suppose you could keep backups to restore the whole topography after the split. I have a polisy and my strategy is just to wait until the bug reports with new versions settle down to the same level as the ISY-994i, and then I'll switch over all at once. If access to PG3 is driving you to use Polisy soon, but you are reluctant to rely on IoP until further tested, you can always run PG3 (and PG2) on Polisy and have it talk to your existing ISY-994i which will continue to control the Insteon devices through the PLM until you decided to switch over to IoP. Again I may well be missing something -- others with more experience may have more informed views.

I admire your optimism... what could go wrong? [They may only bring back some devices -- since Smartlabs had already vastly reduced the product list. They may omit the PLM and not license UDI to produce its version. They could go bankrupt again. Lots could still go wrong for people on this list. ]

Just to be clear, Insteon was not a victim of the pandemic. Its managers were running it into the ground long before the pandemic.

can confirm it is now working for me.

Yes @InsteonNut per @Geddywe are posting here to try to get your attention after emails to mobilinc support have gotten no response. Please see this thread https://forum.universal-devices.com/topic/36731-unable-to-access-994i/#comment-340580