Time parameters and Time variables class

[AteZenmo]

Energymodel will get two pointers: time variables and time parameters. In EA these can be accessed trought the parentGC (which is currently still parentAgent). So no need to pass it trough in the constructor.
Idea first was to make them global static classes, but this prevents parralel runs (testing etc. if we ever want to do them in the future).

• Maybe one class? In my opinion its cleaner to keep them seperate, also more readable/saver in code. (Knowing when you are using a parameter or a variable is nice to have imo).

[AteZenmo]

@GillisHommen @Luc-Sol

[GillisHommen]

@AteZenmo @Luc-Sol Conclusies van modelmeeting 10/12/2025.

• simulationContext object (met alle tijdsvariabelen) meegeven aan energyAssets elke tijdstap
• parentAgent proberen uit te faseren als state van de energyAssets, meegeven als argument aan constructor, maar wordt niet 'opgeslagen' in de J_EA
• Eventueel een methode aan EnergyModel toevoegen f_addEnergyAsset, die vanuit de loader aangeroepen wordt. Dan hoeft de energyAsset 'zichzelf' niet meer te registreren.
• In plaats van dat energyAsset f_addFlows() aanroept in de GC, geeft de f_updateAllFlows() call als return statement een 'pakketje' flows die de GC dan zelf in de f_addFlows stopt.
• Powerfraction niet langer als state van de energyAsset, maar alleen als argument van f_updateAllFlows()

Eventueel hoeft dit niet allemaal in één pullrequest, maar kunnen we het opsplitsen.

[Luc-Sol]

voor parentAgent in EA zie: #226

[Luc-Sol]

Tijdparameters kunnen een argument zijn in de constructor. Dan kan de asset daaruit halen wat hij voor zichzelf relevant, bijvoorbeeld double timeStep_h en deze opslaan in zijn state. Aan het einde van de constructor 'vergeet' hij de tijdparameter klasse.