Nov. 27, 2023, 2:13 p.m. |
Added
35
|
{"external_links": []}
|
|
Nov. 20, 2023, 2:03 p.m. |
Added
35
|
{"external_links": []}
|
|
Nov. 13, 2023, 1:33 p.m. |
Added
35
|
{"external_links": []}
|
|
Nov. 6, 2023, 1:31 p.m. |
Added
35
|
{"external_links": []}
|
|
Aug. 14, 2023, 1:31 p.m. |
Added
35
|
{"external_links": []}
|
|
Aug. 7, 2023, 1:32 p.m. |
Added
35
|
{"external_links": []}
|
|
July 31, 2023, 1:34 p.m. |
Added
35
|
{"external_links": []}
|
|
July 24, 2023, 1:35 p.m. |
Added
35
|
{"external_links": []}
|
|
July 17, 2023, 1:34 p.m. |
Added
35
|
{"external_links": []}
|
|
July 10, 2023, 1:26 p.m. |
Added
35
|
{"external_links": []}
|
|
July 3, 2023, 1:26 p.m. |
Added
35
|
{"external_links": []}
|
|
June 26, 2023, 1:26 p.m. |
Added
35
|
{"external_links": []}
|
|
June 19, 2023, 1:27 p.m. |
Added
35
|
{"external_links": []}
|
|
June 12, 2023, 1:29 p.m. |
Added
35
|
{"external_links": []}
|
|
June 5, 2023, 1:33 p.m. |
Added
35
|
{"external_links": []}
|
|
May 29, 2023, 1:28 p.m. |
Added
35
|
{"external_links": []}
|
|
May 22, 2023, 1:29 p.m. |
Added
35
|
{"external_links": []}
|
|
May 15, 2023, 1:31 p.m. |
Added
35
|
{"external_links": []}
|
|
May 8, 2023, 1:37 p.m. |
Added
35
|
{"external_links": []}
|
|
May 1, 2023, 1:28 p.m. |
Added
35
|
{"external_links": []}
|
|
April 24, 2023, 1:35 p.m. |
Added
35
|
{"external_links": []}
|
|
April 17, 2023, 1:28 p.m. |
Added
35
|
{"external_links": []}
|
|
April 10, 2023, 1:25 p.m. |
Added
35
|
{"external_links": []}
|
|
April 3, 2023, 1:26 p.m. |
Added
35
|
{"external_links": []}
|
|
Jan. 28, 2023, 11:08 a.m. |
Created
43
|
[{"model": "core.projectfund", "pk": 28480, "fields": {"project": 5688, "organisation": 2, "amount": 0, "start_date": "2018-09-23", "end_date": "2021-02-01", "raw_data": 43309}}]
|
|
Jan. 28, 2023, 10:52 a.m. |
Added
35
|
{"external_links": []}
|
|
April 11, 2022, 3:47 a.m. |
Created
43
|
[{"model": "core.projectfund", "pk": 20603, "fields": {"project": 5688, "organisation": 2, "amount": 0, "start_date": "2018-09-23", "end_date": "2021-02-01", "raw_data": 26431}}]
|
|
April 11, 2022, 3:47 a.m. |
Created
41
|
[{"model": "core.projectorganisation", "pk": 78046, "fields": {"project": 5688, "organisation": 7887, "role": "STUDENT_PP_ORG"}}]
|
|
April 11, 2022, 3:47 a.m. |
Created
41
|
[{"model": "core.projectorganisation", "pk": 78045, "fields": {"project": 5688, "organisation": 1998, "role": "LEAD_ORG"}}]
|
|
April 11, 2022, 3:47 a.m. |
Created
40
|
[{"model": "core.projectperson", "pk": 48026, "fields": {"project": 5688, "person": 8800, "role": "STUDENT_PER"}}]
|
|
April 11, 2022, 3:47 a.m. |
Created
40
|
[{"model": "core.projectperson", "pk": 48025, "fields": {"project": 5688, "person": 263, "role": "SUPER_PER"}}]
|
|
April 11, 2022, 1:48 a.m. |
Updated
35
|
{"title": ["", "Evidencing and authenticating energy demand side response using high frequency electricity disaggregation and distributed ledger technologies"], "description": ["", "\nRapid penetration of distributed generation technologies such as photovoltaics wind and hydro, combined with electricity network constraints, is leading many to explore radically different configurations of the energy system. One of the hallmarks of this reconfiguration is the need to balance supply and demand at both the local and national levels in order to accommodate increasing penetration of intermittent renewable power into the grid. Such intermittent renewable power frequently lies that the extremities of the grid, creating problems for grid connection and load balancing, and requiring significant infrastructure upgrade costs unless alternative solutions are found. \nTo help demand follow supply there are two broad classes of solutions: demand-side response (shifting the timing of demand to meet available power supplies); and local energy storage (at the local grid or building level). In order to support uptake of DSR and local storage four key conditions must be met. Firstly, consumers must see value in it, this value can be financial, social (e.g. community participation) or phychological (e.g. risk aversion). Secondly, there must be some way of verifying that a specific customer has provided the DSR service - either through exporting electricity from local generation, storage, or by demand reduction at peak times. Thridly, there must be a way to record and authenticate that DSR service, to ensure trust in the system from all parties. Forthly, there must be a way to transact that service, so all units of energy generation, storage or reduction are uniquely accounted for both physically and financially. This is a very challenging problem, but one in which recent advances in electricity load disaggregation, and the development of distributed ledgers ('blockchains') offers significant new potential to address. \nThe research will address the following questions:\n1. What blockchain architectures can be used to authenticate demand-side response within timeframes that would allow participation in the different elements of the energy market - from the half-hourly wholesale market to the fast frequency response energy market?\n2. What forms of evidence, and what level of confidence, will regulators and market actors accept as evidence of a demand-side response in order to allow participation in energy trading of that response?\n3. How do these acceptable forms of evidence vary depending on the timeframe of the energy market mechanisms?\n4. What are the social, policy, regulatory, data protection, communications technology, and hardware enablers and constraints to end user participation in energy trading?\n\n"], "extra_text": ["", "\n\n\n\n"], "status": ["", "Closed"]}
|
|
April 11, 2022, 1:48 a.m. |
Added
35
|
{"external_links": [21038]}
|
|
April 11, 2022, 1:48 a.m. |
Created
35
|
[{"model": "core.project", "pk": 5688, "fields": {"owner": null, "is_locked": false, "coped_id": "2a9f6a91-88fc-49fa-bac4-8f23208e09a0", "title": "", "description": "", "extra_text": "", "status": "", "start": null, "end": null, "raw_data": 26421, "created": "2022-04-11T01:41:25.129Z", "modified": "2022-04-11T01:41:25.129Z", "external_links": []}}]
|
|