(Created page with "{{Madrid-OLM/1}} <html lang="en"> <head> <meta charset="utf-8"> <title>Titulo del apartado</title> <meta name="viewport" content="width=device-widt...") |
|||
Line 1: | Line 1: | ||
{{Madrid-OLM/1}} | {{Madrid-OLM/1}} | ||
<html lang="en"> | <html lang="en"> | ||
+ | <style> | ||
+ | .tittle-secc{ | ||
+ | padding-top: 12em !important; | ||
+ | } | ||
+ | .figureimage{ | ||
+ | margin-bottom: 0.5em | ||
+ | } | ||
+ | .ourlist{ | ||
+ | font-size: 80% !important; | ||
+ | } | ||
+ | .nomargin{ | ||
+ | margin-bottom: 0.3em !important; | ||
+ | } | ||
+ | .red{ | ||
+ | color: red; | ||
+ | } | ||
+ | |||
+ | </style> | ||
+ | |||
<head> | <head> | ||
<meta charset="utf-8"> | <meta charset="utf-8"> | ||
− | <title> | + | <title>Microfluidics part of the device</title> |
<meta name="viewport" content="width=device-width, initial-scale=1.0"> | <meta name="viewport" content="width=device-width, initial-scale=1.0"> | ||
<meta name="description" content="Site Description Here"> | <meta name="description" content="Site Description Here"> | ||
Line 16: | Line 35: | ||
</li> | </li> | ||
<li> | <li> | ||
− | <a href="# | + | <a href="#hard" class="inner-link" data-title="Hardware"></a> |
</li> | </li> | ||
<li> | <li> | ||
− | <a href="# | + | <a href="#soft" class="inner-link" data-title="Software"></a> |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
</li> | </li> | ||
+ | |||
</ul> | </ul> | ||
</section> | </section> | ||
− | <section id="home" class=" | + | <section id="home" class="tittle-secc text-center switchable feature-large"> |
− | <div class=" | + | <div class="container"> |
− | + | <div class="row justify-content-around"> | |
− | + | <div class="col-md-8 col-lg-8"> | |
− | + | <h1 id="Teamtittle">Microfluidics</h1> | |
− | + | <p class="lead">When the need of moving microvolumes arise as a mandatory requirement of design, microfluidics pops up as the one and only solution. Although there is at hand a wide range of microfluidic commercial solutions, many of them are too expensive to start experimenting with. </p> | |
− | <div class="col-md- | + | <p class="lead">That is why our method comes to give an alternative solution. The <a href="http://www.elveflow.com/microfluidic-tutorials/microfluidic-reviews-and-tutorials/the-poly-di-methyl-siloxane-pdms-and-microfluidics/">PDMS</a> manufacturing reveals itself as a tough rival with respect to other alternatives. PDMS was our initial choice, due to its reasonable price and ease of use. As DIY and digital manufacturing constitute the basis of our hardware, we built a workflow around the PDMS chip</p> |
− | <h1 | + | |
− | + | ||
− | + | ||
− | <p class="lead"> | + | |
− | + | ||
− | + | ||
− | < | + | |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
</div> | </div> | ||
</div> | </div> | ||
Line 58: | Line 58: | ||
</section> | </section> | ||
− | <section id=" | + | <section id="hard" class="text-center"> |
<div class="container"> | <div class="container"> | ||
<div class="row"> | <div class="row"> | ||
− | <div class="col-md-10 col-lg-8"> | + | <div class="col-md-10 col-lg-8 boxed boxed--border bg--secondary boxed--lg box-shadow"> |
− | <h2> | + | <h2>Hardware</h2> |
− | <p class="lead"> | + | <p class="lead">The hardware is mainly composed of different modules, interconnected for two main purposes: distributing the powers rails through all the modules and communicating each module with the main controller.</p> |
− | + | <img class= "figureimage" alt="Figure1" src="https://static.igem.org/mediawiki/2018/1/10/T--Madrid-OLM--Device--FinalPrototype--BSA.png" style="width:70%;"/> | |
− | </p> | + | <p class="lead" style="margin-left:15%; margin-right:10%;">Figure 1: Diagram of the different platforms that run the system.</p> |
+ | <p class="lead">Broadly the system is composed of four main sections: </p> | ||
+ | <ol class="ourlist"> | ||
+ | <li><p class="lead">A pump system on a microlitre scale. Composed of eight stepper motors, controlling the syringe’s pumps. It is in charge of injecting and removing the fluid from the chips. This system is directly connected to a 12V power supply and controlled through the digital pins from the main controller, Arduino Mega.</p></li> | ||
+ | <li><p class="lead">A potentiostatic measurement system, the <a href="http://iorodeo.com/products/potentiostat-shield">Rodeostat</a>, directly connected to the microfluidic chip. It connects directly to the Arduino (Which governs the device) through Serial communication. For that purpose, the pins 26 and 31 of the P14 connector in the RodeoStat have been connected to the RX2 and TX2 pins on the Arduino Mega. The system is supplied by the 5V pin of the Arduino Mega power converter. For a more detailed description of the system, connection checks <a href="http://forum.iorodeo.com/topic/91/arduino-communication/17">this</a> threat where we have explained to the RodeoStat community our set up.</p></li> | ||
+ | <li><p class="lead">A WiFi module, designed and developed by ourselves. The system is based on the board ESP8266, broadly extended in IoT applications. It communicates to Arduino through Serial protocol through its RX3 and TX3 pins. The purpose of this module is to uploads the data sent by Arduino to an external cloud server on FireBase. You could go over all the schematic and board designs on <a href="https://github.com/OpenLabMadrid/iGEM-Madrid-OLM/tree/master/Electronics/Final%20version/WiFi%20Module">our GitHub.</a></p></li> | ||
+ | </ol> | ||
+ | <h4>Foto placa wifi</h4> | ||
+ | <p class="lead">The main controller which operates the rest of the components, Arduino Mega 2560.</p> | ||
+ | <p class="lead nomargin"><spam class="red">CAUTION</spam>: The controllers has several modifications that allow it to work in the device. Trying to replicate it without the modifications is dangerous and can imply the universe destruction:</p> | ||
+ | <ol class="ourlist"> | ||
+ | <li class="nomargin"><p class="lead">Arduino’s M7 diode, which job is to avoid an eventual situation of reverse current, has been removed. This is because of his inability to stand the 4 amperes that go through the system when the 8 motors are at their full capacity. In its position, we have solder a IRLZ44N transistor, able to stand up to 50 A. To do it, the pins of the source and drain were connected in a similar way as the pins of the diode and the gate pin was connected to the 12V power supply. A heat sink was also put in the upper side.</p></li> | ||
+ | <li><p class="lead">An Arduino Shield was mounted to increase the total of pins to 8 Vin an 8 GND, to connects the power of the motor drivers.</p></li> | ||
+ | </ol> | ||
+ | <h4>Foto Arduino</h4> | ||
</div> | </div> | ||
</div> | </div> | ||
Line 73: | Line 87: | ||
</section> | </section> | ||
− | + | <section id="soft" class="text-center"> | |
− | <section id=" | + | |
<div class="container"> | <div class="container"> | ||
− | <div class="row | + | <div class="row"> |
− | <div class="col-md-10 col-lg- | + | <div class="col-md-10 col-lg-8 boxed boxed--border bg--secondary boxed--lg box-shadow"> |
− | <h2> | + | <h2>Software</h2> |
− | <p class="lead"> | + | <p class="lead">As we have introduced in the previous section, our system is like a patchwork, with several different platforms including actuators, sensors and control elements.</p> |
− | <p class="lead"> | + | <p class="lead">Although is essential to correctly choose the programming language for the different platforms, it is mandatory to keep an eye choosing the communication protocols between all of the device’s platforms.</p> |
− | + | <img class= "figureimage" alt="Figure1" src="https://static.igem.org/mediawiki/2018/9/96/T--Madrid-OLM--Device--FinalPrototype--SoftwareProto.png" style="width:90%;"/> | |
− | < | + | <p class="lead" style="margin-left:5%; margin-right:5%;">Figure 3: The platform’s programming languages employed and the communication protocols between all of them.</p> |
− | + | <p class="lead">In our circuit there are five platforms liable to be programmed:</p> | |
− | + | <ol class="ourlist"> | |
− | + | <li><p class="lead">The <b>ESP8266</b>, module in charge of all the wifi communications. We have kept the original firmware because we didn’t have time to reprogramme it during this call.</p></li> | |
− | + | <li><p class="lead">In the <b>Rodeostat</b>, potentiostat responsible of the electrochemical measurements of the sensor, we modify the original firmware so it could be controlled through the Arduino Mega, instead of a computer.</p></li> | |
− | + | <li><p class="lead">The <b>Arduino Mega</b> controls all the device, handling the motors, receiving the Rodeostat measurements and sending them to the cloud through the WiFi module or the serial communication with the PC.</p></li> | |
− | + | <li><p class="lead">Outside the device, the data go to <b>Firebase server</b>. The server, on one hand, gets all the data and send them to an <b>iOS design app</b>, where the final user can watch the development of the data in real time.</p></li> | |
− | + | <li><p class="lead">Finally, a <b>PC program</b>, written in python with Qt creator, is able to communicate through the serial protocol with the device. The application let you configure 8 different motors, run protocols sequentially or inject liquid in the microfluidic chips.</p></li> | |
− | + | </ol> | |
− | + | <img class= "figureimage" alt="Figure1" src="https://static.igem.org/mediawiki/2018/6/62/T--Madrid-OLM--Device--FinalPrototype--CapturProgram.png" style="width:80%;"/> | |
− | + | <p class="lead">You can find the code for the PC app, the Arduino control and the Rodeostat’s modified firmware in <a href="http://github.com/OpenLabMadrid/iGEM-Madrid-OLM">our GitHub.</a> Both the iOS app and the firebase server was set up thanks to the help of <b>Marcos Hernández Cifuentes</b>.</p> | |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
</div> | </div> | ||
</div> | </div> | ||
Line 136: | Line 113: | ||
</section> | </section> | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
</div> | </div> | ||
<!--<div class="loader"></div>--> | <!--<div class="loader"></div>--> |
Revision as of 09:49, 15 October 2018
Microfluidics
When the need of moving microvolumes arise as a mandatory requirement of design, microfluidics pops up as the one and only solution. Although there is at hand a wide range of microfluidic commercial solutions, many of them are too expensive to start experimenting with.
That is why our method comes to give an alternative solution. The PDMS manufacturing reveals itself as a tough rival with respect to other alternatives. PDMS was our initial choice, due to its reasonable price and ease of use. As DIY and digital manufacturing constitute the basis of our hardware, we built a workflow around the PDMS chip
Hardware
The hardware is mainly composed of different modules, interconnected for two main purposes: distributing the powers rails through all the modules and communicating each module with the main controller.
Figure 1: Diagram of the different platforms that run the system.
Broadly the system is composed of four main sections:
A pump system on a microlitre scale. Composed of eight stepper motors, controlling the syringe’s pumps. It is in charge of injecting and removing the fluid from the chips. This system is directly connected to a 12V power supply and controlled through the digital pins from the main controller, Arduino Mega.
A potentiostatic measurement system, the Rodeostat, directly connected to the microfluidic chip. It connects directly to the Arduino (Which governs the device) through Serial communication. For that purpose, the pins 26 and 31 of the P14 connector in the RodeoStat have been connected to the RX2 and TX2 pins on the Arduino Mega. The system is supplied by the 5V pin of the Arduino Mega power converter. For a more detailed description of the system, connection checks this threat where we have explained to the RodeoStat community our set up.
A WiFi module, designed and developed by ourselves. The system is based on the board ESP8266, broadly extended in IoT applications. It communicates to Arduino through Serial protocol through its RX3 and TX3 pins. The purpose of this module is to uploads the data sent by Arduino to an external cloud server on FireBase. You could go over all the schematic and board designs on our GitHub.
Foto placa wifi
The main controller which operates the rest of the components, Arduino Mega 2560.
Arduino’s M7 diode, which job is to avoid an eventual situation of reverse current, has been removed. This is because of his inability to stand the 4 amperes that go through the system when the 8 motors are at their full capacity. In its position, we have solder a IRLZ44N transistor, able to stand up to 50 A. To do it, the pins of the source and drain were connected in a similar way as the pins of the diode and the gate pin was connected to the 12V power supply. A heat sink was also put in the upper side.
An Arduino Shield was mounted to increase the total of pins to 8 Vin an 8 GND, to connects the power of the motor drivers.
Foto Arduino
Software
As we have introduced in the previous section, our system is like a patchwork, with several different platforms including actuators, sensors and control elements.
Although is essential to correctly choose the programming language for the different platforms, it is mandatory to keep an eye choosing the communication protocols between all of the device’s platforms.
Figure 3: The platform’s programming languages employed and the communication protocols between all of them.
In our circuit there are five platforms liable to be programmed:
The ESP8266, module in charge of all the wifi communications. We have kept the original firmware because we didn’t have time to reprogramme it during this call.
In the Rodeostat, potentiostat responsible of the electrochemical measurements of the sensor, we modify the original firmware so it could be controlled through the Arduino Mega, instead of a computer.
The Arduino Mega controls all the device, handling the motors, receiving the Rodeostat measurements and sending them to the cloud through the WiFi module or the serial communication with the PC.
Outside the device, the data go to Firebase server. The server, on one hand, gets all the data and send them to an iOS design app, where the final user can watch the development of the data in real time.
Finally, a PC program, written in python with Qt creator, is able to communicate through the serial protocol with the device. The application let you configure 8 different motors, run protocols sequentially or inject liquid in the microfluidic chips.
You can find the code for the PC app, the Arduino control and the Rodeostat’s modified firmware in our GitHub. Both the iOS app and the firebase server was set up thanks to the help of Marcos Hernández Cifuentes.