04/12/2016 at 18:03 •
Points of focus:
How we decide to work:
- What is the smart-contract ?
04/14/2016 at 21:04 •
2016-04-13 - Yesterday a new project has come out on the hackaday platform: Jumelles, a fork of the Plantoid project . We'll take inspiration from the development of Jumelles, indeed Xavier is one of the core member of DAISEE experimentation.
Keep in mind that those projects are feeding each other, so do not hesitate to support.
(Photo By Nicolas Loubet CC-NC-BY-SA
04/15/2016 at 14:56 •
2016-04-15 - Sketching the development steps of the project : how it will basically function. 1st and 2nd steps sketches v0.1.
Note: experimentation within the house or between 2 houses can be done. Experimentation at the district level may require either to find a way a way to follow both produce and consumed electricity (hardly feasible), or to build the necessary infrastructure - a micro-grid. Moreover, other ways of distributing energy can be explore enabling to address the market differently... we've got ideas, let's dig into it!
04/17/2016 at 13:33 •
04/25/2016 at 09:43 •
As winter and the deadline for the first challenge are coming, it is time to state how advanced we are today (2016-07-19). Moreover it's been a while since we haven't post something about our advances its because... we're trying to progress !
- We've installed Ehtereum node on independant Raspberry Pi II and III and made them communicate with a local ethereum blockchain
- We've made some basic transaction on the local blockchain between the Raspberry PI
- We've code a energy "smart contract" that has not been tester yet
- We've finished soldering on the CiizenWatt PCB, unfortunaltely it doesnt't work yet (we've got some trouble with it... we'll explain later in antoher log)
- We are looking for experimental territories to test in real conditions
- We've found another playground remotely from Lyon at the @Louis Villard parents' house engaged in a transition process
- We still don't understand why our CitizenWatt are not working
- Open Energy Monitor is functional but suffers from weak sensitivity and consistance in consumption data.
The related documentation :
Carry on following the feed... more logs to come.
- We can measure and log current thanks to the current clamp
- We installed the Ethereum client on a Raspberry Pi
- We can perform some basic smartcontracts
- We have the building that will serve as playground for the project (La M[y]ne, the physical space hosting la Paillasse Saône, eco hacklab in Lyon, France)
- We are in the process of building 5 pairs of Citizen-Watt + Raspberry Pi
We will use a Citizen Watt board to measure and tokenize the energy production and consummation : this is basically a current clamp connected to an home made customized Arduino (ATMega368 based PCB).
On a Raspberry Pi, we will manage the blockchain capabilities (via Ethereum), the smart contract between actors, allowing a smart and decentralized governance.
Planning of the project
We use each room of a house to act as various actors in a simulated energy market.
We scale up the POC to a few houses to create a real small energy market, some actors producing energy, some other consuming, and some actors doing both.
05/30/2016 at 19:58 •
2016-05-21: Hackhaton #CompteurConnect - DAISEE has been revealed :-)
The #CompteurConnect hackathon held by the French ministry for environment, energy and ecology has given the DAISEE team the opportunity to:
- Make the project vision clear & work on the global design of the project
- Work on a (proto) smart contract based on the ethereum blockchain that simply enable to a person who produce a surplus of electricty to exchange this surplus with another person who is consuming in exchange for a token.
This smart contract is the first energy peer-to-peer contract based on the Ethereum blockchain. It works more or less... still need improvement and it's modest in its structure and on what it is doing but still... the first energy smart contract.
If you wanna look a bit into it it's in the GitHub repo. Please feel free to improve! You'll also find our final presentation in the shared files called DAISEE slide-deck.
The documentation (in FR, so sorry) of our process during the hackathon is here.
07/19/2016 at 17:35 •
Anything Goes challenge : define the constrains and the vision of DAISEE on... Mars ! Yep... "Anything Goes". here is the related video:
Why Mission to Mars ?
Basically,SpaceX aims at sending people on Mars and we'll be needing to build the energy infrastructure on Mars in a way that is more sustainable and resilient than on Earth.
More over, Tesla is building the future of energy storage infrastructure and energy distribution network complementing the "well-known" "conventional" grid or micro-grid.
Then we think that, given the conditions on Mars and the necessity for energy production and distribution, DAISEE could be the future of the energy infrastructure on Mars.
Energy basics on Mars
- No fossil fuel
- Solar energy (about 50% of the earth's solar irradiation)
- Wind power energy : Mars is a windy planet
- Nuclear fission/fusion since there are nuclear fuel on Mars
- Plant based electricity production
- Carbon dioxide sublimation (solid to gas transformation) > energy generation
Grid infrastructure basics
- Low pressure and gravity (surface gravity: 38% of that on Earth...)
- The Mars landers Viking I, Viking II, Pathfinder, Opportunity Rover, and Spirit Rover identified aluminium, iron, magnesium, and titanium in the Martian soil" (see Wikipedia), confirming that materials on site con be used to build the infrastructure
- Temperatures are very low, thus enabling more efficiency for electrical distribution systems.
What's you thoughts about the feasibility and technical constrains on Mars to build this infrastructure ? You might have some ideas about how to work it out ?
We thought about this Mars project because it makes it possible to really think out of the box the potential application of DAISEE in a both new and known environment: new since it put some more constrains that we are not used to deal with, known because Mars is a planet with limited ressources as we know it on Earth. Thinking and building DAISEE on Mars, enables to think about innovative ways to distribute and exchange energy.
We would be glad to heard about your thoughts. Please let us know.
The DAISEE Team
08/05/2016 at 17:46 •
We were there to welcome new members to the contributors team and work on a very first prototype: how to make 3 independent RaspPi Ethereum blockchain nodes to communicate with each other and make transaction.
You'll find the detailed documentation following THIS LINK. More specific documentation can be find HERE about how to deploy a local ethereum blockchain on one or more RaspPi. More specific documentation about the SmartContract is HERE. Last of all, our presentation about our production can be found HERE.
Who were the contributors ?
- If not enough electricity on the blockchain he buys at the main producers.
- The producer's account is credited with the right amount of money (less the potential fee for running the grid
- ssh <user>@<ip_adress>
- ip of the raspberry
- Add the other Rasp
08/21/2016 at 10:57 •
After both the #compteurconnect and the #blockfest hackathon, it is time for us to build stuff related to a local and concrete experimental context. That's how the DAISEECamp #1 was build: in order to define in which context and how the current DAISEE development can interact with the local relality of the ground.
As a result, we found a potential experimental ground with a local (near Lyon) group of households including Louis' father house. The documentation (in French for the moment we do are sorry about that) can be found HERE.
The experimental context ground
An picture is far more representing than a bunch of words...
Basically, the set of houses are located remotely from the town in the country side with some really interesting assets for experimentation :
- First Louis' father is already committed to experimentation int he field of energy, agriculture and a lot of things related to sustainable development
- Secondly, the house is well set for experimentation of the DAISEE program since it already gather : 3 independent sources of solar electric production, 3 independent sources of local consumption (which means : 3 production meters and 3 consumption meters).
Note: The UPS can be connected via Bluetooth. Unfortunately, the bluetooth module is not installed, and it is not possible to get back the date via bluetooth for the moment.
Moreover, there is a local project about building a distributed solar powerplant divided around 10 site of 9kW each.
What is energy and what do we want to do here with DAISEE
The aim of this session was to clarify what energy is, what are the interest of the contributors in the DAISEE program and what are the next steps.
What we've done during this Camp
- Test the Open Energy Monitor on site
Picture from @Sam
It turns out that data from the EmonPi (OEM) does not seem relevant. Even if the EmonPi is not connected, is still mesure a 34W power. It can be the sensibility (noise) of the sensor. We have to check if an
- Take some time with Louis' father to discuss the needs and understand into details the photovoltaïc solar panel installation and use chain : from first contact with the contractor to the electric production and invoicing to the electricity buyer. We gathered a lot of data and sources that helped us to understand where DAISEE can add value for both the consumer and the contractor/buyer/distributor.
Discussion about the DAISEE's orientations
This camp was also the opportunity to discuss the relevance of the blockchain technologies for he DAISEE project.
It turns out that the blockchain technologies are part of the solution but have current limitation that make them not fully relevant for the energy sector. Some points are:
- Real time data management on a blockchain is really limited from both the validation time of a block, the size of the blockchain and the necessary fee for each transaction (that can add-up to really costly overall fee)
- Identity management and securing the viability and relevance of the energy data that are collected
- It's relevant for transaction and automation of the processes
- It will require to be hybridized with other technologies related to data storage (IPFS for instance) and database management (BigChainDB for instance)
08/21/2016 at 13:18 •
As part of the development of some bricks of the DAISEE program, two of the main technological bricks are:
- How to make Smart Energy Monitoring/Meter IoTs as Ethereum blockchain nodes that can talk to each other via a blockchain and make and validate transactions ?
- How to automate the transactions management ?
Documentation can be found here (documentation is still mainly in french, we'll do our best to translate it - if by any chance you wanna help you're more than welcome):
- For the
- For the Design & Deployment of SmartContrat Peer-to-peer Energy
- For the Design & Deployment of DApp
You'll also found more detail instruction on the instruction web page.
Building Ethereum Nodes
Documentation: Ethereum Installation (RaspberryPi) using GETH and an alternative way for the Installation of an Ethereum node on a Raspberry Pi using PARITY
In the related documentation, you'll find the process for the installation of an Ethereum node on a Raspberry PI using various techniques. It also focuses on the problems and difficulties we've been facing and how to overcome some of them.
Please note that the first attempts have been carried out on the emonpi which is a costumed raspberry pi for the Open Energi Monitor. However, the process is further described in the document for Raspberry Pi in general.
3 ethereum nodes on Raspberry PI talking to each other on a common private blockchain
Building a peer-to-peer energy transaction smart-contract
Documentation: Design & Deployment of SmartContrat Peer-to-peer Energy
The first step before building the smart-contract is to define
- why do we need a smartcontract
- what does it need to do
- how does it do it and when
Why do we need a smartcontract ?
We need a smartcontract in order to automate the energy and currency transaction processes between peers. Indeed, the aim is to make it simple for the prosumer to manage the transactions with other prosumer while keeping the process transparent and appropriable.
What does it need to do ?
For us and at the moment, it need to automate transactions while called automatically by a prosumer either selling or buying energy.
How does is do it and when ?
It does it while comparing on an "energy market" who's producing to much and who needs energy for consumption. Then it triggers the transaction while being called by a prosumer automatically. Finally, it updates the energy and currency account while providing both account with the necessary (positive or negative) balance.
Building a dApp
Documentation: Design & Deployment of DApp
The dApp enables to have a user interface to manage the smartcontract and, thus, the transaction process. The related documentation focuses on the development of decentralized application based on Ehtereum Javascrip API WEB3.
The dApp makes it possible to see :
- The ether balance of the prosumer account
- The energy account of the prosumer account
- The latest transaction
- Other information about the blockchain
The accounts are updated each time there is a transaction from a producer to a consumer. Here is a video showing the transaction virtually happening between two accounts:
From now, we are able to :
- make Raspberry PI ethereum nodes talking with a common private blockchain
- build an energy smartcontract making it possible for two or more prosumers to make virtual energy transaction on a private blockchain
- have an user interface making it more appropriable and visual (some more work remains to be done on the UX side)
Our problems :
- CItizenWatt IoT sensor are not yet ready since we still got issues to build them and make them work
- Raspberry PI are ethereum node but are not yet able to validate and transmit transaction because it requires to mine once to initiate a block while generating a DAG file, which is necessary for the Raspberry PI, as a node, to participate to the network. This is due to lack of memory and power of the Raspberry PI 3
What's remaining to be done :
- one of the priority is to articulate the CitizenWatt and OEM sensors with the blockchain
- fixing the technological choices
- investigating IPFS and BigChainDB for hydridization with a blockchain
Extracted from the BlockChainDB