xlurkr

I'm using URC Complete Control RF remotes to MSC-400 base station to CQC (over RS232) to REST commands for some of my remote control of the ISY, and URC Total Control RF remotes to MRX-20 base station to REST commands for some other control. Took me forever to figure out how to program it all, but it's nice to be able to do anything, from anywhere, with a hard-button remote. -Tom

+1: I don't have access to the resources you do, and I'm switching to RA2. Or more accurately, I'm setting up RA2 in my current temporary abode, and will be taking it back to my full-time residence to convert it from Insteon over time. -Tom

Sorry, I mean battery powered. -Tom

I bought one of the wired ones but never installed it. Since I need 4 total, and only one location is prewired, I didn't bother. I'm still unclear from all these posts. Is there a compatible wireless model still available? -Tom

What model are you using? Mine reached end of life, too, but I couldn't find any that are compatible with the SmokeBridge. -Tom

Deleting with sudo appears to have worked. Thanks. -Tom

Thanks. I've attached a screencap of the directory. There's a debug.log dated the last day listed in my post above, and a debug1.log dated the first day listed above. Then there are debug-*date*-.log.gz files for several days up to today, and a debug-*date*-log file for today, which seems to conform to your description above. Should I rm debug.log and debug1.log? p.s. I have PG3, too. Where are its log files stored? -Tom

Can no one help me? I'm sure all II need to do is log in and delete a file somewhere, but I need some guidance as to which file. -Tom

My PG2 log has entries in it from 5Jan2021 to 10Apr2021. Nothing newer than that. Can someone tell me how to reset it so I can start getting new entries again? -Tom

I agree about the location. I looked for an appropriate location but couldn't find one. Please suggest one, and thanks for trying to get it to work. -Tom

I got my RA2 switch, and I added it to the Lutron app. It's working. I'm having trouble adding it to your Ra2 Select NS. I think I'm putting in the right information - integration ID is 2, and device type is 11. But when I click the "Save Changes" button, it just stays in the pushed state, and no more nodes show up - the number of nodes stays at 1. Can you get me unstuck? -Tom

That was it! Thanks! -Tom

I can't seem to add a device to Google Home. I have it (a LampLinc) set up in the portal, with a spoken. In Google Home, I follow the instructions to add a new device, and choose "Works with Google." This page already displays my other linked service (Lutron). Then I search for "Univ" and the Universal Devices entry shows up. I choose it, and the portal login dialog appears. I log in, and it says "Universal Devices is linked" at the bottom, then that screen goes away and the Home home screen displays, but there is no new device shown. If I repeat the process, when I choose "Works with Google", it still shows Lutron as a connected service, but not Universal Devices. So I guess it hasn't worked, even though I get that "Universal Devices is linked" message. I have two ISYs in the portal, if that's relevant. Also, this device is on an ISY on PolIsy, version 5.3.0. I'm not sure how it would know which one to link to, or if it's supposed to link to both. Anyway, I'd appreciate any help you can give me. -Tom

I just installed it yesterday, when I powered up my new main repeater. And I don't have any devices yet, so I can't really use it. But I will have at least one soon. Because of the timing, I was one of those who answered the poll with Inventory only. Would you like me to respond again? Also, you've seen how many people have been mentioning RA2 or Caseta in the "Insteon is dead" threads. I think the prospect of future demand is good. -Tom

How about your RA2 Select NS? I just got a repeater and installed your PG2 NS. -Tom

Thanks. Picked up some remotes and open/close sensors.

From the manual. I don't speak z-wave, so I don't understand it. -Tom

I am fooling around again with a very old Monster IWC600 z-wave scene controller on my Vera, and the behavior is similar. It has 4 buttons, and they have mutually exclusively lit LEDs. The idea is that there is always a scene selected. Maybe that's what they were going for with the Zen32. To turn something off with the Monster controller you have to make a direct association with the button. If you do, the second press will turn off the associated light. The second press of any button also reports a button 0 push for each of the 4 buttons meaning, I guess, that the scene hasn't changed. Or something. -Tom

Except for whatever capabilities/features UDI decides not to include in ISY on Polisy, and for which no simple and/or complete alternative exists. That's why we're discussing Elk now. Also, wouldn't this be the ideal solution to the "multi ISY/one interface" scenario asked for by those individuals who automate more than one property (assuming they can set up a VPN or secure port forwarding)? I'm in that boat now, on a long-term remote work assignment. An ISY NS would also support multiple Polisys at multiple locations now, and after the 994i is completely dead. UDI ought to care about that. I'd be OK with someone in the crowd creating the NS I seek. UDI certainly has demonstrated that they'll work with NS authors to get them whatever they need. -Tom

Thanks. I'm aware it could be done this way, but I was really hoping to hear that support for a 994i would either be built in to ISY on Polisy, or that someone would create a NS. Easy for me to say, but it shouldn't be very hard or risky, since the protocol is well known, and completely under UDI's control, as opposed to many other devices you might attempt to add to Polisy. And such a NS would ease the transition to Polisy for those who want to add control but not disrupt anything in place. In fact, I'd argue that UDI should write and maintain such a NS themselves. -Tom

How does ISY on Polisy interact with a 994i? That's the question. If I want to migrate everything over to Polisy, but leave Elk lighting running on a 994i, how could I interact with it? -Tom

@Michel Kohanim I understand. I sure hope "full featured node server" means lighting is supported. As as of PG3 it probably won't be free anymore, but one can only mooch for so long, I guess. I might keep a 994i going until Elk is fully baked on Polisy. Which begs the question: what's the plan for anyone who wants a Polisy to control a 994i? Nodeserver? Who is going to create it? NRs? -Tom

Thanks, but I just think it's going to be complicated. On the 994, you can export a list of your lights that the Elk can read in, and you're set, once you fill in the Elk details in the AC. Both platforms listen to (or subscribe to, or whatever) each other and the lighting states keep in sync, and you can trigger rules on the Elk based on lighting events. And this functionality doesn't require the Elk module; it's free and built in. I'm not sure that exporting a list of lights is within the scope of what a NS can do, but if it is, maybe lighting support isn't so unlikely. But then how high of a priority is it? The lighting is already fully accessible in ISY, right? So goes the logic. Supporting Elk lighting is also a way to keep X10 alive. -Tom

Also, I think you'll lose the ability to control ISY lighting through the Elk (e.g. keypads, phone, etc.). I'd like to be wrong about that, and it doesn't matter anyway if you're not doing so already. -Tom

Because I always forget about it until after I've manually entered them again. Nothing more than that. I just didn't want to vouch for a recovery process I've never actually used. -Tom