I was facing the same, for 1 year and I was told the same - try to optimize flows where you have “when value changes” - then your memory will be fine, replace it eg. by “when value is above/below” or for frequent check replace by “each x minutes”.
But other than that the idea was already mentioned here, it would be helpful as the only way today is probably to hower mouse button on certain flows in the web interface…
I can indeed see how many times a flow has run when I hover over the flow in the web app.
That is a total number, I would like to know how many times per hour, per day etc.
I have the idea that it has to do with my presence flows, but I’m not sure yet.
That total number in comparison with rest might indicate already issue. However in my case of was rather related to device updating values eg. very frequently, eg. voltage…
Anyway, you will see. I will stop OT now.
No, I want to have the number of how many times a flow was triggered, as mentioned by @Heula.
I guess that the number says how many times the flow was started/triggered, not how many times the flow ran completely through, by the way.
@Heula you could use above script and run that every hour. Save it to a file or something like that and compare it later. Then you can find the flows with a lot of triggers.
@DirkG The triggerCount is the amount of times the flows got triggered even when it didn’t succeed. But it’s hard to measure when a flow ran completely. > If the AND part of a flow is false the flow still did run (or it executed the ‘else’ part of the flow)
Do you use Countdown app in those flows by any chance ? Those “temp” errors could simply shows that some of the app crashed or get restarted - it happened to me today, after Countdown 2.0.7 was faulty but luckily developer fixed it right after with 2.0.8. - but in the meantime app has been crashing constantly.