andig
> Seems the planner should already take the smallStepDuration into account? I don't think that's feasible. It would make the planner much more complicated as it would need to recursively...
Wir wollen keine weiteren Settings. Was mir auffällt: ```go case requiredDuration < smallGapDuration: lp.log.DEBUG.Printf("plan: continuing for remaining %v", requiredDuration.Round(time.Second)) return true case lp.clock.Until(planStart) < smallGapDuration: lp.log.DEBUG.Printf("plan: avoid re-start within %v,...
Es ist alles drin
@Hofyyy die Ausdehnung auf 60min kam mal von Dir?
Bleibt abschließend noch die Frage ob es wirklich sinnvoll ist, das auf 2 Parameter aufzuteilen. Es geht ja darum, häufige start/stops zu verhindern. Dafür ist es eigentlich egal, aus welchem...
Also ich würde auf keinen Fall für 60s ausschalten wollen um danach wieder weiter zu laden, egal wie lange das dann dauert. Auch der letzte Case ergibt ja Sinn.
Dein Vorschlag ist den Case rauszuwerfen? Das halte ich für nicht sinnvoll- Beispiel mit 60s.
This has been enabled with https://github.com/evcc-io/evcc/pull/17414. You can now add a formula that takes the slot‘s timestamp into account and modify charges/price accordingly.
See https://docs.evcc.io/docs/devices/tariffs#b%C3%B6rsenpreise-mit-zeitkomponente
@danielraffel is this enough to get you started? If not feel to start a discussion for Californian tariff and we can work on this together.