Teken

The irony that we today (2021) still use proven old school techniques like silver! [emoji1787][emoji106] The use of *silver* has been with us since the age of man in water containers to weaved particles of the same in clothes to reduce smell (BO) [emoji2357][emoji1787]

I wrote into Tripp Lite asking them to provide more insight about the method and process of these new offerings. Like you at a high level it’s great vendors are placing some importance on health & safety. But, if the anti microbial portion is just going to wipe off over time or from physical contact?!? That hasn’t changed anything I’ve been doing for decades which is to wipe down all the common switches and handles with cleaning agent! Let’s see if Tripp Lite replies with the insight I requested on the same.

47 Week of 2018 production sure points to a failing 2413S PLM. Given it’s a revision 2.5 which Smartlabs indicated was fixed - Not! Cap & Go . . . [emoji106]

I received this mailer today and have to say this whole COVID-19 has brought a lot of things to the forefront as it pertains to hygiene, decontamination, and germs etc. I honestly don’t know if this product or similar would have any material impact to a person or companies incidence of getting sick or catching a bug. I’ve never seen anyone play with a power adapter once a device was inserted and deployed?!? These devices are very much install, plug, use, and walk away. Don’t see how this would help anyone in the near term or long term?? [emoji848] The only thing that comes to mind is ada boy for trying. Would anyone buy this product over a competing product just for this feature?!? For me if both items were spec’d exactly in terms of surge protection, price, and the only distinction was anti microbial - maybe? https://www.tripplite.com/surge-protector-6-outlet-990-joules-antimicrobial-protection~tlp610buam

Speaking for myself only I’ve walked many paths as noted by lilyoyo and mike. Lots of things just happen over time and more often than not is driven by failures. As noted up above trouble shooting 2-6 controllers isn’t the norm much less practical when needed. It took me a very long time to come around to deprecating lots of so called backup systems. This was in large part due to energy consumption, maintenance, and to some extent space. I still have four of the controllers placed in secure military Pelican cases! [emoji1787][emoji2357] At some point once the Polyisy is officially the next generation controller I can see another box going away - I’m OK with that! [emoji106] I’m in the middle of spooling up a monster server that will allow me to virtualize many other systems and programs. This again will help me reduce hardware count, energy consumption, and long term maintenance. From a security stand point it’s one less attack surface available on the network assuming it had Internet access which none of them do!

I don’t see a delete button on Tapatalk so gather it’s only available via the web interface.

That doesn’t explain how 5-6 posts just disappeared then others added back. I gather there’s a dedupe process running.

1000 for Mr. Bill - Again! [emoji35]

You make lots of valid points which I also follow in some ways. But have to say I’ve spent a large part of my life in business as well as personal always having backups, redundancy, and resiliency. In some things like power generation you can never have enough backup / fail over systems. In network infrastructure I have the same mentality and run a 2N+2 topology along with power generation. In other areas like environmental the backup systems mostly came organically not because it was planned per say but wanting more features. I simply left the existing hardware in place and that by default provided backup, fail over, and more features. As it relates to HA the vast majority of people here can affirm the ISY Series Controller is one of the most reliable piece of hardware on the market. As such I don’t see the need to have the same backup (controller) systems even though in a round about way I do. That was in large part of wanting to manage Insteon vs Z-Wave while balancing the energy management portion that drives my entire objective of efficiency and consumption. Like many here I’ve probably tried all of the major controllers in hopes of finding that single unit that does everything well. The advent of free third party software taking off and their ability to connect to so much has made me consider going this route at some point once I’m satisfied that solution makes sense. As it relates to dongles it’s not lost on me as to the ease of use and integration especially via USB. More often than not these USB solutions offer better RF as they are not inhibited by the controllers case or placement as anyone can simply add an extension cable to increase the dongles RX / TX. Regardless, I can’t see myself going back to having six controllers in the server room as I did in the past.

As of this writing Randy shows up as 1000. I have to believe this is due to the double posting bug that seems to be never ending on this forum! [emoji2357]

A single box that can integrate various protocol consumes less energy, space, and hardware. I’m not a fan of so called dongles as they are ugly, prone to breaking, and stick out like a 3rd tit. The only benefit of these is having the ability to add on to an existing controller to extend its hardware support. Why would anyone want 4-10 boxes laying around vs one?!? [emoji2357] Regardless, as of this writing there isn’t a single hub that seems to do it all - well! I’m looking toward the future in a completely different way and probably in five years won’t have any so called smart switch / outlets. I’m going all in with industrial and won’t look back at these toy like protocols that simply are a endless money pit as it pertains to hardware failures. This will probably take another ten years to remove as I have a very solid Insteon network. Along with enough brand new spares to replace the entire home three times over! So will let Father Time dictate the removal process based on failures and won’t replace anything once I’ve used up my surplus.

Really appreciate that insight as having no radios is just ridiculous to say the least. Made worse as you stated is only supporting a limited amount of hardware to than insult you with a subscription fee?!? The final nail in that concept- Cloud only ?!? You got to be ten kinds of stupid! [emoji1787]

So essentially they built a hub to connect to other hubs to manage the different hardware vs natively supporting the same?!? It’s been a really long time since I reviewed this Wink offering so don’t know if what you’re saying is true. I suppose that’s a perfect example of doing something different to integrate! Loosely speaking it’s similar to using any cloud service like IFTTT to integrate to different things. There’s a use case for this but it doesn’t come close to being very practical in a serious HA installation.

Just to affirm you need to short cycle that Leviton smart plug to validate it actually does operate as you intend. [emoji106] Both states (On-Off) must be confirmed as being true.

I don’t follow what you’re saying?!?

Love to know this too!

Love to know this too!

On paper looks to be a real winner. I honestly don’t ever recall another hub offering clear connect protocol support. I have to believe lots of money was shoved their way to make that happen!

Let’s see if Michel can offer this information to save time spooling up Wire Shark to obtain the same.

That’s depending upon the model year it was purchased in. Early models behaved the way you just stated. While later models came back on upon power restore. There’s a use case for both so understanding why the third generation of last known state was a good balance.

I’ll test when I get back home what’s the REST command?!?

Safer is dependent upon its use case and application. I offered my feedback to insure others who may follow you or not consider the implications as to the possibilities of doing so. Depending upon what model Insteon bulb you have one operates as you noted in the on-off state. Whereas the later generations incorporated last known state.

Regardless it’s a feature that should exist and be accessible to those who wish to use it. Keep in mind if you need to regularly reboot anything there’s obviously a problem! The only time that’s not true is where something requires a hard reboot to update firmware as is the case in many industrial hardware. Then again if the ISY Series Controller used the same methods to flash it’s system it would be a game changer and offer more resiliency. This is coupled with sending real-time low level operating status that is linked to the various operations of the controller and not to a NIC just to determine operational status etc. Maybe one day!

This is done at the device level.

Appreciate you chiming in and adding your voice as to operational behaviour. One would think firing a on / open command would cause the blinds to just open in sync / unison with one another. It’s not lost on me as to why this problem exists but is really hard to explain the same to a customer. It’s akin to standing there with two remotes and a person presses both at the same time. Guess what both of them will open / close at the same time. Yet, when a command via a controller sends the exact same command the signal is staggered and operates the blinds seconds apart?!? [emoji2357] The only thing I’ve considered is to add a wait time but this also doesn’t guarantee a unified moving state. I believe if the hardware could be adjusted to act (move) with a delay that would probably solve the lack of syncing. Can’t say I’ve seen any blinds offer a manual delay in incremental 0.2 - 0.5 seconds! [emoji3525]