JSchumann

What other options are you using?

So Jimbo, what do you recommend I use in these cases. I have several programs that call a customization. The custom just calls for the zone that triggered the event and what the trigger is. i.e. gun safe violated or gun safe clear. Furnace temp violated or furnace temp normal....and so on What commands do you recommend I use in the customization? I previously used alert. Control and alert action.......now don't work. Thanks, John

Jimbo, Thanks. I did go to the link you posted but it was the nodes readme, not the table. I will check it out! Why couldn't the substitutes be ported over. Anyway no I need to rewrite a lot of my customizations. Appreciate your dedication to the module and all your help. Regards, John

So why would we remove/change perfectly good substitures? Can we get a list or table that shows all the current notifications that work with EISY? They are scattered throughout the document, and in some cases the GVXX numbers are used for two different things, so it is confusing. I built an Excel of the commands I found in the document if that helps. I see GV0 through GV25 commands (minus GV18 and GV20). I also see ST, name and status being used, are they valid? So all the commands use the format sys.node.#. command (being GVxx, ST, name and status). Are there any others, Like Alert Variables, or System variables (sys.node.#.??)? I assume all the ELK variables are dead (elk.x.#.command) I am aware of the notifications plugin and how to use it. Thanks, John

I use email substitute extensively. When I swapped from ISY to EISY, The ELK substitute values quit working, but the ISY/EIISY ones still work. Some examples: ${elk.zone.2.name} returns the code in the customization: ${elk.zone.2.name} ${elk.zone.2.status} returns the code in the customization: ${elk.zone.2.status}, not the actual status Alert.Control should return Home (in one case) but gives GV0 Alert.Action gives Disarmed (seems to work) Any help Appreciated. I have a ticket in with UD I also asked Jimbo, but he said he needs it posted in the forum Thanks, John

Mine did that when the PLM failed. I think the icon means 'sending data to device'...since it doesn't get a response, the icon stays on.

Yea, I pulled a spare unit and set it up, did the same thing (No HB). So I am waiting the 24 hours to see if it shows up. The Heartbeat Panel in EISY looks the same for all the sensor versions I have. Looks like you are right, each version is handles different. Thanks, John

Larry, on 7 of the 9 Leak sensors, after I restored them, I remove the battery and replace, the quick press the button and the HB turned to on. On these 2, that did not work. So I did a factory reset, remove and restore as directed, and will wait the 24 hours to see if HB comes on. Thanks, John

OK, tried it, tried the single press to get HB. Nothing. will wait the 24 hrs now.....THX

So I had a PLM Fail after a power outage, everything disconnected. Had to remove/reinstall each sensor. I have 9 leak sensors. 7 Went back in fine. 2 of them the Heartbeat does not report. Wet and dry work. The batteries are good. I waited 2 days, no HB. Removed batt and tried waiting again, no HB. What would cause this? Thanks, John

I have the EISY and it does have that option, which I failed to use......

Ooooo, I didn't realize the RF came from the PLM also! Thanks, John

I ended up having to remove and reinstall every battery device. Why would all the RF devices quit like that (they don't use the PLM)? Thanks, John

No trash can on mine!

OK, I got the admin console back. PLM devices are working now. All the battery devices are giving me trouble. I will do as you advise and try to link each individually John