MWareman

Yes. That’s where the old board was, and where I put the new one.

Well - seems I've had an issue. Not specific to the z-wave card though. I backed up the zwave card, backed up the ISY, I disabled refresh and replaced the zwave card (making sure I had the correct orientation). Upon powering the ISY..... nothing. Well - blue power light. Nothing else. No LED on the switch port indicating a network link. No LED on the network port on ISY. Not PINGING (I'm using a static IP). Nothing coming up on the serial console (via the USB port). I check the micro-SD card was inserted correctly. Still nothing... I guess my ISY died... just at the wrong moment... Michel - I'll email you to see what other ideas I may try... Michael.

Have you done a heal yet?

When you access via a browser, what URL do you use? Have you tried deleting the desktop icon and recreating it using start.jnlp? https://wiki.universal-devices.com/index.php?title=Main_Page#Installing_the_Admin_Console_Icon_on_Your_Desktop

Wrong way around. Portal includes the network module, for the term of the Portal license. I believe that If you previously purchased the network module (before Portal launched), UDI offered a free initial term to Portal as an option (converting the network module from a permanent purchase to being tied to the portal subscription). If you took advantage of that it may have looked like the network module included portal... at least for the first two years...

Just want to make sure - you are linking within the ISY admin console - and not by manipulating the switches button directly, right? The manual that comes with the switches should be ignored when it comes to linking...

You can. It’s required, otherwise it won’t work. This is how I have my Google account setup, and I use a Yubikey for 2FA. And yes, in my case I have it set to require it each time. Edit. Apparently things changed. However - an app specific password should now work regardless (didn’t used to be that way)... https://myaccount.google.com/lesssecureapps?pli=1

I know at all new point it was intended for 5.0 that one PRO ISY can be a node server to a second PRO ISY - merging the devices together into one tree. I don’t think the functionality is there yet in 5.x - or even if it’s still planned for the release.

I put one under the front of my dishwasher. It saved my wooden floor the other day when a grape stem got caught in the door seal and caused a leak.... the sensor worked perfectly and we were able to clean it up before any damage occurred.

In your Google account settings, setup a ‘application specific password’ for the ISY to use, along with your email address. Using your regular password will not work as the ISY cannot answer the 2FA challenge. You also have to turn on the ‘allow less secure applications’ setting. Scary sounding - but unless you turn that on only applications implementing oAuth can authenticate. sMTP authentication is not possible unless you enable this.

Thank you!

5.0.12 - it seems I mistyped. I was wondering if the issue was resolved with this device before I ordered one. Thanks! Michael.

Sorry to bring this thread up again, but the Mimo2+ is the perfect device for my sump monitoring solution...... Has anyone got this to work on 5.0.10? Chris, if not will the next drop of 5.x properly support this device? I need two inputs, and don’t want to use two devices. One to take the output of a current sensor and the other an analog voltage driven from a liquid level sensor... (the design is to not affect the autonomy of the existing sump system - if any monitoring device fails it simply cannot affect the regular operation of the sump pump....) Thanks! Michael.

I feel that having an admin option to specify an IP address and port then having the ISY send log event to that as UDP datagrams, xml or JSON formatted would be a huge benefit, without much performance overhead (or, frankly, much code needed..). We’d be able to use any number of systems to store or display the logs, much like many of us are doing with the Weatherflow system..

I have the Smarthome one - and it’s worked pretty well. The only issue is there is no ‘positive feedback’ as to the status of the valve. I have it hooked to my Elk rather than an iolinc as the last thing I want is an all-on or all-off event to open or close the valve.

This reminds me. Must get a biscuit joiner before it gets too late in my game...

One of these days I’ll learn Angular/JS. It would be a *perfect* framework to write an HTML5 admin console replacement with.

Thre are no websocket client libraries that allow authentication to be added. It’s not an ISY limitation - but a JavaScript/websocket limitation. The only ‘solution’ is to host the html on the same hostname that the websocket connection will be made to - and rely on the browser passing a cached credential when connecting the websocket after prompting the user for authentication in the main browser session. If not hosting the html on ISY, then a reverse proxy is needed to cause the browser to see both under the same host name.

For the second year running, Google Assistant beat out Alexa, Siri and Cortana. “Google Assistant is smarter than Alexa, study finds But Amazon's assistant is getting better. The Amazon Echo might sell better than its biggest competitor -- the Google Home. But for the second year in a row, a study found that Google's digital assistant is smarter than Amazon's assistant, Alexa. Alexa is catching up, though, as it was far and away the most improved from 2017 to 2018. ..... The study found that Google Assistant attempts the most responses, and gets the most attempted responses correct. Strangely, Assistant performed even better on a phone than on a smart speaker. Surprisingly, Microsoft's Cortana took second place, with Alexa trailing both and Siri lagging far behind the rest.” Full details at: https://www.cnet.com/news/study-finds-google-assistant-is-smarter-than-alexa/ I have to say, we have started using Google Assistant on our phones way more. It seems to get things correct far more often. That may be due to the microphone being much closer though.

While you cannot charge from clouds yet, you can already charge batteries from the sun... https://www.amazon.com/Charger-Portable-Waterproof-Shockproof-Dustproof/dp/B00YOP7LV8/ref=zg_bs_2407762011_1?_encoding=UTF8&psc=1&refRID=23G2Q9R04NPN8P6Q0618

It claims to, yes. But it doesn’t in my experience. I had three Aeotec Range Extenders to support two locks. Communication between ISY and the locks was hit or miss. I replaced them with two Aeotec sirens - and have not had a comm issue since. Anecdotal for sure. Others have had the same experience.

Copying the original data may be copying corruption. Normally, you boot ISY with a blank card and it will rewrite its file system. Once written you use the admin console to restore a backup - or reconfigure from scratch.

They didn’t for me. I used two Aeon Sirens - about the same cost as the repeater but they actually worked. The repeaters were junk. (Didn’t support secure repeating apparently)

Locks must enroll securely with the controller (ISY), and the zwave protocol requires secure enrolling be performed when the controller and device are very close together - often as little as 1 or 2 feet is required. After enrolling, you can move them back. However, I will caution that most people experience significant problems when the network consists of the ISY and one (or more) battery operated device(s), like locks or battery operated motion or open/close sensors - and no powered devices that correctly support secure mesh routing. Sigma, the company behind zwave, strongly recommend a base network of the controller and at least two additional powered devices to create a base mesh. For this purpose I would get two of the Aeotec 6th gen devices and not look back.

That should work.