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
MUSE uses levelized cost to calculate commodity prices. For a technology that produces a single output commodity this makes sense, as this is the price that needs to be charged so that the technology can break even. E.g. If a refinery produces 200 units of gasoline in a year at a total running cost (fuel costs + environmental costs + fixed/variable costs + annualized capital costs) of $1000, they would need to charge $5 ($1000/200) per unit of gasoline to break even.
However, it's less clear what to do for technologies that produce multiple outputs. Let's say the refinery also produces 100 units of diesel (on top of the 200 units of gasoline). Currently, MUSE will ignore this when calculating commodity prices and will still calculate $5 for the price of gasoline (and $10 for diesel). But in reality I think you'd expect lower prices as it doesn't need to charge so much to break even.
In fact, it's not really clear to me what the price of gasoline and diesel should be in these circumstances, as there are many combinations that would work. You could charge $3.30 for both, but equally you could charge $2 for gasoline and $6 for diesel, and in both cases the technology would break even.
I guess a solution might be calculate production costs for each commodity in turn, subtracting any potential revenues from side products at their current price, and then if you run this for each commodity over multiple iterations you should get some kind of convergence. (Or possibly you'd get some horrible instability, or negative commodity prices, not sure...)
Hi Tom,
thanks for bring up this question. I think it's interesting to discuss.
In the example you described - a refinery (in its whole lifetime) produces 200 units of gasoline plus 100 units of diesel with a total cost of $1000, if the total cost of producing one unit of gasoline and one unit of diesel is the same, then I think it is simply $1000 / (100+200).
If the cost of producing the two fuels are different, then I am thinking one can calculate the total levelized cost by calculating the levelized cost of producing gasoline and diesel separately, and then add these two together, and using 200 (production units) and 100 as their weights when combining the two parts.
You mentioned "You could charge $3.30 for both, but equally you could charge $2 for gasoline and $6 for diesel, and in both cases the technology would break even.". Yes, this is true, but levelized cost does not care about what price you charge, it only cares about the costs. (This is a limitation of using levelized cost as the evaluation metric.)
This is what I think, but I'm not sure if it's correct (except for the point about the limitation of using levelized cost as a metric). I would like to hear others' thoughts.
MUSE uses levelized cost to calculate commodity prices. For a technology that produces a single output commodity this makes sense, as this is the price that needs to be charged so that the technology can break even. E.g. If a refinery produces 200 units of gasoline in a year at a total running cost (fuel costs + environmental costs + fixed/variable costs + annualized capital costs) of $1000, they would need to charge $5 ($1000/200) per unit of gasoline to break even.
However, it's less clear what to do for technologies that produce multiple outputs. Let's say the refinery also produces 100 units of diesel (on top of the 200 units of gasoline). Currently, MUSE will ignore this when calculating commodity prices and will still calculate $5 for the price of gasoline (and $10 for diesel). But in reality I think you'd expect lower prices as it doesn't need to charge so much to break even.
In fact, it's not really clear to me what the price of gasoline and diesel should be in these circumstances, as there are many combinations that would work. You could charge $3.30 for both, but equally you could charge $2 for gasoline and $6 for diesel, and in both cases the technology would break even.
I guess a solution might be calculate production costs for each commodity in turn, subtracting any potential revenues from side products at their current price, and then if you run this for each commodity over multiple iterations you should get some kind of convergence. (Or possibly you'd get some horrible instability, or negative commodity prices, not sure...)
@ahawkes, any thoughts about this?
The text was updated successfully, but these errors were encountered: