Direct Air Capture

32 views
Skip to first unread message

Alaa Qassabi

unread,
Dec 16, 2023, 6:48:45 AM12/16/23
to MUSE
Dear MUSE team,

My current model is not reaching zero emissions by 2050 as I specify by the carbon budget profile in Settings.toml file. So I'm trying to explore DAC as an additional carbon capture measure. 
I added a new DAC sector, with the least priority. CommIN is CO2f and CommOUT is capturedCO2. In the Preset.csv file, I added a demand for capturedCO2 which is the negative of emitted CO2 as per baseline scenario simulation results; per timeslice.
It returns this error:

TechnologyNotDefined: Error during the initialisation of a sector. The model tries to assign a share of the total capacity to an agent but it cannot find a match between technodata and existing capacity. Check the spelling of the technology names.

I wasn't quite sure why this error is popping up, as I only have one technology for a test:
Technology: DACCO2
Fuel in: CO2f
Commodity out: capturedCO2
Type: environmental
Efficiency: 100%

Let me know what you think!

Thanks a lot
Alaa

sgiarols

unread,
Dec 19, 2023, 3:45:56 AM12/19/23
to MUSE

Dear Alaa

I assume you are using the DAC-only sector as a test, so you use the preset to charge the demand of CO2f (in a normal configuration, you would not need the preset to capture CO2f as it would be calculated from the previous sectors running). The demand in the preset should always be greater than zero.. Regarding the DAC settings, the commIN/OUT approach seems meaningful. The error might relate to the subsector definition and to the adequate definition of existingcapacity as well as its attribution to owning agents (defined as agentshare parameter in the technodata file). 
Keep in mind that the existing capacity from a one single technology of a full sector, needs to have some seed capacity (10^-4). This is current a limitation of the model.

Finally, to enforce a carbon budget, you could see to increase the seed carbon price, which is the initial carbon price when the emission should be limited, to the extent that this moves in a feasible range.

Good luck
MUSE team

Alaa Qassabi

unread,
Dec 20, 2023, 5:08:44 PM12/20/23
to MUSE
Dear MUSE team,

Thanks a lot! 
I initially tried DAC as a demand sector because I failed to model one DAC sector that captures all CO2 emissions throughout the model (which must be the proper way to do it).. so what is the normal configuration for such DAC?
attached is my attempt to set it up in CommIN, CommOut, ExistingCapacity, Technodata, and Settings.toml, but the model doesn't run and returns a ValueError: zero-size array to reduction operation fmax which has no identity
(please note that the lpsolver whether it is adhoc or scipy it would still return the same error)

Your help is highly appreciated!
Thanks a lot
Alaa 
IMG_4202.jpeg
IMG_4205.jpeg
IMG_4203.jpeg
IMG_4204.jpeg
IMG_4201.jpeg

sgiarols

unread,
Dec 21, 2023, 2:04:51 AM12/21/23
to MUSE
Hi Alaa

The shared info looks OK.
There may be a mismatch in the commodity type definition, as CO2f was defined environmental in the global commodity file but here it is used as a fuel. This is likely to produce the error signalling that there is no output from the process.  
Unfortunately, we cannot run the model or investigate further with the info available.

Good luck

MUSE team
Reply all
Reply to author
Forward
0 new messages