RRalston

I did open a ticket, 2 years ago and this never got resolved. It seemed to start with firmware v1.50 for the ZSE42 leak detectors. Ticket info supplied to UD 2 years ago. The ticket is still open. ☹️ Rob Ralstonreplied2 years ago Hi Chris, The ZSE42 is generally working after the upgrade process, but something has changed with regard to Battery Level reporting, as this is no longer available in the eISY, both visually and programmatically for this updated device. I went back and reviewed the 1.50 release notes from Zooz and see this: Firmware: 1.50 Data packets changed to 5-byte to help address inclusion, range or secure inclusion issues Fixed Bug: Issues with battery status display when added using S2 authenticated security on select platforms See Full change log: https://www.support.getzooz.com/kb/article/998-zse42-water-leak-xs-sensor-change-log/ I had seen that "Fixed Bug" before I updated, but since battery level was reporting OK with v 1.40 in eISY, I assumed it only affected other platforms. In the AC, I should see this, with Battery Level Value, as I do for another v 1.40 sensor: Instead I now see this with my v 1.50. No Reported Battery Level Displayed: So I don't know what to do to get this resolved. Not fully understanding, I would have thought the "Update with Interview" would have established any new or changed parameters for eISY to receive. Or, maybe more simply, Zooz still has a bug. Any info I can provide to help I will get. If you find something I can relay to Zooz, I will certainly do so. Thank you, Chris. Rob

Hello. I have 7 Zooz Zwave battery devices and I was experiencing the same thing. Here is how I fixed each one: With the device zwave button accessible, I selected the "wake_up" node of the device in the web UI and changed "Keep Awake" to True. I then changed context to the main node where the "write changes" button is in the web UI. I then manually woke up the device using the button on the device and then immediately hit "Write Changes" which got the Wake up change to stick. Then, even with Keep Awake as TRUE, for some totally bizarre reason, I still had to manually wake up the device and hit Write Changes multiple times (that is, wake it up, write changes...wake it up, write changes...) until I saw the little "flag" on the device icon get cleared. Finally, I undid the "Keep Awake" by setting it back to Off, then waking up the device manually and hitting write changes. This typically only took one operation. I hope this helps you. I for one find interacting with these battery operated zwave devices very problematic. They work, but the gyrations to do something like the above, let alone other stuff like getting battery level consistently is not fun. I don't know if this is a Zwave general problem or a Zooz or an eISY problem, but I really wish it could be more seamless. Rob

Javier from UD support identified my issue so it is now corrected. I had an "&" in two email group names that was causing the issue.

@aeroRC did you delete files and apps from the java console first? that should clear up that problem. I upgraded this morning. pretty much every program within the updated eisy-ui shows "Error loading data". However, the same programs appear to be fine within the AC. I have submitted a new ticket for guidance. Rob

I don't have the ZSE11, but I do have a number of Zooz ZSE42 Leak Detectors which are also battery operated. My experience with those devices is that there is sporadic reporting of battery status, including sometimes never reporting battery level. I know the battery is OK only because I have a message sent every time the device "wakes up". And when the devices wakes up, I also programmatically have the device queried in the hope of getting the battery data. Rarely happens. The devices work, but Zooz support, while very responsive has typically told me, the ISY/eISY are not an "officially supported" system, so it is "most likely a problem with the eisy". In other words, while responsive, they have rarely been helpful with battery operated devices in particular. It would be helpful if UD would work with Zooz or vice versa to improve many aspects of ZWave support of Zooz products. Rob

Hello, Unless I am misunderstanding something, I believe what you really want/need to do is set up remote access via the ISY portal at https://my.isy.io/index.htm It does have a minimal annual fee and also facilitates the new eisy-ui as it matures to a real web interface. Rob

@DIYguy Your PLM seems to be behaving differently than mine. When you reset the PLM, did you hold the black button in for about 10 seconds after plugging it in? You may or may not hear a beep during that step. If you did not, do that step again, wait for the light to turn green, then do a more gentle reboot rather than unplugging the eISY. After the reboot, if you then see the PLM connected, do the restore PLM. Hopefully that will buy you some time to get a new PLM. Otherwise, it is unclear to me if it is the PLM or the eISY. More likely to be the PLM, but you may want to open a support ticket to troubleshoot. If you want to order a new PLM, I think you have to go with the USB. That site says serial PLM is discontinued.

I have had a serial PLM for many years, and has been connected to my eISY since I upgraded a few years ago. The other day, my PLM just seemed to die, or at least stop working. I have ordered a USB PLM because Insteon site says the serial PLM has been discontinued. Because I won't receive the new USB PLM for several days I started to see if I could get the serial PLM back on line, which I did. However it seems to die again overnight, so I have to repeat the following process pretty much daily: Unplug PLM and wait at least 10 seconds Hold in black button on side while plugging into socket and hold for about 10 seconds while it resets. It is supposed to beep doing this, but mine does not always do that. Wait until the light on side turns green again, which for mine takes many minutes, so be patient at this step. Have a cup of coffee :) Reboot the eISY so it interrogates the PLM at start up. I found this was a necessary step every time Verify the PLM now shows connected and do a PLM restore | Note battery devices like my door open/close sensors must first have the button pressed so the light is flashing. Do the PLM restore. This has been successful many times while waiting for my new PLM. Just did it again this morning. I hope this helps. Roib

@toddlock Something does seem right from what you have submitted. You indicated: "Manual email sent from a PC to ##########@tmomail.net works." Doesn't that mean you successfully sent an email which was delivered as a text to your T-Mobile phone? For you to experience "TEST Button Result is always an immediate “Mail server failure." potentially indicates your router/firewall may be blocking those ports. "Mail Server failure" is different from the carrier blocking the action. I don't think you would get any response like that if you were able to successfully connect to the mail server. I have xfinity mobile, which is verizon underneath and I send texts to my phone all the time using "<cell.phone.number>@vtext.com But I also found this in the Wiki related to gmail Configuring gmail Accounthttps://wiki.universal-devices.com/ISY994:Configure_Mail_Server_Settings#SMTP_Errors:~:text=Configuring%20gmail%20Account,-%28NOTE Hope this may help you. Rob

I am using the PG3 plugin called Virtual to do this type of control and have been very pleased with it. If more than one thing can control the program, then you have to remember to set the status of the virtual switch to be in sync with the status of whatever you turn on/off. I am using this with programs, not scenes, but I would certainly expect it to work well that way too. Rob Ralston

Hi Jim, you may want to investigate the DNS server your network is using. "pool.ntp.org" is a legitimate FQDN to resolve time, although there are country specific variants. Here is what I get using nslookup on Windows from my network: Non-authoritative answer: Name: pool.ntp.org Addresses: 72.30.35.89 23.143.196.199 23.186.168.131 23.168.24.210 From https://www.ntppool.org/en/use.html Looking up pool.ntp.org (or 0.pool.ntp.org, 1.pool.ntp.org, etc) will usually return IP addresses for servers in or close to your country. For most users this will give the best results. Rob

Hi @xlurkr My switches reflect properly in the AC when activated manually (i.e., at the physical switch). Hard to understand why yours is coming up "ZY 007.1 On-Off Power Switch". None of my nodes has that label. Hopefully support can help you out. Here are screen captures of my two switch nodes reflecting on or 100% when operating the switch manually.

@xlurkr, that is correct. The nodes were always there. I just had to play around to figure out which nodes did what when a switch was physically changed, or changed via a program or via Admin Console. The Advanced parameters I used were just to control switch behavior.

@xlurkr So far I only have Zwave devices from Zooz, and I do have a ZEN30 in use. Before I get into specifics, I find the Zwave implementation in eISY to be less than satisfactory on so many levels. I had hopes with the 5.9.1 release where Zwave fixes/improvements were apparently implemented, but I have seen no improvement yet. For this ZEN30, UD's implementation won't even let you do an OTA firmware upgrade because they have experienced devices being "bricked". Zooz support does not understand that, but UD does not seem willing to work with Zooz to figure it out. But for devices where you can do OTA upgrades, the process can make a mess out of your device requiring multiple bizarre reboots and "Synchronizations|Update with interview" operations that make no sense. OK, enough complaining. I'm sure given enough time they will figure it out. Now, back to your post. My ZEN30 use case was really to have the equivalent of two separate ON/OFF switches in one device, which with device "Advanced Configuration Parameters" I was able to achieve. I use both switches within programs to control other Zwave devices and not for any scenes. My device has multiple nodes as well, some of which seem to have no value and do not reflect anything useful when the device is operated. In fact the "Y003_147-Binary Switch" is such a node. That node belongs to the upper "dimmer switch" portion of the device. Sounds like it would toggle on and off, but no. You will find operational status under your "ZY003_1 - Dimmer Switch" node, which will represent "OFF" through 100%. Mine now only toggles between those two values based on my configuration. You might find it useful to use the "Group Devices" operation for the device by right clicking on any node for the ZEN30. This will separate the top and bottom switch nodes for you into two separate branches so it makes a "little more" sense. My device node which represents the bottom button "ZYxxx_001_1 - Binary Switch" (yours is shown as "ZY003_001_1") has a Status field present, while yours does not, which can't be right as I believe it is the only functional node for the bottom physical switch. That would explain at least part of your problem. Seems like you may need to work with UD support on this. Here are a couple of captures from my installation: This is my bottom switch node: This is my Top Dimmer switch node, which as I said is configured to act as a binary switch via configuration: My device nodes:

@Illusion I have not experienced this problem. However, from the test scenarios and results you have described, suggest a hardware issue on your policy, specifically related to the hardwired NIC interface. When it sees an electrical status change on the port, it is somehow causing the IoX restart. Hopefully there is a way to capture IoX diagnostic logs around the NIC event to help diagnose. -Rob