drich

As far as I know the ELK M1 should be able to talk to any alarm monitoring company, but it is up to that company whether or not they want to support it. Most companies seem to have one or more systems that they prefer to deal with. That said, I've been using Alarm Relay (https://alarmrelay.com) since I installed my ELK several years ago and love them. They are very affordable at $8.95/month, will happily support a long list of homeowner installed systems, and in general provide great service. On the few alarms I have had, I typically get the call from them before I even get the text page from my alarm company. And when we did have a break-in, they stayed on the phone with me while I confirmed the break-in with our cameras and they got the police to respond faster than I ever could.

I got a ticket on resending the e-mail: #11411

No, oddly I didn't get anything back from support. Let me attach it here and try resending the e-mail. ISY Error Log.zip

@Michel KohanimI sent in the logs last week (I realize it was a holiday weekend and likely no one has even looked at them yet). FWIW, the problem seems to be getting worse. I rebooted yesterday evening as the ISY couldn't connect to the ELK again, and the problem has already reoccured this morning. I am not seeing anything obvious in the error or event logs that could be triggering this, and I have disabled most of the programs calling network resources at this point. I also just noticed that several of my Z-Wave devices are sitting with the "writing changes" icon showing in the UI. I wonder if that could be related?

I will send in a set of logs the next time this happens.

The thing is, it works fine after a reboot. Then within a couple of days it'll start throwing that SOCK-READ-16 error and fail. I have been having problems with my polyglot server, is it possible there is a resource leak somewhere and that is causing the ISY to run out of socket connections? I fixed the polyglot issue last night, so if that is the case this should stop happening.

I have an Elk M1 Gold that has been working great with my ISY994i for years. Recently however I have noticed that the response to requests for the Elk has been slow and after my ISY is up and running for a few days it seems to lose the connection to it entirely. The only thing I see in the event logs are messages like the following . I don't know if the socket errors are related, but they seem to start showing up in the logs around the time that the connections start failing. I don't think it's a problem with the Elk network interface, as that seems to work fine with Home Assistant and with anything else that queries it directly. Any ideas? I'm currently running 5.3.0, I'm not sure if this started occurring with the 5.3 upgrade or it was happening before and I just didn't notice it. Sun 12/27/2020 20:28:47 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:28:47 : Elk Query All Failed, requesting retry Sun 12/27/2020 20:28:48 : [ELK-TX ] Get Topology Sun 12/27/2020 20:28:59 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:02 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:02 : [ELK ] Disconnect Sun 12/27/2020 20:29:02 : [ELK ] Connect Sun 12/27/2020 20:29:02 : [ELK ] Connect Successful Sun 12/27/2020 20:29:02 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:13 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:13 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:15 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:16 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:20 : Elk Query All Sun 12/27/2020 20:29:20 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:24 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:24 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:28 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:28 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:28 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:29 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:31 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:31 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:31 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:31 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:37 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:40 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:40 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:43 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:29:43 : SOCK-READ-16 - Buffer Overflow Sun 12/27/2020 20:30:10 : Elk Query All Failed, requesting retry

I'm finding more and more products that expect including a new device to be "magic" and have virtually no way to configure it on the device itself. Both these light bulbs and a set of z-wave outlets I have automatically include/exclude when you first turn them on (or plug them in in the case of the outlets). I have yet to see any Z-Wave lightbulb that does more than respond to an existing inclusion when first turned on, or with three (or some other number) of power cycles of the bulb. However, using the Silicon Labs Z-Wave PC Controller as an example, you can include a device in non-secure mode simply by cancelling the window that asks for which security keys to use. I would expect the ISY to do something similar. For example, if I disable secure inclusion, I would expect the ISY to include the device as an insecure device -- even if it reports that it supports security. Or at the very least to prompt me and let me make the decision at the time of inclusion.

With all of the Z-Wave changes in this release, is there a way to include a secure device w/o security? I have a couple of Z-Wave light bulbs that have issues when included securely. The vendor tells me they will work better (and generate about 1/3 as much Z-Wave traffic) if I include them as non-secure devices. However, if I disable "Allow secure devices" in the ISY admin UI, it refuses to include the device at all.

Just in case anyone else runs into this, I can confirm that downgrading to Java 8.251 fixes the problem. You have to manually remove 8.261 first: sudo rm -fr /Library/Internet\ Plug-Ins/JavaAppletPlugin.plugin Password: sudo rm -fr /Library/PreferencePanes/JavaControlPanel.prefPane sudo rm -fr ~/Library/Application\ Support/Oracle/Java And at least in my case, I had to log into the admin interface twice - it appears it had to install itself before working properly.

Nice find, thanks! This is yet one more thing for me to hate in Catalina. I've lost track of the number of apps I have had to re-download and install because they can't read or write my Documents or Downloads directory.

Is anyone else having issues with the admin console after upgrading to Java 1.8.0_261? I am getting prompted for the login every 30 seconds or so, which makes it impossible to do anything. I ended up installing Java on my Windows 10 server that runs BlueIris just so I could access the admin console. I have tried all of the usual Java tricks -- I've cleared the cache, re-downloaded the start.jnlp file, increased the allocated memory as suggested in the 5.0.1 release notes, and even rebooted the ISY. I'm seeing this in both 5.0.16C and the new 5.1.0 that I upgraded to this morning (from Windows since I couldn't get a backup on my Mac).

Same problem here. Both of my Aeotec sensors had to be synchronized in order to get them talking to the ISY again. This also deleted them and recreated them, which meant I had to rename them all over again. It took me three tries to get one of them to resync, I almost had to climb a ladder to pull it down and move it closer to the ISY (IMHO, the antenna on the 500 series dongle is almost useless).

To followup to my earlier post in this thread, I was able to successfully include both of my Inovelli switches after doing two things: Upgrade to the Series 500 dongle Use a test rig with a neutral wire on the switch. I'm not sure if it really required both, but that worked for me. I tried to pair it without a neutral, but my test box doesn't put enough load on the switch for it to power up (it's just a small neon lamp). When I get time I'm going to try and experiment a bit more with a larger load and no neutral on my spare switch..

That's what I said I was doing above. I'm looking to see if there is a better or other way. That requires four separate programs for every fan and runs the risk of a race condition that causes the fan motor to cycle on and off if I have the else condition set on anything other than the "Off" rule.