- Posts: 2
Ignoring CSP Dispatch Control Strategy when TES is full
- Maneliba
- Topic Author
Less
More
02 May 2019 04:36 #6772
by Maneliba
Dear Paul,
Excuse me in advance if this question was adressed before.
We are interested in limiting the CSP production using the 'Dispatch Control' tool included in 'CSP central tower molten salt > System control'.
It seems to work properly until the maximum TES thermal capacity is reached. When the TES is full the 'Dispatch control' limitation is comletely ignored and CSP produces at maximum designed output.
We need to limit production in some dates even when resource is available.
How could we manage to avoid this problem?
Thanks a lot!
Sincerely, Prof. Manuel Ibáñez
Ignoring CSP Dispatch Control Strategy when TES is full was created by Maneliba
Dear Paul,
Excuse me in advance if this question was adressed before.
We are interested in limiting the CSP production using the 'Dispatch Control' tool included in 'CSP central tower molten salt > System control'.
It seems to work properly until the maximum TES thermal capacity is reached. When the TES is full the 'Dispatch control' limitation is comletely ignored and CSP produces at maximum designed output.
We need to limit production in some dates even when resource is available.
How could we manage to avoid this problem?
Thanks a lot!
Sincerely, Prof. Manuel Ibáñez
Please Log in or Create an account to join the conversation.
- pgilman
Less
More
- Posts: 5423
03 May 2019 14:20 #6773
by pgilman
Replied by pgilman on topic Ignoring CSP Dispatch Control Strategy when TES is full
Dear Prof. Ibáñez,
I have confirmed the behavior of the molten salt power tower model. The "Dispatch Control" parameters on the System Control input page appear to set the power cycle output only when the TES is dispatching energy.
I am waiting for more details from the CSP engineering team and will follow up when I hear from them.
Best regards,
Paul.
I have confirmed the behavior of the molten salt power tower model. The "Dispatch Control" parameters on the System Control input page appear to set the power cycle output only when the TES is dispatching energy.
I am waiting for more details from the CSP engineering team and will follow up when I hear from them.
Best regards,
Paul.
Please Log in or Create an account to join the conversation.
- mhamdi
Less
More
- Posts: 1
26 Jan 2020 02:36 #7898
by mhamdi
Replied by mhamdi on topic Ignoring CSP Dispatch Control Strategy when TES is full
Dear paul,
I have encountered this problem, is there a solution to it now?
thank you!
Mohamed
I have encountered this problem, is there a solution to it now?
thank you!
Mohamed
Please Log in or Create an account to join the conversation.
- pgilman
Less
More
- Posts: 5423
24 Feb 2020 16:43 #8002
by pgilman
Replied by pgilman on topic Ignoring CSP Dispatch Control Strategy when TES is full
Hello,
There are two maximum power limits that you can set for the power tower (and physical trough) models: The dispatch "Turbine output fraction" on the System Control input page and the power cycle "Maximum turbine over design operation."
In versions of SAM up to 2018.11.11, SAM allows the power cycle to operate at the over design operation level even if it exceeds the dispatch output fraction. For SAM 2020 (available at the end of February), we have implemented a new option so you can choose to limit the power cycle output to the dispatch fraction:
Best regards,
Paul.
There are two maximum power limits that you can set for the power tower (and physical trough) models: The dispatch "Turbine output fraction" on the System Control input page and the power cycle "Maximum turbine over design operation."
In versions of SAM up to 2018.11.11, SAM allows the power cycle to operate at the over design operation level even if it exceeds the dispatch output fraction. For SAM 2020 (available at the end of February), we have implemented a new option so you can choose to limit the power cycle output to the dispatch fraction:
Best regards,
Paul.
Attachments:
Please Log in or Create an account to join the conversation.
Moderators: pgilman