DennisC

Apologies, didn't mean to send you down the wrong path......

The 110022 error message means: -SET SESSION KEY UNSUPPORTED BULK ALGORITHM What is the contents of the notification you are trying to send? Maybe something is corrupt with the notification. Try deleting it and creating a new test notification with a different name.

First, when you think your notification was missed, go to the program and check the last run time for true or "then" portion of the program. If the run time indicates it ran true and you didn't receive the notification go to the error log and see if there was an error around that time. Look up the error code on the wiki page for ISY error messages. If the program did not run true at that time, you have a problem with the program running.

Update neighbors and synchronize nodes is all you should have for the update zwave dongle and the current firmware. Use update neighbors after adding zwave devices and synchronize nodes if you are having problems.

Have you determined if all of the notifications are being sent and you are not receiving them, or the notifications are not being sent? You can tell by looking at the last runtime for the program and by checking the log.

Great to hear you got it working.

Locks usually need to be within 2 - 3 feet of the ISY to be added. Once you are within range, you should be able to exclude the lock first.

I would suggest you open a help ticket with UD. However, I would try a new power supply first. Some strange things have occurred with power supplies starting to fail.

Have you ever backed up your zwave? It use to be a separate back was required. If so, you could try zwave - restore.

support@universal-devices.com or https://www.universal-devices.com/contact-us/#contact

From the wiki here: https://wiki.universal-devices.com/index.php?title=ISY_Users:V5:ZWave:Advanced_User_Guide:NodeMenu I think I would try this: Repair Links Rewrites all the associations and other related settings to the Z-Wave device Remove Failed Node If a Z-Wave device is no longer available for any reason then this command can be used to forcibly remove it from the Z-Wave network. The device will not be removed if it still responds to messages sent to it. Replace Failed Node If a Z-Wave device is no longer available for any reason then this command can be used to forcibly replace it from the Z-Wave network. The device will not be replaced if it still responds to messages sent to it.

Here are some specific troubleshooting steps: https://wiki.universal-devices.com/index.php?title=Main_Page#Java_applications_are_blocked_by_your_security_settings

Sorta sounds like you are not using a DHCP reservation. I would suggest you configure your set up to match this: https://wiki.universal-devices.com/index.php?title=ISY-99i/ISY-26_INSTEON:Network_Settings

As I said, text has been very quick for me. In addition, you still have all of the same delivery steps with Pushover as in direct from ISY, but you then add Network Resources and Pushover process before the delivery steps. If it works for you or you have too many notifications for ISY to text, then that's fine. For me it is quick and reliable.

eMail, not so much, but text messaging has worked very well for me. Although, I do use email for backup notifications or if I want more of a trail of the notification. Anyway, my point was, I feel going through network resources and then the Pushover process added extra points of failure to the ISY notification. Final delivery process is the same, so since it works very reliably for me, I don't see the need to add the extra points of failure.

As I stated above, I use email substitution for both text and email notifications. I have found it to be highly reliable with delivery in a matter of seconds. While I think it is a personal decision, my thought is for critical applications, or what I think are critical applications, the fewer devices involved means the fewer points of failure. If you are committed to Pushover, then @MrBillhas given you good examples to follow. In my opinion you are adding additional failure points (Network Resources, Pushover).

Yes, you are right. That's why I asked in a post above what device he was sending the notifications to. I get my phone notifications 99% of the time in a few seconds of event occurring.

I am a little short on time right now, however, here is a short quick example of the program then sends a notification on an alarm. Elk Module Alarm - [ID 00B7][Parent 00B1][Not Enabled] If ( Elk Area 'Area 1' 'Armed State' is Armed Away Or Elk Area 'Area 1' 'Armed State' is Armed Vacation Or Elk Area 'Area 1' 'Armed State' is Armed Stay And ( Elk Area 'Area 1' 'Alarm State' is not No Alarm Active ) And ( Elk Zone 'Back Door' is not Normal Or Elk Zone 'Basement Door' is not Normal Or Elk Zone 'Basement Motion' is not Normal Or Elk Zone 'Basement Windows' is not Normal Or Elk Zone 'Workshop Windows' is not Normal ) ) Then Send Notification to 'Admin Text' content Alarm Else - No Actions - (To add one, press 'Action') For the notification, you use the email substitutions from the list I sent you, something like: ${sys.time12} on ${sys.date} ${elk.zone.#.name}; ${elk.zone.#.status} Play around with it a little. Someone with your experience will pick it up fast. If you still have an issue getting it to work, let us know.

Disable program 2 and run it from program 1.

What device are you looking to push a notification too? For my Elk, I send arm/disarm & alarm notifications to two phones. All this requires is one program & one custom notification for arm/disarm, and one program & one custom notification for alarms.

Take a look at the document in the link below. It might help you the precedence and execution order of programs. https://wiki.universal-devices.com/index.php?title=ISY-99i/ISY-26_INSTEON:Scope,_Precedence_and_Execution_Order

I should add that you can put other qualifiers in the if statement, for example, if you only want to know violated zone when there is a burglar alarm.

For a suggestion you need to grab UD's attention. They don't necessarily read every message. Suggest using the @ and Michel's name selected from the drop done list that appears.

Write a program and in the if statement monitor each zone for being violated. In the then portion of the program send a custom notification. For the custom notification, use the email substitution for any value you wish, including which zone was violated.

I would think if you are going to use the same portal account you need to open a ticket with UD and have them move your portal subscription from the old to the new ISY. I don't think you can have both ISY's on the same account without an additional fee.