I don’t really understand why you’d want to trigger a specific binding from the backend.
It seems like your component is trying to do a bit too much at one time. Again, I still don’t really understand all of what you’re trying to get to, but it seems like you want the data to be totally dynamic. That’s a laudable goal, but if that’s the case, then it’s a bit of an anti-pattern to programmatically refresh it. You may know better than your users when to refresh, but usually we try to make ‘display’ components (table, standard charts, dropdowns, etc) data-agnostic, so to speak. They ‘just’ display whatever data they’re fed from their own bindings, and it’s up to the designer to add in programmatic refreshes.
On the other end of things, you’ve got ‘bespoke’ components, like the alarm status table. Here, you’re by definition always going to be querying one specific area - so you just expose your filters and tuning knobs and whatever else to the user via properties.
It seems like you’re trying to make a component that’s data-agnostic, but also “knows” when to refresh itself, which seems like a contradiction to me.
I don’t really know what you’re trying to do, so I’m not trying to say that there’s no way what you’re doing makes sense - you know your problem better than I do, obviously. But I do wonder if there’s not a better way, from ‘first principles’, to set up this component.