The 2nd rule detects a switch was changed independent of the rule that handles the night light routines, it sets a hub variable to say as much. Problem is the 1st rule doesn't retrigger even with a Trigger set to the variable changing.
I can see the variable change in the logs, then nothing... The 1st rule doesn't refire even with the trigger.
First, if you aren't on the latest hub platform, I'd suggest updating in case there were any fixes (I don't recall this being one recently, but you probably won't get help with this on an old version anyway). You can use Settings > Check for Updates to verify.
If you are, try just hitting Done in the rule to re-initialize things, including the subscription to the hub variable. If that doesn't help, there's more you can look at but probably not much else you can try to fix it yourself (unless trying a new rule just works), so it's possible there could be a bug. I haven't seen anything on this recently FWIW.
In addition to what @bertabcd1234 said above, please look at the Event Subscriptions on the App Status page (gear icon) of the rule that won't fire as expected. If you could post a screenshot of those that would help. I may want you to post some logs, but for now let's just start with that. Please do update to the latest release first.
There could be a bug causing this, but one I'm not aware of. If there is, it will get fixed pronto.
This happened to me too after a recent update. (I think .117 or .118, but I’m on beta so not sure.) Variable changed but no trigger. You can see that I re-initialized and that fixed the problem. But it definitely didn’t resubscribe to the event after the update. I thought I was going crazy, but it’s good to know at least @marty thinks I might not be!
I’m having similar issue after the latest update. I updated two nights ago and started having this problem. Has worked for well over a year. One rule sets a variable then the second rule triggers off of that change.
I can get the second rule to trigger if I go into Hub Variables and change the variable manually.
I was on version 220.127.116.11. Seems like the upgrade to version 18.104.22.168 brought this on.
I apologize. There is an intermediary rule "AD - Master Controller" that runs every minute. It's a polling rule to dose reservoirs, but ONLY one at a time. So if 2 reservoirs report needing dosing, one wins and one waits.
I assure you, these have been running without a hitch for well over a year. It's not something that "rookie"
Working on getting you the information you've requested. I believe all you need is the "AD - Master Controller" rule and the "AD - F2 Reservoir" rule.
The strange thing... it has failed 100% over the last day & a half. About 12 different times, consistently, over 3 different sets of rules & variables (3 reservoirs). Just now, it worked. I will continue to monitor and report.
I will work on reducing or eliminating the polling. The thing that puzzles me is that the variable actually gets set properly, but the other rule doesn't trigger by that variable getting set. It worked twice out of 5 times yesterday, 0 for 8 so far today.
There is no doubt that the rule "AD - Master Controller" (which polls every minute) utilizes the most hub time of any rule. By far. It has been working 100% for over a year, now it fails almost every time over the last few days. I ASSUMED it was due to the .221 upgrade, because the timing fit. I will continue to monitor, tweak and report.
You can then setup a notification rule of your choice. There are plenty of options: push notifications via the Hubitat app; email (there's a few custom apps that can do this; and direct text using something like Twilio (there's a built in virtual device driver for this one).