You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I believe after #897, we'd pass a sensor on the CLI like this: --soc-at-start sensor:14. The Marshmallow schema might need a little adaptation, but that is the gist.
We might support this in the flex-model as well, btw, and that would be where our main attention goes for this.
I'm not sure, but I don't think #897 worked on the CLI. So this is where the focus of this issue would probably lie, see my last comment.
We could check that the CLI supports this format for all flex-model attributes which support passing in a sensor.
nhoening
changed the title
Dynamic SoC values from sensor in scheduling
CLI: ability to provide dynamic SoC values from sensor in scheduling
Feb 15, 2024
I think we need to narrow a bit the scope of the issue. Perhaps, it would be nice to have a 15min-30min session with @Flix6x .
Currently, we are only using a power sensor for scheduling a storage device but, in the near future, on the transition of scheduling on the Asset instead of a sensor, we could include a SOC sensor as well. This way, the scheduler itself could save the planned SOC values and the users could save the realized SOC values in a different source, similar to what we do for the power sensor.
Nonetheless, this requires quite a lot of changes and we could achieve a similar functionality by handling this at the command level. In the case of the API, users should be able to fetch the latest values and build the flex-model with that.
Discussed in #916
Originally posted by kyros32 November 29, 2023
Hello Flexers,
1) I was wondering, how can I use SoC data --soc-at-start from a sensor?
Instead of this:
Something like this, so SoC is pulled dynamically everytime I force rescheduling via CRON for example or API call.
I could fill it as a variable for in a call, but I think, why not to use an associated sensor with it. More simplex...
Any help much appreciated.
Robert
The text was updated successfully, but these errors were encountered: