K-bert

I gave it a try, I received the same error message. Attached is the screenshot. K

That was the program I was using in the ISY. It worked well for these switches. I received a reply to my ticket: "HAIL does work for some devices but does not for others, it depends on whether it is defined by the device as SUPPORTED vs CONTROLLED. We are waiting on a fix to the library we are using that will work for both modes." So hopefully this will be working again in a future update. K

I recently migrated from an ISY994i to an EISY. It is running IoX v.5.5.7 and the default mail server doesn't seem to be working. I have left SMTP Settings as "Use Default". When I try to test the email addresses that I have loaded into the system I get the error message "Mail server failure [[SMTP_ERRORS--1]]" Is there an issue with the mail server or is it something I have done wrong (more likely)? K

I would hope that it wouldn't be too much work to fix the hail. It worked fairly well with the ISY. I am using the two switches to run bathroom fans. Both have a timer so after a certain number of minutes they turn off. One of them is in a room with a shower and a z-wave humidity sensor which is used to automatically turn on the fan when the shower is used. The two dimmers are controlling the lights in the great room and the front entrance hallway. The dimmers are less critical than the switches. K

Thank you. I have submitted a ticket. I expect that there are a lot of tickets currently being dealt with considering how new these things are. K

I too am having trouble with my Fibaro. When I migrated it added more nodes than I know what to do with. More frustrating is the fact that status updates aren't working in the EISY. They have to be queried before any changes are seen. Also changing parametre settings doesn't seem to really do anything. K

A further update: The Insteon water sensors were updated when they sent their heartbeats as expected. The thermostat also seems to be happy. So everything Insteon is working fine. Still have some z-wave issues. The hails sent from my Leviton switches and dimmers are not being seen in the event viewer. The ISY used to see the hails and then a program would query the devices to update the status. Without the hails being seen the device status is not updated in the EISY. I have tried removing one from the system and adding back in. No change. The Zooz 4 in 1 seems to be working, but it is hard to tell if it is keeping the parametres that I am trying to set it for. I am trying to change the humidity percentage difference to report to a smaller number than 10%. I am also trying to change the temperature report from F to C (I live in Canada). So far I have been unable to change it. The Fibaro Smart Implant seems more complicated than ever now. Because this one isn't battery powered I seem to be able to set the parametres fine and can query them and they seem to have taken. However, I cannot get it to behave as it used to. I have tried to set it up with the two inputs as binary normally closed for the front and back doors. First it isn't automatically updating in the EISY, I have to query it. Second the only thing that changes when a door is opened is the multilevel sensors go from 0V to 15V (supply power voltage). Again this has to be queried and isn't updated automatically. The Weiser door lock I removed from the network and then added back in. I am very glad I did. This device is now working much better than with the ISY. One thing that the ISY struggled with was recognizing which user code was used to unlock the door. The EISY is handling this with ease. I knew there were going to be some growing pains. And I am sure that after some time I will get everything back up and running how I like it. I am also sure I am going to need to ask advice from those with more knowledge than me. K

I migrated from my ISY994 with 500 z-wave board to an EISY with the Zmatter dongle yesterday. I had some issues with the z-wave stuff, but most of that was fixed when I removed and then re-added them to the system. I currently have a problem with the Leviton switches and dimmers. I have two of each. The Leviton devices do not update their status automatically. This was a known issue with the ISY. I found the solution on this forum which was to have the ISY react when the Levitons sent a hail. Every time the Leviton switches and dimmers were operated manually they sent out a hail. I have a program that when a hail was received from that device it would query the device. This worked fine and the ISY always knew what status the Levitons were. Now that I have migrated, the EISY is not updated when one of the Levitons is operated locally. I can still query and control the devices just fine from the admin console. I opened up the event viewer and set it to level 3 (device communication events) and the hails are simply not present when I operate the devices locally. I am confident that they are still being sent out, but the EISY is not registering them in any way. I tried removing one of the devices from my system and then added it again. This didn't change anything. Is there something I have missed in getting the hails? I really don't want to have to set up a query program that seeks information on a schedule. For example: every 30 seconds query all Leviton devices. Any help would be appreciated. K

I couldn't let it go. I removed and then added the Zooz 4 in 1 sensor. Operation successful. Big change is the increased security feature. I had to put the pin number that is listed inside the device into the EISY before it would be added. I now also receive more information in that it tells me if the device is awake or not. I have to re-add it to my programs now, but it should work just fine. I will update when I get to play with the other devices. K

Just thought I would provide an update on how things went. I followed all the instructions: make a z-wave backup in ISY994, make a backup of the ISY, power down the ISY, connect and power up the EISY, upgrade packages, enable z-wave and Insteon, restore from backup, restore PLM (using a USB unit instead of the serial). It didn't go perfect, but nothing caught fire either. I have problems with most of the z-wave devices and some Insteon devices: The only z-wave device that seems to have migrated successfully is my Weiser deadbolt lock. I can unlock and lock it and I also get the locked status updated when lock is operated manually. I don't have the battery level information yet, but I am going to leave it alone and see if it shows up later. All the others had the indicator that the device is being written to next to it, except for the two Leviton dimmers and two Leviton switches and the Zooz 4 in 1 sensor. The Zooz device had the expected "placeholder". I woke it up and did the sync "update with interview", and it sort of worked. However, all it tells me is the battery percentage. I don't get the humidity, light level, temperature, or motion. The two Leviton z-wave dimmers I have are controllable, but their hails are not seen in the event viewer. As such the EISY is not updating when the dimmers are operated manually. The two Leviton switches I have for bathroom fans are doing the same. Running a query does update the EISY, but because the hails aren't seen my program to query the devices upon hail is not run. Finally the Fibaro Smart Implant that is monitoring the outside door statuses through the security rough in as well as controlling the humidifier isn't communicating and has red "!" next to all its nodes and gives me "request failed" messages when I try to communicate with it. As for the Insteon, All the wired in switches and plugs seem to be operating just fine. The Open/Close sensors on the pantry and laundry closet didn't initially work when I did the restore PLM. I turned off "Automatically write changes" and then turned it back on. I was notified that I had devices that needed to be put in the programming mode. I did this and then clicked "Ok" and now they are in just fine. The two Insteon leak sensors haven't update the EISY with any information, but I assume that happens when the heartbeat is sent out, so I am not worried about it yet and will check again later. The thermostat has me a little concerned. I had a lot of trouble getting it to work with my old ISY when I first got it. It did not want to communicate. It took a lot of trouble shooting, including isolating the thermostat from the furnace control board wiring. Instead I have it on its own power supply controlling two relays, one for the fan and one for the heat. So far tonight trying to manually change the thermostat settings from the admin console only works some of the time. Also changing things on the thermostat doesn't update the EISY unless a query is run. However, so far my program to run the furnace fan for five minutes on the hour every hour has worked without fail. Granted, it has only been three times so far. I think my best bet may be to remove the z-wave devices and then reconnect them. It won't be tonight though. It is getting late where I live. K

Nice! That is good to know. Now I just need to find some time to get all this done, assuming there will be some trouble shooting. Hopefully this weekend, wife and kid permitting. K

Thank you. I think my plan will be to do the z-wave backup, then the ISY backup. If I have two files I will restore from the ISY backup first. If the z-wave comes over, great! If not I will us the z-wave backup. All in all I only have six z-wave devices, so I can start the z-wave from scratch again. I am also using a different PLM for the Insteon side of things (USB whereas the ISY has a serial unit). So I will already have a few extra steps. K

I am referring to the directions in the wiki (your first link). I will have created a z-wave backup of my ISY, but the only z-wave directions in the wiki are for if I am migrating from an Eisy or Polisy. Because it simply states "if migrating from ISY use that backup" I am wondering if that will bring in the z-wave automatically. I will browse the thread you linked. Thank you. Copied and pasted from from wiki instruction: If you are migrating your Z-Wave network If you aren't already using it, plug in your ZMatter Z-Wave dongle and unplug any other Z-Wave dongle you may have been using. (Polisy only) If you have a ZMatter Z-Wave board then power down Polisy, add it, then power on again. Reboot Eisy / Polisy Use (Admin Console | File | Restore ISY) to restore your "migration" backup If you are migrating from Eisy / Polisy use the migration backup (e.g. "ISY-BackupWithZWaveMigration.v5.5.4__Sat 2023.01.21 09.07.44 AM") If you are migrating from ISY-994 use your ISY-994 backup When IoX restarts, it automatically does the following: Writes you Z-Wave network into the ZMatter Z-Wave controller Interviews every Z-Wave device in the Z-Wave nework, creating/updating nodes, programs and scenes. This process can take anywhere from a few seconds to a few minutes for each device depending on the complexity of the device. The best way to monitor the progress is to open the Admin Console Event Viewer to level 3 For those who want lots of low-level details, you can also use this from the command line: tail -f /var/isy/FILES/LOG/ZWAY.LOG If you don't actually change your Z-Wave network by adding/removing Z-Wave devices after migration, you can back out the migration by connecting whatever Z-Wave dongle you were using before migration and restoring the backup you made prior to migration.

My EISY has arrived! I have been going over the migration instructions. I am migrating from an ISY-994 with the 500 series z-wave board. The instructions call for me to make a backup of the z-wave network and then a general backup of the ISY. Then power it down. In the migrating section under the "If you are migrating your z-wave network" it says that if you are migrating from ISY-994 to just use the general backup. Will this restore my z-wave? Do I need to restore the z-wave backup as well or is the backup just in case something goes wrong? K

Its a 500 series. And it is about to be retired. K

It is an ISY99i/IR PRO with the latest zwave board. Thanks for all the advice. Being prepared before the migration hopefully makes it smoother/quicker. I only have one battery powered zwave device: a Zooz 4 in 1 sensor in the bathroom. I have two Insteon leak sensors that are battery powered as well. K

Thank you. I missed the "restore the PLM" part. Now I am just waiting for things to arrive. K

I just pulled the trigger an ordered an EISY and Zmatter USB to replace my ISY994 with zwave. I have a a serial PLM for the ISY and a USB PLM from playing with a Raspberry Pi to control Insteon many years ago. I plan to use the USB PLM for the EISY. Will this cause an issue to restore my settings from a backup? Would it be better to use the serial PLM first to get things up and running and then change to the USB PLM? Thank you. K

I think I have also figured out why this device is listed in blue text in the admin console instead of red: I can not be used as a controller in a scene, only a responder. K-Bert

I have four z-wave devices in my network, three of them are Levitons. So far as I can tell the devices only sending a hail when their status has changed is a Leviton specific thing. I found the program I described on this forum after searching "Leviton device status not updating". K-Bert

Alright, well it took a lot longer to get to this than I thought it would. Life got a little busy. Anyway, I have it working now. I was watching the even viewer while physically turning the switch on and off. There was no indication in the viewer that anything was happening. Turning this switch on and off using the mobile app or the admin console still worked and the switch would report back when it was done being turned on, off, brightened, and dimmed. I tried playing with the z-wave options to get it to report when it had been turned on or off. Nothing seemed to work. So I removed it from the network (in admin console select remove device and then press and hold on for seven seconds on the switch until the light flashes yellow, release and tap on again). I then did a factory reset of the switch by holding on for fourteen seconds and releasing it after the light flashes yellow and red. I then added it back to the ISY, which is pretty much the same as removing it. I opened the event viewer and turned the switch on and off a few times and I was receiving the hail (looks like the picture you posted above). I had to delete and rewrite a program that is simply "If device is switched hail, then query device". It is now working as I would like it. Thank you! K-Bert

I am glad that I am not the only one with this issue. When I get a chance when I get home I will have a look at the event viewer and see if the ISY is receiving any hails. K-Bert

I have recently added three Leviton z-wave devices to my home. Two are on/off switches I am using for two of the bathroom fans and one is a dimmer for the great room. When I first installed them I had no problem adding them to my ISY or controlling them from the interface. I did find that if the switches were turned on or off at the switch their state was not reported in the admin console or on my phone app. I searched and found that these switches send a "hail" after a status change but don't report the actual change. In that topic it was suggest to write a program that would query the device after the ISY received a hail. This works fine for the on/off switches. However, the status of the dimmer is not changed unless I do a manual query. Looking at the program written to query this device shows that the program has not been run. The dimmer doesn't seem to be sending out a hail when it is manually turned on or off. Is there something I am missing? Should I look at the z-wave options for that device? One thing that I'm not sure means anything is in the admin console the dimmer is displayed with blue text and all the others, including the on/off switches are displayed with red text. For reference: my ISY is running firmware version v.5.3.4 and z-wave version 6.82.01 K-Bert

Well, I never did find a way to do this. The advice I received elsewhere told me to buy another controller and use that to program it and then put it back into my network. I'm not going to do that as it seems silly to me, but I have created a work around. I describe it below, probably a bit more detail than needed/wanted. I set up a state variable that is set to 1 when the humidity needs to be increased and 0 when it doesn't. This variable is set using the outside temperature and the reported inside humidity from the thermostat. There is a program that is activated when this variable is 1 that sets one of the Implant's outputs to on and turns on the furnace fan through the thermostat. I have another program that is activated when the Implant's output is on and the humidity variable is 0. This program then turns off the same output. So when a door is opened that output goes active and then the program deactivates it. This takes about two to three seconds. Not ideal as this would turn on the water solenoid to the humidifier every time a door is opened and then off again a few seconds later. As stated before the Implant outputs have a maximum rating or 20VAC and my humidifier uses 24VAC. I dug around in my electronics drawer and found just what I needed to fix both problems. I have a solid state relay that uses a 5VDC power and trigger signal. The contacts on the SSR can handle up to 240VAC. I am also using an Adafruit Trinket board. I would have used an ATiny, but this board has the 5VDC regulator that I am using to power the SSR already built in. I am using one pin on the Trinket as an input that is pulled high using the internal pull-up. This is connected to one of the outputs of the Implant. The other side of the output is connected to the Trinket ground. Another pin is connected to the input of the SSR. For testing I wrote a sketch that simply put 5VDC on the pin connected to the SSR when the pin connected to the Implant is grounded. This worked fine to turn on the humidifier. I wrote a second sketch that turns the Trinket into a state machine with three states. The first state is simply input and output inactive. When the input is activated it moves to the second state which is a waiting state. It waits for five seconds. If the input is deactivated at any point in this state the machine goes back to the first state. If the input remains active the machine enters the third state which activates the output and turns on the SSR. At any point in this state if the input is deactivated it returns to the first state. I mounted these parts inside a spare project box that is larger than it needs to be, but I mounted the original humidistat that came with the house onto it. This unit is simply set using a dial and when the humidity drops below the set point it closes its contacts. It is very inefficient as it does nothing to turn on the furnace fan. I am using a double pole double throw switch that allows me to switch control between the ISY via the Implant and the old humidistat. I don't foresee ever using the humidistat again but having a way to over ride it does increase the WAF. If anyone wants more details I would be happy to share them. K-Bert

This is my first z-wave device. I purchased it with the idea of using its two inputs on the alarm wiring to detect when the front and back doors to the house are open. I do not have an alarm installed but I have installed door sensors that are closed when the doors are closed. Adding the smart insert to the ISY was straightforward and several nodes appeared in the device tree on my admin console. I had no problem changing the Input 1 and 2 to Normally closed alarm input. The manual (https://manuals.fibaro.com/content/manuals/en/FGBS-222/FGBS-222-EN-T-v1.2.pdf) states that parameter 20 and 21 both need to be given a value of 0 for this behaviour. When I tried grounding the input to test it out two new nodes appeared in the device tree, both labelled at Intrusion Alarm 1 with different addresses. They both act how I would expect them to. I would like to use one of the outputs from this device to control the humidifier attached to the furnace. I can't control it directly as the humidifier uses 24VAC and the implant has a max rating of 20VAC, but that is an easy issue for me to solve with a simple circuit. The issue I have is right now the implant's outputs are directly tied to the inputs. Meaning that if an input is triggered the corresponding output is activated. As per the same manual linked above this can be changed by changing the Protection Command Class from Local State 0 to Local State 1. Doing some searching on the internet I have found that other home automation software can switch this with a GUI button and I have even found one that can do it using a script. My question is: does anybody know how to do it with the ISY? Thanks, K-bert