wmcneil

I'm getting about 10 msec ping response. So there must some other overhead in the SMTP interaction that is taking significantly longer.

Thanks. I had to increase the timeout to 20,000 (I tried a curl at Michael's suggestion, and that was taking 12 seconds, so I increased to 20 to be on the safe side.).

I agree, seems likely. If their customer support was better, I'd make another run at them, but after the "We don't support end users" discussion, I'm done.

I have updated my Eisy to 5.9.1 . Email notifications are no longer working, other features seem to be working ok. In the AC, if I go to Configuration > Emails/Notifications > Settings/Groups and click on Test, several seconds go by and then a window pops up with "Mail server failure" and "[[SMTP_ERRORS--1]]". I am using SMTP server smtp.gmail.com, and my Google App password. I have verified the Google App password is working to send emails with other applications. I have opened a ticket.

I am using the Zmatter dongle. I also have successfully used the gd00z-8 in the past, and am currently using one at my vacation home (with a polisy and zmatter dongle) without issues.....The company who currently owns GoControl have not been very helpful, and I've spent all the time I am going to spend with them. UD told me that others have been having trouble recently with their GoControl garage door controllers.

Update on my issue for those who may also have issues with their gd00z-8: In response to my ticket, UD did a remote session and spent a bunch of time looking at the issue. The final conclusion was that the gd00z-8 was not following correct protocols for inclusion using security. I was able to eventually get nortek/nice to ship me another replacement device, and it is behaving exactly the same way: During the inclusion process, after entering the PIN, and verifying the window that contains the full key, a few seconds later the gd00z-8 beeps three times. The eisy continues with the interview process, and eventually the device is added as only an Entry Control device. With all my prior successful instances of successfully adding this device, it appears as a Barrier device (primary device), with three sub devices: Barrier Alarm, Home Security Alarm, and Tamper Alarm. Zwave interview timeout is set to 1 minute. I have tried exclude followed by a factory reset multiple times, and moving the gd00z-8 a couple feet away from the zmatter antenna, all to no avail. I'm fairly certain the three beeps from the gd00z-8 during the inclusion process is an indication that something is not correct. I have spent a large amount of time on this (and UD spent a good hour on it), Nortek/Nice is difficult to deal with (the last rep I talked to insisted they do not support end users). I will spend no more time on this. I'm going to open a new thread to see what other solutions out there are working for folks.

As described further above: I am using the ticket process, I have updated the ticket several times to bring attention to it, and the ticket has been open 30 days! The process is clearly broken.

To whatever admin changed the title of my thread - I'm trying to understand why the usually excellent support Universal Devices has provided in the past is not currently present for this problem. This is a valid concern, and my title was neither inappropropriate nor inaccurate.

I am having a problem including a new GD00Z-8-GC zwave garage door controller in my eisy zwave network. I opened a ticket (#25957) with ISY 30 days ago. It was ignored for quite some time, then I had one response, now it has gone dark again. Universal Devices - what is going on here?: Your usual stellar support has fallen apart for me on this?! The GD00Z-8-GC is supposed to be a new (replacement) device, but it is not functioning correctly after being added, and is appearing differently than other successfully functioning instances of this device in the past. It's not clear to me if the supposedly new device is defective, or if some other problem is occurring? When the device is included, it is appearing as a Entry Control device only. In the past, successful instances of this device have added as a Barrier device (primary device), with three sub devices: Barrier Alarm, Home Security Alarm, and Tamper Alarm. When the eisy saw the device during the include, it prompted me for the PIN, and had S2 and S0 selected, which I left selected (which is what I have done in the past). I clicked on the verify button when the confirm dialog appeared. I have attached the log. On line 1251, "Interview not complete: total=7 successful=2 attempted=3" is reported. It appears that security is not being established during the include. I have tried many reboots, many excludes and includes, and a factory reset of the GD00Z-8-GC device, all with no change in behavior Thanks in advance for you help with this! ISY-Events-Log.v5.8.4__Fri 2025.01.24 02.10.27 PM.txt

My ticket # is 25957. It was opened 20 days ago, and I requested an update 11 days ago. There has not yet been a response. Can someone from UD please confirm whether the ticket is visible in the system? Thank you.

I opened the ticket below 9 days ago, and there has been no response. Is there something wrong with the ticket system? [Ticket #25957] issue including GD00Z-8-GC garage door controller

Never mind, I figured it out. I had only partially configured the M1XEP - A send all using Elk RP fixed the problem. I had forgotten that the conflict checking in Elk RP does cover all the M1XEP setup. For anyone else reading this, when connected to the M1XEP using Elk RP, click on M1XEP setup, then click on the TRACE button at the bottom of any of the M1XEP tabs, then select Show Setup. This will show you all the settings currently configured in the M1XEP.

I had to replace the M1XEP on my M1EZ8. I have restored the old M1XEP configuration to the new M1XEP. I have reinstalled the Elk nodeserver. I have rebooted my polisy. I am still getting this message in the log: 2024-12-08 19:17:08.944 ELK-4483 elkm1_lib.connection WARNING connection:connect: Could not connect to ElkM1 ([Errno 61] Connect call failed ('192.168.2.235', 2397)). Retrying in 60 seconds The IP address is correct, I can connect to the M1XEP secure port (2601) at that IP with Elk RP and other applications. I have verified that the M1XEP has non-secure port 2397 enabled. I have verified that the user_code I have configured matches one that is configured in the EZ8 control, and have verified that code works with the Elk keypad. I'm stumped. I've attached the log file package ELK_12-8-2024_71701_PM.zip

Thank you, your description has jogged my memory, and I now remember that a similar bug (or maybe this exact bug?) has been around for a while.

In the AC, with the Elk node server "Area 1" selected (which I have renamed to cElkArea1 using the AC), under the Display Message area, the Content pulldown displays only 4 choices, despite the fact that I have 27 email customizations defined. I also see this same limitation in programs which are using the Display Message action. I have tried to reboot the polisy, it had no effect on the problem. I am running IoX v.5.8.4 on a polisy, PG3X version 3.2.27, and elk nodeserver version 3.10.15

Thank you, yes, if the format is changed to "html" , and html tags added, that is a workaround. I opened a ticket for the behavior when "text" format is selected, and Michel responded that it is a known issue and "already fixed for the next release in 3 weeks."

https://www.support.getzooz.com/kb/section/455/

I'm running IoX v.5.8.4 on my eisy. When I receive the output of an email customization, the text is run together, as if the carriage returns are being ignored. Blank lines (line feed) are also being ignored. I am not explicitly putting any control codes for CR or LF in my email customizations, but I have never had to in the past?

I have received the ZSE70-800LR and included it in my eisy ZMatter ZWAVE network. This is day one, it seems to be working correctly. Zooz support confirmed back to me that the device will work with either two CR123 batteries, or a power supply of 12-24V, AC or DC. (I am using a spare 12VDC supply that I had. You can purchase one very inexpensively at thesmartesthouse , or other vendors.). The device provides motion sensing, temperature, and luminance. The device acts as a repeater IF it is powered by 12V when it is included. So always apply the power source (battery or 12V) that you intend to continue to use, prior to including the device. (If you include the device using 12V power supply, and then switch to batteries, the device will continue to function as a repeater and rapidly drain the batteries.) The device comes with two CR123A batteries, but does not come with a power supply. The power supply terminals are located under the screw off cap on the bottom of the motion sensor, and have "+" and "-" labels. Drill a hole through the screw off cap to allow the power supply wires to pass.

Looks promising. I ordered one. Not clear exactly what power supply is needed for the supply powered option - I had a look at the zooz user guide and it states "If using 12-24 V, replace the bottom cap with terminal seal. Unscrew the cap and connect 12-24 V wires to the terminals (follow polarity). " The FAQ states "The ZS70 can be powered by either 2 x CR123A (3 V) batteries or 12-24 V AC/DC." Seems a little unlikely to me that it will work with either AC or DC? Since it can be battery powered one would assume DC would work for sure....I have a question in to Zooz support, and once I have the sensor in hand I will know for sure.

Thanks for the info. I see that Aeotec has a product called TriSensor 8, which does not appear to have a USB power option.

Looking for recommendations for a ZWAVE motion sensor that can be used outdoors and has a non-battery option (typically USB) for power. I have tried to use a ZOOZ ZSE29 in the past, and it has not reliably detected motion, and I have seen posts from others who were not satisfied with it either. I see that Aeotec has a multisensor 7 out. AFAIK, it is not specifically rated for outside use, but I suspect if it is mostly out of the rain it will work (I have used older Aeotec multisensors in a partially covered outdoor environment in the past with success). The Multisensor 7 has a bunch of other functionality that I don't really need. If there was another motion detection choice that was reliable, had a non-battery option, and was less expensive, that would be ideal.

I downloaded the update just now. Paste has been restored. @Javi thank you!

I have updated to Android 1.1.79 As before, I can add a device to the root of the favorites folder by selecting the "Add to Favorites" choice. Now I want to move that favorite into an existing folder located at the root of the UD Mobile favorites menu. I do not see a way to do that anymore. I can select "move to favorites folder" on the favorite, but when I then select one of the existing favorites folders there is no option to paste?

Makes sense. And the same API via M1XEP that M1ToGo uses I would guess?....While ElkRP also connects via the M1XEP, it has M1 configuration/initialization capability that the 7TS does not. So I was hoping that I could use ElkRP for the system bringup, and not have the added expense of a keypad. But I suspect you are correct, and at least one keypad is required. It would certainly be a stronger design for Elk to support a "virtual keypad" with the 7TS and not require a physical one, but perhaps it was less development cost to keep the existing API unchanged.....Elk's target audience is probably neither frugal, nor DIY 😁