wmcneil

@woodchip, After successfully install of IoX 6.0.0 or later: ports 80 and 443 use ISY Portal Credentials, and become available. The only interface which is available only on ports 80 and 443 is eisy-ui, which includes a full PG3x interface fully equivalent to what was available (and still is available) on port 3000 using IoX==local credentials. All other interfaces are available both on ports 80 and 443, as well as continuing to be available on the prior interfaces: ports 8080 and 8443 use IoX==local credentials. All of the interfaces which used these ports prior to IoX version 6.0.0 continue to function using these same ports, and using the same IoX=local credentials that they used prior to IoX version 6.0.0 port 3000 uses IoX==local credentials, and provides a PG3x interface. So after installing IoX 6.0.0 , you can choose to use only ports 80 and 443 for all interfaces going forward, or you can continue to use ports 8080 or 8443, and port 3000. So for example: If you access Admin Console via ports 80 or 443 using ISY Finder/Start, you will enter ISY Portal Credentials If you access Admin Console via ports 8080 or 8443 using ISY Finder/Start, you will need to authenticate using IoX==local credentials I am not aware of any official best practices for port usage being published. The fact that you can choose to consolidate everything around ports 80 and 443 allows for that simplification if you so choose. That is what I am choosing to do.

I specified only https posts in my post above, and neglected to also specify http ports. Here is the complete list: So if 14.3 and 6.0.0 are installed correctly any of these should work https://eisy.local/WEB/sysconfig.txt OR https://polisy.local/WEB/sysconfig.txt OR https://eisy.local:8443/WEB/sysconfig.txt OR https://polisy.local:8443/WEB/sysconfig.txt OR http://eisy.local/WEB/sysconfig.txt OR http://polisy.local/WEB/sysconfig.txt OR http://eisy.local:8080/WEB/sysconfig.txt OR http://polisy.local:8080/WEB/sysconfig.txt If 6.0.0 is not installed correctly, the ports that use IoX==local credentials should still work: https://eisy.local:8443/WEB/sysconfig.txt OR https://polisy.local:8443/WEB/sysconfig.txt OR http://eisy.local:8080/WEB/sysconfig.txt OR http://polisy.local:8080/WEB/sysconfig.txt

port 80 is the default port for http, so if no port is specified, port 80 is used port 443 is the default port for https, so if no port is specified, port 443 is used ports 80 and 443 use ISY_Portal credentials, and are available if running IoX >= 6.0.0 . These ports provide access to eisy-ui ports 8080 and 8443 use IoX==local credentials So if 14.3 and 6.0.0 are installed correctly any of these should work https://eisy.local/WEB/sysconfig.txt OR https://polisy.local/WEB/sysconfig.txt OR https://eisy.local:8443/WEB/sysconfig.txt OR https://polisy.local:8443/WEB/sysconfig.txt If 6.0.0 is not installed correctly, the ports that use IoX==local credentials should still work: https://eisy.local:8443/WEB/sysconfig.txt OR https://polisy.local:8443/WEB/sysconfig.txt

Answering my own question: When I tried out using port 80 and ISY Portal credentials, I neglected to add authorization to the Network Resources entry I created. After correcting that mistake, port 80 is working for rest correctly.

I have successfully installed 14.3/6.0.0 . After the install, it appears that rest get http commands are continuing to work with port 8080 . I tried configuring one in Network Resources for port 80, and when I click on the Test button, I get a error window popup with a "TCP client request failed" message. This is in a AC session that was opened using port 80 and ISY Portal credentials. Is rest going to continue to work only with ports 8080/8443, or will ports 80/443 eventually be supported?

I have installed a zen17, along with a magnetic sensor (this one), and all is working as expected. The zen17 firmware was version 2.00, and I had to download the 2.10 version from zooz, install it, and do an Update with Interview in order for the second (S2) switch input (Door/Window Sensor) device to appear. If you are doing an install of the zen17, note also the hints in the previous two posts.

Thanks! The user manual does not state that a value of 11 (garage door mode with wired sensor) for parameter 2 or 3 requires a subsequent exclude/include (although the "How to Use the ZEN17 Universal Relay as a Garage Door Opener" directions do), so having confirmation the exclude/include is required is helpful. Also, the fact that the default settings for the input trigger parameters (Parameter 10 and 11) is to have triggering enabled is important to know. (So that the triggering can be disabled for the garage door application)

zen16 vs zen17 what's the difference

An advantage to detecting door closed/not closed with a magnetic switch is that there is no battery that has to be replaced. The advantage of a tilt sensor is that it can detect movement, as well as closed, open. Practically speaking, you can write code that will work reliably to control the opener via a relay with either sensor. I should add that I always have installed a video camera in the garage, so that I can double check for sure what the door status is, either while debugging code, or in the very rare event of hardware failure.

I am looking for a ZWave garage door control solution other than the GoControl gd00z-8 (If interested, you can read about why the gd00z-8 will not work for me here.) One solution I see is the Zooz ZEN16 Multirelay in combination with the Ecolink Z-Wave Plus Tilt Sensor. If anyone is happy with that solution, or a different ZWave solution, I'd be interested in your feedback.

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.