Nestor

Are we saying the parameter displayed in the node in the Main tab of the admin console isn’t the same parameter used in a program? In the example above, the Home thermostat parameter displays 68 deg but when I use the same parameter to set a variable, (eg. Int_Home_temperature), the variable reads 65 deg.

Yesterday I created a program that relies on my home thermostat temperature and it seemed to fail. The value provided by the thermostat is not what is being displayed in the Main devices tab of the EISY or even the physical display on the thermostat. For instance, at the time of this post, "Home Thermostat" reads 68.0 deg F and the physical display is 20 deg C (ie. 68 deg F) I put together a test program to see what value the EISY is working with by simply setting the home thermostat temp to a variable. Result: 65 deg F. As further verification, I set the variable to the heat setpoint value and got 68.0 deg F, which is correct. So it seems my thermostat is off by 3 deg, but only when being used "behind the scenes" as a value / variable in programs. Any ideas?

Thanks for your answer. All this time with ISY/EISY and I never knew this bug persisted as it did.

I have a program that I use at bedtime to switch off lights, etc, including a WAIT command to set my thermostat after several hours. I woke up this morning to find my thermostat hadn't returned to normal temperature. Another program I have keeps a rolling average of lux values from my tempest. (Thanks, @GSpitale01 ) It too has a short WAIT command and quit just before 0200. My time zone is Canada, ON, Toronto; DST checkbox is disabled. The lux program is more recent, but the bedtime program was used without issue when I had the 994i. Is this a bug in EISY or am I misunderstanding a fundamental concept about the WAIT command?

My ISP had me set up my router this way when I first signed up with them about 10 years ago. No issues.

Hi, trying to troubleshoot an Ecolink TBZ500 Zwave thermostat. I can successfully add the device but the temp setting isn't controllable from the admin console or UD Mobile. If I try. I receive a "Cannot connect" error message. Temp changes at the thermostat seem to be reflected back though. Going to the event viewer, I notice a couple of errors: ERR0 and ERR1. Couldn't find them in the wiki. Maybe I'm not looking in the right place. Any help is appreciated.

A simple test would be to switch off the keypads and see if the triggering stops.

The pop-up box to connect to wifi kept returning “unable to connect” after selecting my SSID and entering the wifi password. Neither the IP address nor ratgdov….local would work. Until they did, and I have no idea if it was due to my repeated attempts. Not sure if this is relevant, but after each reset, I’d review the boot log to look for evidence that the GDO picked up the IP address, SSID, etc of my router. Eventually they did and coincidentally, was able to access the web page via the pop-up box or directly via web browser. The boards were stable after power-down and final installation in the openers. My LAN is a recently purchased ASUS ET12 mesh.

Not sure why, but it appeared to take several reboots of the GDO and more than a dozen attempts to connect to my wifi, even though I could see the GDO's mac address in my router and the IP address I assigned it. Same thing for the second board. Also, tried a straight Discover in PG3x for the second, but ended up adding the custom config parameters as I did for the first. Nonetheless, both boards are now appearing my EISY. 🙂

Update: Noticed a new mac address in my router client list with the name "Espressif Inc". Suspecting it is the ratdgdo, I gave it a static IP address from my DHCP reservation list. After a couple of gdo resets, the wifi finally took and was able to visit the device via both IP address and local hostname. In PG3x, even though my IP address was local to the ISY, I added a custom configuration and 4 nodes finally appeared. (Yay!) Now for gdo board #2...

Hi, when setting up a new board, I first used the ESP Home firmware but was never able to connect to wifi and access the configuration page, even though the SSID and password were correct. Poking around some threads, I noticed many were using the MQTT version. After successfully installing MQTT firmware, I was able to connect to wifi and access the config page. From there, I installed the plugin, and set up the credentials and rebooted. I then realized the plugin I purchased was the "standard" version which requires the ESP Home firmware. I reflashed the board, however I'm back to where I started: No wifi connection and no config page. Not sure where to go from here. Edit: I re-flashed with the MQTT firmware. It took a while for the device to connect, however the IP address listed in the config page is nothing near what my router would assign from its IP pool, which makes me think it didn't actually connect to my wifi. ETA: My SSID appears in the wifi drop-down list, but after I enter my wifi password, it tries to connect but ends up saying "unable to connect".

Here's what I get when I send an ON command from the AC. Viewer is blank if I manually operate the switch.

Are we sure it's a range issue? Everything else about these devices performs properly except for updating status. The statuses updated properly when linked to the ISY994i. I didn't notice the issue until I recreated some programs to send some REST commands to my stereo receivers when the light switches were turned on and off.

Spotted that earlier actually. Due to the layout of my house, the front door is one of the furthest devices and consequently one of the later devices added. EISY and Zmatter are on the main floor of my house. Most devices are within 30 ft. and unobstructed by walls. One switch is 5 ft away from the EISY and it performs the same. Most of the switches are GE and were installed about 10 yrs ago. Is there a way to tell what series they are? If they are older, are they incompatible with Zmatter? As a science experiment, I just added a GE outdoor plug-in power outlet purchased a couple of years ago and was not currently using. Oddly enough, pressing the on-off button on the switch results in expected status changes and action in the event viewer. I also tried removing one of the offending zwave switches from the network and adding it back in without issue, though the original symptom re: status remains.

Since I had an ISY with the old 300 series Zwave board I couldn't use the back-up. I ended up having to install all of my devices from scratch. When I physically operate my zwave door lock, the status changes in the admin console and I see it in the event viewer: When I physically operate my other zwave devices, say a switch or thermostat, none of the statuses, modes, or setpoints change. The screenshot below was taken after I changed the fan mode to auto. If I force a query, everything aligns. Same issue with simpler devices like light switches.