Although this is working fine, it’s already a tiny bit slow (15-20 sec delay compared to the MQTT sent from the ESPresense)
Since more “rooms/devices” will be added, and therefore the flow will become more complex, cause it needs to compare variables (users/rooms) against more other variables etc.
Does anyone have a great idea on how to optimize this, and/or make the flows less complex?
Or am I just on the right track and will adding more devices/rooms probably not decrease performance too much?
yep, but it’s measured from the moment the MQTT is sent (not received), still need to put some more logs in to test where that delay is actually coming from. Just thought I might just already put the question up here, cause some people might have brilliant ideas
The rest of the flow will be starting other flows, but since this is just a test setup it’s just writing to the log for now.
Also just noticed that the MQTT client card shows as “Unavailable” in the flow at times, then shows up a few seconds later, so that might also be causing the 15-20 sec delay…
UPDATE: Unavailable was due to the MQTT Client app crashing because of Homey CPU issues??? Did a restart of the app, which did not resolve it, restarted Homey, red ring and crashed during boot, after a reset from yesterday’s backup it all seems to be working for now, still has a delay, but doesn’t seem to be increasing much by adding more ESP’s.
They look the same (Number 1), but it’s actually 2 different values within different variables that are set within Better Logic, need to have a look at how I can name those values. It’s set by the Json handler.
Yeah it’s confusing haha, but for the test setup it works
If you know how to rename them, please let me know, saves me some time to look into that later
Or did you mean the MQTT card, that is actually not the same either, it is a MQTT received per ESPresense device, but since the topic contained the device ID i removed that part after the IRK.
So the first flow should say IRK: ID / BRF and the second one IRK ID / Storage.