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

My Mobilinc HD has worked for something like 6 years. Haven't changed any configuration this weekend. I don't know why but with Mobilinc (unlike UDI products) everyone always tries to blame the user. Only problem was when something convinced me to try Mobilinc X when it was new. It had fewer features than Mobilinc HD and it completely clobbered my ISY -- had to start fresh with a new SD card, as I remember. Wes thought it was all a big coincidence.

It seems very likely that Mobilinc Connect is down. Only other possibility I have thought of for my system is if Ubiquity pushed something to my Edgerouter X that is blocking mobilinc connect traffic. Since nothing in the 994i has changed it seems unlikely this is a UDI problem -- unless conceivably something changed in UD Mobile that is interfering with Mobilinc Connect -- but I'd expect to see something in the error log.

Mobilinc Connect (for ios Mobilinc HD app ) is still out of commission for me. No reply from mobilinc support. @InsteonNut what say you? Fortunately we have the option of migrating to UD Mobile, though it would be nice to have the familiar look and feel of mobilinc and not have to drop everything to configure UD mobile to make it easy to use.

While I appreciate Mr. Bill's attempt to help, obviously this thread should not have been marked "solved" as only 1/5 people have reported that rebooting did anything to solve their problem. Perhaps not surprisingly, Mobilinc support has not responded to an email to them on the subject. I copied Michel for his situational awareness and he responded instantly asking for my UUID. I looked in the mobilinc section of the UDI forum under third parties and saw the reference to a firewall entry for traffic from specific URLs. I looked at my Edgerouter X settings and haven't found a way to add URLs rather than IP addresses. But since nothing has changed in my configuration it seems unlikely to be a firewall issue... Probably the most sensible response to this and other Mobilinc issues is to make the switch to UD Mobile.

Also the "Send email" email support button on the Mobilinc HD app does not work on my iPhone.

Just checked after seeing this. My lifetime Mobilinc HD which connects to ISY via Mobilinc Connect is not connecting. (Status: "Checking"). I have ISY994i at 5.3.4. No significant recent changes to configuration. It worked fine in the last few days. iphone is on same LAN (via wifi) as ISY (ip address assigned in router). Rebooting ISY and iPhone did not help. I did install UDI's app UD Mobile on the iPhone sometime (2 months?) back but have not been actively using it. I was surprised it seemed to coexist fine with Mobilinc HD (Some years back the ISY portal and Mobilinc Connect conflicted, or so I thought). UD Mobile still connects fine. ISY error log shows nothing except for some queue full message ignored errors on startup that go away after awhile. No indication Mobilinc Connect is trying to connect.

Looking at the picture of the relay, it's a little hard to read but I think it says the contacts are rated 16A at up to 30vdc or 250 vac but the coil voltage appears to be 115vac as indicated by the coil: 115vac marking. 30 vdc is a common contact rating voltage threshold for relays but would be a quite unusual coil voltage.

My sense is that the relay clicking means the coil is activating and the armature is pulling in (and releasing to some extent when it turns off if it clicks then also) but does not necessarily indicate that the actual contacts are separating as they are generally mounted on metal leafs with some compliance.

I don't have direct experience with this but it sounds like the actual relay contacts have fused together, or possibly the return spring has broken or become detached. The contacts shouldn't have fused with only 130 watt load but inrush current could be higher. If so, two possible approaches to fixing: 1) Open it up and replace the relay with a new one with same coil voltage. Would require soldering. 2) Open it up and break into relay case and unstick contacts, use emery cloth to sand contacts, see if it works for another few years... then see (1) [Sometimes just banging on the relay will unstick the contacts] Once the case is open you could confirm the diagnosis by measuring resistance across the relay contacts with an ohm meter (with unit unpowered).

I know this isn't very helpful but some years back I had to resort to Telnet to deal with a corrupted SD card and it worked fine for me. You do need to know the local ip address of the ISY and be on the same network.