upstatemike

It is interesting that the new RA3 processor supports both 2.4Gig RA3 stuff and 431-437 Mhz for RA2 stuff. (100 devices on each radio). I wonder why Lutron moved away from the 400MHz bands for RA3 since it worked so well for previous versions of RadioRA and 2.4G is such an interference mine field?

But likely still cheaper than C4. Besides the migration could be gradual.

This looks like a really attractive alternative to Insteon and addresses most of the things I didn't like about RadioRA2. https://radiora3.lutron.com/

Oops. The Nokia store no longer says "late October"; it now just says "Email me when available".

Last business day in October and the site still says "shipping late October" so preorders should be shipping now. Hope to hear back soon as folks start to get their items and test them out!

I don't think they are wasting time/money implementing anything new at this point, apart from the Nokia stuff which will be shipping any day now. (No really, before the end of the month, really.)

And it has been pointed out in other threads that professional installers don't want to offer any really fun cool stuff because it represents a potential service/warranty headache for them.

Good points and I don't mind if a new protocol has better security as long as it covers what I consider to be the basics: -Can reach remote locations on the property such as the lamp post down at end of my driveway, without having to build out a network of intervening devices. Powerline protocols such as Insteon and UPB work well for this. LoRa also has the range to do this but all current interfaces are web based. Z-Wave long range might do it but no products exist yet. -Should be Broadcast/Repeat/Acknowledge rather than Routed. Routed protocols are way to complex for automation applications. Routed protocols do not scale well as they get overwhelmed by chatter between devices as the network grows. Routed networks claim to be resilient and self healing but in reality they are never implemented in a way that will cause a device to quickly adopt a better route if it can manage to keep functioning with a marginal one. They can also struggle if you rearrange the furniture and end up moving a few key plugin lamp modules that everything was routing through. -Should support local associations so things like virtual n-way light switches keep working if the hub/gateway/controller goes down. The associations should work across the system via the broadcast protocol and not be limited to associations between devices that are in range to talk to each other directly. -Should offer keypad controllers that can be easily configured as scene controllers, virtual switches, status indicators, or generic controls. The notion of creating a keypad device that is just a scene controller or just a room controller is just stupid. -Should include devices that will actually work to retrofit older homes and not be designed to only function in new construction. That means switches that do not need a neutral wire. Fixture devices to control old pull chain lights, and so on. And switches need to be thinner. Old electrical boxes are very shallow and usually installed in a way that makes it impractical to replace them (especially for an average home owner).

I think you mentioned it in another thread but remind us again what you went to in place of Insteon because many of us are struggling to find an alternative. Lutron is too limited in their variety of devices and as soon as you want to do anything much beyond dim groups of lights or control blinds it kind of runs out of steam. The Z-Wave protocol is unreasonably complex and still struggles with implementing basic functions; for example the new Zooz scene controller works OK as a scene controller but if you want to use the buttons for something else you have to do some serious scripting to keep the buttons and LEDs in sync. (If you're going to devote that much time to setting up a consumer device you might as well just run Home Assistant, write 4 pages of yaml code and use Tasmota to flash your hardware with custom firmware!) Zigbee has no local association options so the controller is a single point of failure, LoRa has no controllers that offer a local UI that I am aware of, and nobody has yet invented a Home or Small business router that could support a heavily automated home in addition to running PCs, multiple 4K TVs, and lots voice assistants without melting. So what did you jump to?

Curious how important that is? I have never had my lighting system hacked or had anybody gain access to my network by hijacking my Insteon hardware. I have never heard of anybody else that this has happened to. No personal information exists in my PLM. I don't use Insteon for a security system and would not expect to. To my knowledge there are no Insteon based door locks and there are easier ways to break into a garage than hacking an Inston remote garage door kit. X10 is plenty secure for a lighting control protocol so what more do you really need from Insteon? And what protocol has public key security (at any price) that doesn't flat out suck as an alternative to Insteon?

Kind of the definition of a liquidation sale. It will be interesting to see what the new owner of Smartlabs does with the Nokia arrangement... assuming Richmond Capital can even find a buyer.

Plus the Nokia stuff will be shipping any day now as we come into "late October". Maybe we are about to see a whole bunch of items suddenly become available.

Unfortunately they don't remove the things that are out of stock from the site so it looks like there is more inventory than is actually there. Plenty of things I need that I would jump on at 30% off but none of it is currently available.

Inventory liquidation is just another indicator that SmartLabs is probably looking for a buyer for an expedited sale of the company.

Not going to pretend I know the answer for your situation but I did have a similiar problem with a GFCI in my garage that was tripping from an Insteon switch. The switch along with an outside outlet were downstream from the GFCI. The outlet controls some outside lights but not the outlet. I swappped the GFCI and had the same problem. I swapped the Insteon switch and the problem stopped for awhile but then returned. I replaced the Insteon switch with a standard toggle to further isolate the cause and the problem stopped so it wasn't something else on the circuit. I changed the wiring so the Inseon switch was ahead of the GFCI while the outside outlet remains downstream from it (protected) and I have not had any further problems. This all happend last winter when the air was very dry. I don't know if there are some situations where Insteon devices intermittently leak current to ground but that is what it looked like. I should have lifted the ground connection from the insteon switch before changing the wiring to see what that would do but I didn't think of it in time. I don't know what the actual cause of the problem was or if it relates to what you are seeing but just mentioning because it was another case of Insteon and a GFCI not getting along.

Also watch eBay. Somebody might suddenly have a bunch to sell for $200 each.

Says sold out for me. They must have found 2 that were returned or something.

FYI- Hi Michael, We would recommend using the central scene commands here to control the switches remotely. You would set a single click on the ZEN32 button to toggle the state of the controlled switch so that it changes state anytime the button is pressed. That would take care of the double-press issue you've experienced with direct association. To keep the LED indicator in sync, you would set it to always on in the settings and then create a rule to control the indicator separately based on the status of the main switch. I'm not sure whether HomeSeer supports that last feature since this is something that was going to be added at a later date when we last followed up about the integration so we will work with their team to make sure it's implemented shortly and I'll circle back with you once we have some news here. In the meantime, would you be able to try the central scene solution instead of direct association to see if it works better for on/off control? I look forward to hearing back from you. Agnes Zooz Support Team

Insteon products are definitely NOT discontinued... they are just in a quantum state of being both discontinued and continued at the same time. This was first detailed in that famous PLM thought experiment known as Schrödinger's cap.

Insteon products are definitely NOT discontinued... they are just going to be sold under the Nokia brand name now and will start shipping in September, no wait October, or maybe November?, or...

Insteon products are definitely NOT discontinued... they are just too shy to come out

Insteon products are definitely NOT discontinued... they are just using a new distribution channel, called eBay.

Insteon products are definitely NOT discontinued... they are just working remotely during covid.

Insteon products are definitely NOT discontinued... they are just switching to a new business strategy that does not involve selling any actual hardware.

OK I accept you are right and I am wrong. And I'm not just saying that as an excuse to advance the post count on this thread (Or am I ??)