Teken

I honestly don't understand why Amazon even cares what phrase is being used. They have proven just in this thread the so called *Reserved Phrases* can and will be used. Regardless, automating the largest door in your home never mind a smart lock via voice control is a disaster waiting to happen. Along with making no sense from a true security stand point where safety is the primary driver vs convenience. This is especially important when the end user has no direct method to confirm its safe to do so. There has been lots of talk about extra measures like using cameras, sensors, what ever in other threads. That doesn't supersede the need to use common sense and reflect upon the consequences of doing so. I can safely state with a high level of confidence the first time you crush something. You better pray its not a living thing because it will haunt you forever . . .

Understood, in the big scheme of things does it really matter to the general public? No . . . What should matter is the company is in good standing to keep moving forward to offer the best in class home automation products a consumer wants and needs. That involves using the best quality components, engaging 3rd party vendors to take on and integrate with their wares. Lastly, start engaging the general public as they did in the past which UDI, Brultech, Weather Flow, and many more do.

If people are generalizing then yes. But, if you're looking for accuracy Smarthome is not Insteon they are the retail portion of the Smartlabs entity.

Just to be more accurate regarding Smarthome and their relations with Insteon. Smarthome was and has been the retail arm for more than 20 years. At some point Joe Dada created Smartlabs which is the parent company which develops Insteon products. Until recently both companies were owned and operated by Joe Dadda which has been sold to a 3rd party venture capitalist. Regardless, Smartlabs needs to push forward in all key areas of: Global Adoption, Security, API Documentation, User Engagement, and R&D.

This is caused by what exactly? What is the solution to correct it from happening in the future? The only method I found was to hard reboot the controller and wait for the system to be in a ready state.

In the middle of creating a slew of NR's for the controller when I was presented with a pop up message. Which was near impossible to see until I fooled around with tabbing and alternating Window views. After I was finally able to see the error to my surprise it was for something to do with a license agreement?!? Why is this license agreement message coming up? This controller is running the latest 4.6.2 release and has been my ZigBee production box for years. Anyone?

The great eye sees all!! [emoji38][emoji106] Sent from my iPhone using Tapatalk

Echo is 588442920. The app client is 1.24.2017.0, Bridge version 1.16.65.0 Sent from my iPhone using Tapatalk

I would ask everyone to check what firmware is now loaded on their echo and smart phone as a starter. Sent from my iPhone using Tapatalk

At a high level there are two kinds of Insteon devices in the wild now which Smartlabs in their standard fair offers zero feedback on. From my personal observations the latest hardware that has firmware to allow independent selection appears to operate almost like a RF only device when enabled. Off the top of my head of products which support user selectable RF vs Power Line are: Dual relay outlet, Plugin On-Off Relay, DIN Relay, and I'm guessing here because its been a long time since this topic came up. The Insteon ballast module . . . A person will note none of these features are indicated in any fulls users manuals?!?! So what does that have to do with my initial statement of *Two Kinds* of Insteon hardware? Well, as far as I can tell if the hardware and software doesn't support the option to select RF vs Power Line the two are tied together in relations to operations.

I wouldn't say there aren't options quite the contrary there are lots of options from dozens of vendors who support X-10, Insteon, Z-Wave, ZigBee, WiFi, BLE. From a consumer stand point if someone was to ask me right this moment as to what I would purchase for a new HA System. My question would be *Is this for the long term or is this just another fad* ?!? There hasn't been a time in our history where there are more fly by night & fad products. The other problem I see is the lack of forethought or taking the time to do just the most basic research into HA. For me its not so much who's the cheapest vs who's the most expensive system out there. Its a combination of who has been around for a long time and has a proven track record of offering new products that meet the needs of the end user(s). Next, is how well supported this hardware is in terms of integrating with my eco-system. I believe its safe to say the ISY Series Controller is the virtual glue that binds all of this together. Which highlights the fact and importance that having a solid and scale-able controller is of prime importance if Home Automation is the primary goal(s). There are too many *Look at me* controllers from Wink, Smartthings, to that POS product called Revolv which Google bought out. Everyday there seems another box store is coming out with their vary own Hub or eco system to enter the fray. Think Staples Fail: https://www.staples.com/sbd/cre/marketing/staples-connect-discontinued/ Think Revolv Fail: https://www.theguardian.com/technology/2016/apr/05/revolv-devices-bricked-google-nest-smart-home Think Wink Fail: https://www.gearbrain.com/home-depot-wink-pros-and-cons-1622025036.html Think Ikea: https://www.theverge.com/circuitbreaker/2017/3/27/15071562/ikea-tradfri-smart-lights-gateway-ethernet-cheap-dimmer-remote As of this writing there are several controllers which garner the most attention even though they are the worst. This high lights the very people buying said controllers have no freaking clue and did so because it was a fad and didn't look deeper. Who are these fad products which offer a half aszz'd experience? Think: Apple Home Kit, Wink, Smartthings, Wemo . . . The next crop of controllers offers more capability and has the backing of dozens of of 3rd party developers: Vera, Home Seer We haven't even talked about the dozen or so software only platforms which can be installed into any PC. Regardless of all of the above the biggest problem is the reliance on having a constant Internet cloud connection. If that isn't a complete and utter fail I don't know what is . . . To think people honestly think its OK to literally *Lease* a product they bought and own and have no control over the security or privacy of said controller?!?! One only needs to look at the people who live in Texas / Florida where there is no power or infrastructure like Internet. I guess all of these fools are really enjoying their *Cloud Only Hub Controller* now!!! Absent of a controller a Home Automation system should just work in a stand alone mode like any other switch in the home, period. There are too many silly and foolish people who have pushed the envelope of stupidity and removed local wiring and placed it at the fixtures / loads or ran them to a central location. Wrong, Stupid, Have you lost your mind concept, is what any sane person would say . . . The one area where Insteon needs to do better is updating their hardware to support true encryption as did the Z-Wave camp. Even with such a update this isn't the silver bullet to a secure HA network.

Having been involved in HA for more than 15 years and industrial production systems ranging from safety, security, and networking. I find the KISS principle being ignored and not applied in something that is obviously mission critical. The adage one is none, two is one is a mantra I and many others live by. I would encourage the OP to reconsider how the leak sensors are deployed and integrated with this home automation system. In my world routine validation, testing, and follow up is key. When life and safety along with mission critical systems are at play home automation isn't in the picture for me. I think it's important to get back to the basics and evaluate if the potential threats are indeed real vs the want / need. Sent from my iPhone using Tapatalk

In my view having one unified protocol ensures tight integration in the home. While integrating a dual Insteon / Z-Wave protocol network offers more choices and hedges your bet on that investment over time. The obvious advantage is your eggs aren't all in one basket. I've blogged about all the pros and cons of each protocol here and in many other forums. While Smartlabs hasn't extended their reach to include more third party hardware vendors. I can say they have continued to release one new piece of hardware almost each year. That can't be said for many of the Z-Wave camp. Many of the start up Z-Wave companies have already left and abandoned their wares which leaves the general public in a bind. One of the key things I can't stand from the various Z-Wave / ZigBee makers is the dollar store look and feel of their products. Regardless, the new guy who owns Smartlabs / Insteon has the opportunity to make Insteon a force to be reckon with. At this very moment their development team is in the toilet and those in the new role aren't showing me or others they have changed anything or learned from the past. If the outsourcing to India is any indicator of things to come. Sadly, the new guy has no freaking clue what he is doing besides acting like any other bean counter. [emoji35] Some of the greatest concepts and ideas have been killed off because management were out of touch with reality and what the general public wanted. Added to the fact they failed to capitalize on the strengths of the product / ideas. ☹️ I'll give the new guy more rope for 12 months. Just enough time for him to hang himself with it!!

Hello Steve, Please test it several times just to validate there are no lingering issues here. Don't want to be out of town and have that same condition occur! Otherwise ~ Rock On . . .

iOS = Mobilinc Android = Agave There are a few free solutions but I will need to get back to you which ones as I'm headed to the gym. Sent from my iPhone using Tapatalk

You should never have two controllers active. Get rid of it and report back the results Sent from my iPhone using Tapatalk

Hello Steve, Can I ask you to confirm visually that the 240 VAC controller is indeed a NC vs NO unit. The only way to confirm this is to open up the unit and validate the wiring on the relays. It should be noted another option is to move the wires from NC to NO and takes only a few minutes with pliers. Doing so in this situation may very well solve this odd issue. I guess what concerns me is the fact your saying the NC relay is being opened upon power up is this correct? Also it should be noted if this device is still under the 2 year warranty period I would RMA it for s NO unit. The primary reason is the NC units don't sell and their hardware isn't updated when compared to the NO units. This is why if you decide to go this route get a NO unit and rewire it to a NC which offers all the hardware and firmware updates. One thing I haven't seen confirmed is if the *Last Known* state is operating as expected. It's important to disable everything or better yet delete and hard reset the 240 load controller. Once done power it up and confirm what state it's in. In this case it would be NC and power would be applied. Turn off the breaker a few times waiting about 20~ 30 seconds to confirm. If the last known state is confirmed and validated to work add it back to the ISY Series Controller. Ensure at this point the programs are still disabled and rinse & repeat the power cycle to the two units. If the unit comes up OK this is 100% a programming issue. If you need pictures of the load controller relay being changed let me know. Sent from my iPhone using Tapatalk

Hello Steve, Would you please disable both run at startup programs and repeat the test(S) and let us know the results. I also forgot to ask you to disable the query on start up. Sent from my iPhone using Tapatalk

Having tried this FS process on three other controllers with different brands of Micro SD cards. The Goodbye prompt never appeared after I typed in Y and enter. I let one sit over night and nothing was seen just the same last entry and pulsing space bar in the terminal window. As Larry correctly stated once the card is formatted in Linux it's not visible / readable in a Windows computer.

Appreciate the extra software resources. [emoji106] Thanatar offered a built in amplify solution within the Audacity software platform. It took a few minutes of playing around to understand how it works. [emoji848] Afterwards, it was rinse and repeat for the 400 plus voice announcements! [emoji849]

The WiKi states when the FS (Format Command) is issued to select Y/N in capitals (Y) for yes. It follows by saying once the format process is complete the system will state a *Goodbye* once complete. The *Goodbye* never appeared at all even after waiting for a very long time. 1. What is the length of time to format a new Micro SD card? 2. Are we sure the WiKi entry is still current and applicable for 4.6.2 firmware 3. What is the maximum capacity for the 994 Series Controller is it still only 16 GB? WiKi Entry: http://wiki.universal-devices.com/index.php?title=ISY-99i/ISY-26_INSTEON:Replacing/Formatting_an_SD_Card

INFORMATION ONLY: During the initial release of the original leaks sensor there have been several updates and revision to the firmware and hardware. Older hardware automatically reset from wet to dry (IF) and when that area was no longer wet. Later revisions of this leak sensor required the person to physically to press the set button to reset the sensor from wet to dry once you dried the sensor. Older leak sensors also sent either a heart beat (ON) vs (OFF). Later Insteon firmware with the exact same version sent the opposite of (OFF) heart beat vs (ON) heart beat. As others have noted if and when the ISY Series Controller is rebooted the current status of the wet / dry nodes becomes unknown and blank. Best practices is to place the ISY Series Controller on a small dedicated UPS to ensure its last known state for all battery operated devices remain intact. Also, from personal experience do not ever assume a sensor can not trip because there is no *Visible* water. If a Insteon Leak Sensor is left on bare concrete and depending upon environment and moisture content this can absolutely trip a sensor or cause it to toggle from wet to dry at random times. Don't ask me how I know this . . . Lastly, if you remove the *Run at start up* for both programs let me know if you see the same behavior. You may be very surprised to see that problem(s) goes away.

This doesn't address the specific problem you had with the red LED. But the KPL has the ability to inform the user if the device is incorrectly wired. In the past the older KPL's would make a horrible buzz indicating such a miswire. Ensure the next KPL is properly wired and note the *Load* wire is not used for the light fixture any longer. Simply cap off the red load wire and tuck it in . . . NOTE: Information only, newer devices can blink on traffic, blink on error, and blink on ack. Those that support dual color LED's will show the same (IF) enabled.

Hello Bill, Much appreciated and thank you. RE: Low Volume - I am not sure what's happen to Julie U.S. at the Oddcast website but there is definitely a volume issue. Last night I went through hundreds of voice announcements and all of them are at the correct level. Any *New* voice announcements are easily 30~40% lower in volume?!? Thanks to the all mighty Thanatar I've defined the custom amplified volume and have modified all the latest files to have the same output. Because there is a obvious volume difference I'm spending this weekend editing all of the files to use the same output level.

Just confirmed there is no right mouse click on the top root program folder. So you can simply enter a date and time *Conditional* period that you believe would suffice.