Team:Calgary/Notebook/Journal/ModellingAndPrototype
From 2014.igem.org
Laura.fader (Talk | contribs) |
Laura.fader (Talk | contribs) |
||
(33 intermediate revisions not shown) | |||
Line 6: | Line 6: | ||
<h2>Week 1: May 5th - May 9th</h2> | <h2>Week 1: May 5th - May 9th</h2> | ||
- | <p>Modelling team formed. The big idea discussed during the week was to digitalize the proposed diagnostic test using an Arduino Uno microcontroller or Raspberry Pi. The idea was based on glucose meters for diabetics with the potential for disposable strips with the device to reduce cost per test. As we brainstorm ideas it is important for us to remember that we are designing this for developing nations often with less resources. We looked into the advantages and disadvantages of Arduino Uno vs Raspberry Pi and how they operate. Currently, the Arduino Uno seems to be a more suitable choice for our purposes as it works well with simple programs and has many applicable functions. We looked into how to program an Arduino Uno microcontroller and started writing simple programs to familiarize ourselves with microcontroller. As part of the digital reporter circuit that will be designed and wired, we are looking into using a sensor to detect a change from the biological reaction. We researched different sensors that are compatible with the microcontroller and we found that there are Arduino Uno sensors that for light, colour, current, methane, ethanol, | + | <p>Modelling team formed. The big idea discussed during the week was to digitalize the proposed diagnostic test using an Arduino Uno microcontroller or Raspberry Pi. The idea was based on glucose meters for diabetics with the potential for disposable strips with the device to reduce cost per test. As we brainstorm ideas it is important for us to remember that we are designing this for developing nations often with less resources. We looked into the advantages and disadvantages of Arduino Uno vs Raspberry Pi and how they operate. Currently, the Arduino Uno seems to be a more suitable choice for our purposes as it works well with simple programs and has many applicable functions. We looked into how to program an Arduino Uno microcontroller and started writing simple programs to familiarize ourselves with microcontroller. As part of the digital reporter circuit that will be designed and wired, we are looking into using a sensor to detect a change from the biological reaction. We researched different sensors that are compatible with the microcontroller and we found that there are Arduino Uno sensors that for light, colour, current, methane, ethanol, carbon dioxide, propane, butane, and H2. |
We also researched the basics of microfluidics and the potential application this could have with our designs for the project. | We also researched the basics of microfluidics and the potential application this could have with our designs for the project. | ||
Additionally, everyone on the team participated in workshops on DNA and cell biology, PCR (Polymerase Chain Reaction) and PCR optimization, DNA extraction, cloning and transformation, bioinformatics, theory of proteins, protein purification, and protein optimization to get everyone familiar with basic lab techniques and biology theory that we potentially require during the project.</p> | Additionally, everyone on the team participated in workshops on DNA and cell biology, PCR (Polymerase Chain Reaction) and PCR optimization, DNA extraction, cloning and transformation, bioinformatics, theory of proteins, protein purification, and protein optimization to get everyone familiar with basic lab techniques and biology theory that we potentially require during the project.</p> | ||
<h2>Week 2: May 12th - May 16th</h2> | <h2>Week 2: May 12th - May 16th</h2> | ||
- | <p>This week we focused more on getting familiar with Arduino Uno microcontroller. One of our team members wrote several programs for Arduino to make the light blink in different patterns. In order to program the microcontroller, a programming language very similar to C++ is used; all of the members of the modelling team have C++ knowledge. We also found out that if we have to measure the input current, we would not need a sensor as analog in on the Arduino Uno can measure the input voltage so we would be able to calculate the current. We also looked at the prices for different sensors and where we can buy them, most of the sensors can be purchased for under 5-7 dollars | + | <p>This week we focused more on getting familiar with Arduino Uno microcontroller. One of our team members wrote several programs for Arduino to make the light blink in different patterns. In order to program the microcontroller, a programming language very similar to C++ is used; all of the members of the modelling team have C++ knowledge. We also found out that if we have to measure the input current, we would not need a sensor as analog in on the Arduino Uno can measure the input voltage so we would be able to calculate the current. We also looked at the prices for different sensors and where we can buy them, most of the sensors can be purchased for under 5-7 dollars <a href="https://2014.igem.org/Team:Calgary/Sandbox/Notebook/References"#Journals>(solarbotics)</a>. The Arduino Uno microcontroller costs 35 dollars <a href="https://2014.igem.org/Team:Calgary/Sandbox/Notebook/References"#Journals>(solarbotics)</a>. We also checked resources left by last year’s engineering and modelling team and found resistors, capacitors, op-amps, instruments and additional resourceful items that we can use this year as well. We did an inventory of these items, so when we are coding and creating circuits we are aware of what components are available. Part of our mission is to produce an economically feasible and low cost device for developing countries, and therefore we plan on researching how to adjust our design to reduce cost in the following weeks. It is important to consider the economics of the device if it is to be considered for practical use in multiple areas of the world, not all of which have access to the same resources. As a team we determined that we want to have the end goal of potentially producing a working prototype. Although this is an ambitious goal, planning and research on how this is possible will help us achieve this.</p> |
<h2>Week 3: May 19th -May 23rd</h2> | <h2>Week 3: May 19th -May 23rd</h2> | ||
Line 21: | Line 21: | ||
<h2> Week 5: June 2nd - June 6th</h2> | <h2> Week 5: June 2nd - June 6th</h2> | ||
<p>This week we continued using Maya for modelling and animation purposes. We also began to explore and refresh our memories using Autodesk AutoCad and Inventor for design purposes, as well as downloading matlab for quantitative modelling. Although we currently don’t have all of the necessary data for some of the proposed models, we are currently examining the software to see how we would create these models when the data becomes available. We are continuing to gain more knowledge of Maya, Autocad and Matlab we will be prepared to create quantitative and visual models. This week we also started looking into mathematical modelling for biological systems and gaining background knowledge in the field through literature. In particular, we looking into basic definitions, process of modelling, relation between state variables and description methods, time constants for cellular processes, fundamental of enzyme kinetics, cell division and growth. By studying and learning proper methods of quantitative analysis we will be able to directly perform this aspect of modelling when our system is ready. We began brainstorming what important aspects of the project we can quantitatively model and what would be useful to help us in the initial design phase. As of next week, a proposed sensor will be chosen and then we will resume our process with the Arduino Uno microcontroller and writing programs to control the device as we will be able to select a sensor based on our reporter. Additionally we researched the potential of using a voltage or current sensor with the device and are currently looking into this option. | <p>This week we continued using Maya for modelling and animation purposes. We also began to explore and refresh our memories using Autodesk AutoCad and Inventor for design purposes, as well as downloading matlab for quantitative modelling. Although we currently don’t have all of the necessary data for some of the proposed models, we are currently examining the software to see how we would create these models when the data becomes available. We are continuing to gain more knowledge of Maya, Autocad and Matlab we will be prepared to create quantitative and visual models. This week we also started looking into mathematical modelling for biological systems and gaining background knowledge in the field through literature. In particular, we looking into basic definitions, process of modelling, relation between state variables and description methods, time constants for cellular processes, fundamental of enzyme kinetics, cell division and growth. By studying and learning proper methods of quantitative analysis we will be able to directly perform this aspect of modelling when our system is ready. We began brainstorming what important aspects of the project we can quantitatively model and what would be useful to help us in the initial design phase. As of next week, a proposed sensor will be chosen and then we will resume our process with the Arduino Uno microcontroller and writing programs to control the device as we will be able to select a sensor based on our reporter. Additionally we researched the potential of using a voltage or current sensor with the device and are currently looking into this option. | ||
- | |||
- | |||
<h2>Week 6: June 9th - June 13th</h2> | <h2>Week 6: June 9th - June 13th</h2> | ||
- | <p>This week we contacted two microfluidics experts to get insight on this topic and to answer some of the questions we have. Dr. Karan Kaler replied to us saying that he is away at the moment, but will be back in July and will be willing to meet up with our team to assist with the project. He said that their research lab is currently utilizing droplet based microfluidics for the detection of human pathogens using chip based real time qPCR technology developed in their laboratory. He thinks it may be relevant to us and suitable for us to explore. This week we also continued working with Maya and Matlab software. Dave submitted a request so we can get SimBiology toolbox for Matlab that will be very useful for quantitative modelling. We also got the 2013 version of Autodesk Maya instead of 2015 so that we can get ePMV plug-in that can be used for modelling and animation purposes. After installing the software, we watched tutorials to get familiar with how the plug in works. Unfortunately, so far the tutorials we found were not very useful, so we will continue to look for more resources. Also, we reviewed the process of transformation and watched existing animations so we can create our own transformation animation in the near future for the purpose of practicing our animation skills. We also found an online written tutorial for Autodesk for Maya which is so far the best teaching resource for Maya. It explores the functions through practical step-by-step examples. It also includes a tutorial on Dynamics and a variety of plug-ins such as nParticle which might be relevant for our project. It is a relatively long document so it will take at least a week to go through it, but it is extremely useful for utilization of advanced with Maya functions. This week we also arranged regular meeting with Dr. Nygren which will take place every Thursday morning so we can discuss the progress of the engineering and modelling team and receive his valuable feedback. We also signed up for Matlab workshops which will take place on Wednesday, June 18th. Next week we are also planning on contacting Cesar from Autodesk to further discuss Maya applications and software, and potential skype meetings in the future.</p> | + | <p>This week we contacted two microfluidics experts to get insight on this topic and to answer some of the questions we have. Dr. Karan Kaler replied to us saying that he is away at the moment, but will be back in July and will be willing to meet up with our team to assist with the project. He said that their research lab is currently utilizing droplet based microfluidics for the detection of human pathogens using chip based real time qPCR technology developed in their laboratory. He thinks it may be relevant to us and suitable for us to explore. This week we also continued working with Maya and Matlab software. Dave submitted a request so we can get SimBiology toolbox for Matlab that will be very useful for quantitative modelling. We also got the 2013 version of Autodesk Maya instead of 2015 so that we can get ePMV plug-in that can be used for modelling and animation purposes.</pr> |
+ | |||
+ | <p>After installing the software, we watched tutorials to get familiar with how the plug in works. Unfortunately, so far the tutorials we found were not very useful, so we will continue to look for more resources. Also, we reviewed the process of transformation and watched existing animations so we can create our own transformation animation in the near future for the purpose of practicing our animation skills. We also found an online written tutorial for Autodesk for Maya which is so far the best teaching resource for Maya. It explores the functions through practical step-by-step examples. It also includes a tutorial on Dynamics and a variety of plug-ins such as nParticle which might be relevant for our project. It is a relatively long document so it will take at least a week to go through it, but it is extremely useful for utilization of advanced with Maya functions. This week we also arranged regular meeting with Dr. Nygren which will take place every Thursday morning so we can discuss the progress of the engineering and modelling team and receive his valuable feedback. We also signed up for Matlab workshops which will take place on Wednesday, June 18th. Next week we are also planning on contacting Cesar from Autodesk to further discuss Maya applications and software, and potential skype meetings in the future.</p> | ||
<h2> Week 7: June 16th - June 20th</h2> | <h2> Week 7: June 16th - June 20th</h2> | ||
<p>This week consisted of continuation of looking into Matlab applications and data analysis as well as into what materials we will need to purchase to begin modelling with the Arduino Uno microcontroller. On the 18th we attended a Matlab workshop and information session that was focused on proper data analysis and representation. Additionally we have begun weekly engineering meetings focused on quantitative modelling and the state of our prototyping. | <p>This week consisted of continuation of looking into Matlab applications and data analysis as well as into what materials we will need to purchase to begin modelling with the Arduino Uno microcontroller. On the 18th we attended a Matlab workshop and information session that was focused on proper data analysis and representation. Additionally we have begun weekly engineering meetings focused on quantitative modelling and the state of our prototyping. | ||
- | We have begun to look into how we can use quantitative analysis for modelling purposes. We have focused on how to optimize the device and its respective materials, dimensions, and components. We have also looked into how to use this data and analysis to reevaluate and make changes to our prototype device. At our meeting with Dr. Nygren we further discussed the potential to use technology such as Bluetooth to add onto the device in which the results could be easily read or documented on a smartphone or computer to compliment the patients file. Although this aspect of the design would not be designed for rural areas in the developing world, there is potential of the modular device to have a worldwide impact in locations with more resources. The proposed reporter for our system is a fluorescent protein such as Red Fluorescent Protein (RFP) or Green Fluorescent Protein (GFP). Another option for the reporter is <i>lacZ</i>. Using a light sensor, and potentially a filter to ensure we are not detecting ambient light, we will detect the presence of light and convert it to a voltage that the Arduino Uno can detect and display a result. This will most likely be designed as a closed environment in order to eliminate other sources of light that could potentially trigger the sensor. The concept of light dependent resistors was also discussed, however after further research it was discovered that the level of sensitivity of these components may not be at the level necessary for the device. Although we do not yet have specific numbers on how luminescence the reporter is, we are not currently pursuing this proposed option. We are planning on purchasing | + | We have begun to look into how we can use quantitative analysis for modelling purposes. We have focused on how to optimize the device and its respective materials, dimensions, and components. We have also looked into how to use this data and analysis to reevaluate and make changes to our prototype device. At our meeting with Dr. Nygren we further discussed the potential to use technology such as Bluetooth to add onto the device in which the results could be easily read or documented on a smartphone or computer to compliment the patients file. Although this aspect of the design would not be designed for rural areas in the developing world, there is potential of the modular device to have a worldwide impact in locations with more resources.</p> |
+ | |||
+ | <p>The proposed reporter for our system is a fluorescent protein such as Red Fluorescent Protein (RFP) or Green Fluorescent Protein (GFP). Another option for the reporter is <i>lacZ</i>. Using a light sensor, and potentially a filter to ensure we are not detecting ambient light, we will detect the presence of light and convert it to a voltage that the Arduino Uno can detect and display a result. This will most likely be designed as a closed environment in order to eliminate other sources of light that could potentially trigger the sensor. The concept of light dependent resistors was also discussed, however after further research it was discovered that the level of sensitivity of these components may not be at the level necessary for the device. Although we do not yet have specific numbers on how luminescence the reporter is, we are not currently pursuing this proposed option. We are planning on purchasing an Arduino Uno and several light sensors to begin testing and quantifying the effectiveness of the different components. In the next week we are hoping that the proposed reporter will be ready to test that aspect of the system and determine which sensor and process will be the most effective to determine if the signal is present. Additionally the modelling team prepared a presentation on light emission and importance that it could have on our project and how we are planning on designing the higher level device with a light sensor and a digitized device. In parallel to ourresearch regarding the reporter and the light sensors, we have been continuing to explore Maya and Matlab ensuring our skills will be ready in time for when data from our system becomes available to model.</p> | ||
<h2>Week 8: June 23rd - June 27th</h2> | <h2>Week 8: June 23rd - June 27th</h2> | ||
- | <p>This week we continued | + | <p>This week we continued extensive research regarding filters and light sensors along with any other necessary components we need to purchase such as the Arduino microcontroller. We have also begun designing experimental conditions for testing the brightness of the chosen reporter and the sensitivity of the light sensor itself. After this testing occurs to determine the ideal brightness of the reporter and the sensitivity is determined, we will be able to optimize the device and the amount of reporter that is necessary to trigger the light sensor and consequential voltage. We continued to research different options of sensors, and what we would additionally need for our device circuit including resistors and other circuit elements. The option of using light filters was also explored and we looked into the three main types (used in robots): the coloured gel filter, interference filter, and dichroic filter.</p> |
- | + | <p>Coloured gel filter is made by mixing dyes into a plastic base. Depending on what dye is used, only a certain band of wavelengths can pass through the filter. It is the cheapest out of the three, but the least accurate one. Interference filter is made of several chemical layers. Each layer blocks a certain range of wavelengths so only a very small range of wavelengths can pass through. It is more accurate than gel filter (because the range of wavelengths allowed through can be made really small), but expensive. Dichroic filter is made of organic dyes and other chemicals. It absorbs light at certain wavelength. Again, it is more accurate than the coloured gel filter, but significantly more expensive. We looked more into interference filters and rough calculations show that if we want a wavelength of 609 nm to pass, the material in the middle of the filter will need to have an index of refraction (n) = 1.35 and the thickness would be 225.55555 nm. Possible materials include 10 percent glucose solution in water ( n = 1.3477), 20 percent glucose solution in water (n = 1.3635), Teflon ( n = 1.35 – 1.38), and ethanol (n = 1.361).</p> | |
- | + | ||
- | + | <p>We wanted to commence testing as soon as possible and therefore have put in several purchase orders for products so we have our required materials. After more research into light sensors and potential filters we were able to locate affordable and applicable materials that we will be able to use to build our device. Firstly we bought an Arduino Uno microcontroller for the team as the one we have currently been programming belongs to a member of our modelling sub-team. We also ordered an educational kit for Arduino Uno that includes instruction manuals and materials as well as useful parts for the construction of our future circuits such as resistors, capacitors, sensors, and LED lights. Additionally we have purchased a Parallax ColorPAL-Color and Light Sensor instead of a simple light sensor as we came to the realization that it would be difficult with only one sensor to differentiate between multiple diseases if all of them use RFP as the reporter. Initially, our idea was to excite RFP with yellow light (or UV light is another option) and detect the emitted light (609 nm wavelength) using a light sensor and a filter. However, if the reporters indicating the presence of different diseases were that of different colours, then a colour sensor would be able to directly differentiate between them. We also ordered two temperature sensors so we can keep our device at constant ideal temperature dictated by the requirements of isothermal PCR and an 3W LED light if we need to excite the RFP. Our team is planning on formally drafting an initial design of the device after the meeting with our microfluidics expert to determine the features that this technology could impact the appearance and logistics of our project. We found an bandpass filter that allows light of wavelengths between 604 and 616 nm to pass through (the emission wavelength of RFP is 609 nm). The filter could be used in conjunction with the colour sensor, or with a basic light sensor and LED’s. It is going to take various tests and trials to determine which option is the most logical and successful and will provide accurate results for this important test. In order to construct our circuits, we purchased a soldering station which will potentially be useful for teams that come after us.</p> | |
- | + | <p>In regards to the beginning of quantitative modelling we are breaking the system into smaller parts and starting to model each small part with the potential of combining all of these parts to model the entire system and the parameters. We are going to being with the reporter RFP which has already been plated and is ready to undergo testing, we are currently waiting on our purchase orders with our materials to see if the colour sensor is able to accurately detect this colour, as well as determine the true sensitivity of the device so that this is not a limiting factor. Additionally we are going to look at every reaction and process taking place biologically in the system and start dissecting the system and working backwards from the reporter. After this has been completed we are planning on finding the most sensitive components that will have a positive impact on time and are the “bottleneck” of the device. Using these discovered factors we are going to apply them to the system and measure to see if any change has taken place and if our model is an accurate representation of the mathematical processes occurring. Additionally we are are planning on looking more literature of modelling biological systems and into some of the build in features of the Simbiology toolbox.</p> | |
- | <p> | + | |
+ | <p>Our plans from next week consist of contacting another lab that has a plate reader that will be able to automatically measure absorbance and RFP cell count in the bacteria culture transformed with RFP. This will give us initial data from the reporter to begin working with.</p> | ||
+ | |||
+ | <h2> Week 9: June 30th - July 4th</h2> | ||
+ | <p>We started this week by exploring how our colour sensor operates, so when we receive this component, we can begin testing immediately. Additionally, we discovered a tutorial using the ColorPal sensor with Arduino Uno which included the sample code. (http://learn.parallax.com/colorpal-arduino-demo). In order to easily convert the output of the sensor to colours, we downloaded the ColorPal Color Matching Program. The program has the capability to assist with calibration of the sensor when detecting black and white surfaces. The sensor has its own LED light and it shines red, blue, and green light onto to the surface. Relative and respective amounts of red, blue, and green reflected back indicate the colour of the surface, although the reflected light is mixed with the LED light. This effect can be eliminated by taking an initial reading without any LEDs turned on, and then subtracting this reading from each of the red, green, and blue components. We also started designing a formal experiment for testing the colour sensor. We began brainstorming aspects of the sensor/device that it was very important to both quantify and optimize the operation of the sensor itself: </p> | ||
+ | <p> | ||
<ol type=”1”> | <ol type=”1”> | ||
<li>What is an optimal distance between the surface and the light sensor?</li> | <li>What is an optimal distance between the surface and the light sensor?</li> | ||
<li>How does colour intensity effects measurements? (example: bright red vs faint red)</li> | <li>How does colour intensity effects measurements? (example: bright red vs faint red)</li> | ||
<li>What is the minimum amount of transformed bacteria colonies needed to produce enough colour to be detected? </li> | <li>What is the minimum amount of transformed bacteria colonies needed to produce enough colour to be detected? </li> | ||
- | <li>How does ambient light and the environment affect the calibration and readings? </li> | + | <li>How does ambient light and the environment affect the calibration and readings, and will this need to be an important design consideration? </li> |
- | </ | + | </ol></p> |
- | <p>We started writing up a more formal procedure for the experiment to begin to determine answers to these questions, after we are able to get the sensor functionally working. Next week we are hoping to perform a test using an accurate plate reader | + | <br> |
+ | <p>We started writing up a more formal procedure for the experiment to begin to determine answers to these questions, after we are able to get the sensor functionally working. Next week we are hoping to perform a test using an accurate plate reader to take an fluorescence reading of RFP 30 minutes overnight with different concentrations of cells. After this data is obtained, we are planning on creating a graph and fitting a mathematical model to describe the results. This data will allow us to determine how to achieve an ideal signal and what we need to aim for when constructing other portions of the device. Once we get the sensor, we can perform similar measurements with an Arduino and colour sensor to ensure the results that we achieve using our device will match the results collected using a plate reader. Using the “gold standard” of the plate reader and the experimental sensor results will allow us to jumpstart our quantitative modelling. Additionally we broke down all of the processes and reactions that are taking place within our biological system in our device and are hoping to model each reaction individually - with the optimistic hope that we will eventually be able to model our entire system. In particular, we determined some of the parameters that we would have to determine with our models through this experiment.</p> | ||
+ | |||
+ | <p>To collect a more vast background knowledge on quantitative modelling of biological systems we read literature recommended by Dr. Nygren. This week we continued to get more familiar with the Arduino Uno microcontroller. We built simple circuits to make an LED light blink in different patterns and how to change the brightness of the light in response to being stimulated (LED will dim in a brightly lit room, and will increase brightness in a poorly lit room). We were additionally able to contact an electrical engineering lab technician that has had experience working with Arduino and our colour sensor to ensure our circuits and code for the programs we are planning on writing next week are the most efficient and effective they can be. Additionally, we continued with Maya tutorials to ensure our skill levels are ready for animation and the use of the Simbiology toolbox for Matlab. </p> | ||
<h2> Week 10: July 7th - July 11th</h2> | <h2> Week 10: July 7th - July 11th</h2> | ||
- | <p>We began this week receiving our first purchase order that consisted of 2 Arduino Uno microcontrollers, graphic LCD display, colour and temperature sensors, LED’s and a soldering station. Using the Arduino microcontroller and the breadboard we were able to construct the circuit and program the Arduino to calculate temperature and ensure that temperature sensor was accurately operable. | + | <p>We began this week receiving our first purchase order that consisted of 2 Arduino Uno microcontrollers, graphic LCD display, colour and temperature sensors, LED’s, and a soldering station. Using the Arduino Uno microcontroller and the breadboard we were able to construct the circuit and program the Arduino to calculate temperature and ensure that temperature sensor was accurately operable. Additionally we received our Arduino kit and have begun experimenting with various components previous to starting our formal experiment. As part of the learning experience, we constructed a circuit with Piezo Elements to play “Twinkle Twinkle Little Star” and “Happy Birthday", and a circuit with the photocell that would shine the LED light brighter when the lights were turned off. After learning how to work with Arduino, our goal was to get the sensors operable with Arduino circuit and programming. We were able to measure temperatures and determine colour using the temperature and colour sensors respectively. The program and the circuit for the temperature sensor was taken from the manual coming with the Arduino Kit. The program and the circuit for the colour - light sensor was taken from the Parallax official website.</p> |
- | + | <p>Once the colour sensor was working, we started testing it using red, blue and green colours of different intensities. However, first we had to calibrate it with black and white. In theory, the black measurements are supposed to be 0 0 0 for each of the red, green, and blue components, respectively, but we get measurements around 20 for each of the components. So the numbers we get for black need to be subtracted from the measurements of colours other than black and white. When white is measured, the number for each of the component can be used to determine coefficients that are necessary to convert the input values to colours by going 255/component reading for white colour. When a colour is measured by the sensor, we multiply each of the components by corresponding coefficients and then convert it to the name of a colour. We also wrote a C++ program that takes the sensor values as an input and does all necessary calculations to output the actual colour of the sample. </p> | |
- | Additionally this weekend consisted of a workshop in Lethbridge with the iGEM 2014 Lethbridge Team in which we were able to continue working with our data and modelling. We also received valuable feedback regarding different aspects of modelling we should further explore.</p> | + | <p>Additionally we designed our experiment to measure the fluorescence of RFP and RFP cell count using a plate reader over a time course of 30 minute increments overnight. We prepared overnight cultures and are planning on diluting the samples by 4 to create 6 triplicate samples. The plate reader shakes the samples at a set speed and keeps the temperature constant. Our samples will be shaken at the fast speed. We plan to do a couple of experiments at different temperatures of 30 degrees C and 37 degrees C to see how temperature affects cell growth and fluorescence. Using this data we are going to plot the different concentrations and observe cell count/fluorescence vs. time course of 30 minutes to determine which concentration produced optimal results and at what time period. This experiment will help us determine a threshold for the optimal concentration and if this value plateaus, or decreases over time. Using this data we will be able to determine parameters of this component of the system and be able to incorporate it into the entirety of our model.</p> |
+ | |||
+ | <p>Additionally this weekend consisted of a workshop in Lethbridge with the iGEM 2014 Lethbridge Team in which we were able to continue working with our data and modelling. We also received valuable feedback regarding different aspects of modelling we should further explore.</p> | ||
+ | |||
+ | <img src="https://static.igem.org/mediawiki/2014/7/78/EngineeringPartsUCalgary2014Alina.jpg" width="50%" height="50%" class="Center"> | ||
+ | <p style="font-size: 14px" class="Center"><b>Figure 1:</b> Some of the materials used in the digital device - Parallax ColorPal Color and Light Sensor, DS1620+ Serial Digital Thermometer, Graphic LCD 84x48 - Nokia 5110, Arduino Uno, 3 Watt RGB Star LED Controller Kit</p> | ||
<h2> Week 11: July 14th - July 18th</h2> | <h2> Week 11: July 14th - July 18th</h2> | ||
- | <p>This week started with looking more into our Arduino - sensor set up. The colour sensor works | + | <p>This week started with looking more into our Arduino - sensor set up. The colour sensor works a majority of the time, but every once in a while it would not turn on or would turn off when the serial window is opened in Arduino Programming Environment. Unplugging the Arduino and plugging it back in helps to get the sensor working again. The fact that the sensor is not working every single time suggests that there might be impurities in our circuit or code. We will be contacting lab technicians at Schulich School of Engineering that work with Arduino to arrange the meeting to discuss the problems with our set up. Our C++ program that outputs the colour of the sample is working with no difficulties, but we will need to integrate it into the code for Arduino, so that our system can do all of the necessary calculations. We have been looking into Arduino code to find out what changes we need to make to our current C++ code to make it run on Arduino. We will also able to connect the LCD display to Arduino and make the display show “Hello World!”. As of now, all of the components of our future circuit are working (the components include the colour sensor, temperature sensor, and the LCD sensor with connections to Arduino), but certain improvements are required to ensure our system consistently works.</p> |
+ | |||
+ | <p>The next step includes exploring the LCD code and figuring out how to make it output more complex messages. Then we will start on putting all components together in one circuit. This week we also met with a microfluidics expert to get his insight on our idea to use microfluidics in device’s design. He suggested we use microtubules in our design rather than considering a complicated microfluidics set up. A syringe or some form of pressure or excitation can be used to pump the liquid across the device. We have come up with a basic outline of how we see our device’s design. The best material suggested for the tubing is Teflon. We are looking into getting necessary supplies for building the prototype for testing. The Mechanical Engineering Machine Shop at Schulich School of Engineering will be helping us to build a prototype. There will be a simplified design for the testing purposes - the syringe will be taken off to get all of the necessary components into the device and put back together. Since the tests are taking place in the lab, there are less concerns about contamination.The results received from a plate reader experiment do not meet the expectations - it appears that few cells grew over the night. After some discussion, it was decided to repeat the experiment next week. This week we also started preparing a 20 minute presentation for the rest of the team on what the engineering subgroup has achieved so far. This presentation will also be a good practice for the presentation at Giant Jamboree.</p> | ||
<h2>Week 12: July 21st - July 25th</h2> | <h2>Week 12: July 21st - July 25th</h2> | ||
- | <p>This week we started testing the sensor using printed colour strips that are located together similar to how we see it in our device. We also tested to compare white background vs black background. However, the main purpose of these test was to see what we will see when multiple colours are present. | + | <p>This week we started testing the sensor using printed colour strips that are located together similar to how we see it in our device. We also tested to compare white background vs black background. However, the main purpose of these test was to see what we will see when multiple colours are present. These results were inconsistent and therefore inconclusive. One of the reasons for inconsistent results is possibly the amount of ambient light, as there is room for error in our current procedure. So we tried determining the colour of certain object in completely dark room. By doing so we got more accurate and consistent results. The next step in testing the sensor is to try the same colour strips in completely dark room. The Arduino code, currently processes all of the necessary calculations and outputs the RGB components. This week we were also able to connect the colour sensor with the LCD display so that the output from the colour sensor can be displayed on the screen. It is not 100 percent consistent and the code requires certain improvements. This week we also repeated the plate reader experiment. This time we attempted to use both <i>E. coli</i> and <i>B. subtilis</i> cultures transformed with RFP. However, the E. coli culture did not grow over night, so we used just <i>B. subtilis</i> culture. We expect to receive the numbers by Monday. We also had a meeting with “Transformers” sub-team to talk about what areas we can quantitatively model. We will look more in depth at the experiments they have done to determine controlled variables, dependent variables, and what calculations can be done. This week we also continued working a 3D animation to show how our device operates. The draft animation was rendered using Maya software to increase the quality. Some improvements need to be made, but the animation is a satisfactory in showing how our device looks like and operates. Next steps in regards to 3D modelling include improving existing animation and creating an animation to show the biological processes that are taken place in our device. This week we also created a schematic that outlines our device. This schematic can be used on the poster.</p> |
+ | |||
<img src="https://static.igem.org/mediawiki/2014/9/9f/LCDdisplayColourSensorUCalgary2014Alina.jpg" width="50%" height="50%" class="Center"> | <img src="https://static.igem.org/mediawiki/2014/9/9f/LCDdisplayColourSensorUCalgary2014Alina.jpg" width="50%" height="50%" class="Center"> | ||
- | <p style="font-size: 14px" class="Center">< | + | <p style="font-size: 14px" class="Center"><b>Figure 2:</b> LCD display showing colour sensor readings when bright blue colour is measured</p> |
<img src="https://static.igem.org/mediawiki/2014/2/27/Schematic1draftUCalgary2014Alina.png" width="50%" height="50%" class="Center"> | <img src="https://static.igem.org/mediawiki/2014/2/27/Schematic1draftUCalgary2014Alina.png" width="50%" height="50%" class="Center"> | ||
- | <p style="font-size: 14px" class="Center">< | + | <p style="font-size: 14px" class="Center"><b>Figure 3:</b> Device Schematic prepared for Geneva presentation</p> |
+ | <img src="https://static.igem.org/mediawiki/2014/4/4c/ColoursUCalgary2014Alina_n.jpg" width="50%" height="50%" class="Center"> | ||
+ | <p style="font-size: 14px" class="Center"><b>Figure 4:</b> Color sensor testing stripes on white and black background (first version)</p> | ||
<h2>Week 13: July 28th - August 1st</h2> | <h2>Week 13: July 28th - August 1st</h2> | ||
<p>We started this week by further testing our colour sensor with printed colour stripes. In previous colour stripes, the colours on the sides were too far apart for the sensor to see, so we had to revise and resize the stripes. We also started conducting our tests in a closed box to avoid ambient light. By eliminating ambient light we were able to get more consistent measurements. Our biology team also prepared transformed bacteria for us to test with the colour sensor. The set up was similar to what the device is going to look like: in a square 1 by 1 cm, we grew three stripes of bacteria each different colour. For the testing purposes, there were 4 squares. One with all three stripes of bacteria with no colour change (blank), one with one red stripe and 2 blank, another one with one blue stripe and 2 black, and the last one with red and blue stripes and one black. We also had two meetings with the Schulich School of Engineering Machine Shop at Schulich School of Engineering regarding our device design. William Gill, an intern student, made a 3D sketch of our device while we communicated necessary volumes for our chambers. We also found out that the range in which the sensor can detect colour is 1 cm wide, so the three chambers with bacteria (three chambers where the colour can potentially change) have to be 1 cm wide all together. Fluid flow stimulation will have to be done to make sure all three chambers get equal amounts of fluid. This week we also got back the results from the plate reader experiment so we can start on quantitative modelling. </p> | <p>We started this week by further testing our colour sensor with printed colour stripes. In previous colour stripes, the colours on the sides were too far apart for the sensor to see, so we had to revise and resize the stripes. We also started conducting our tests in a closed box to avoid ambient light. By eliminating ambient light we were able to get more consistent measurements. Our biology team also prepared transformed bacteria for us to test with the colour sensor. The set up was similar to what the device is going to look like: in a square 1 by 1 cm, we grew three stripes of bacteria each different colour. For the testing purposes, there were 4 squares. One with all three stripes of bacteria with no colour change (blank), one with one red stripe and 2 blank, another one with one blue stripe and 2 black, and the last one with red and blue stripes and one black. We also had two meetings with the Schulich School of Engineering Machine Shop at Schulich School of Engineering regarding our device design. William Gill, an intern student, made a 3D sketch of our device while we communicated necessary volumes for our chambers. We also found out that the range in which the sensor can detect colour is 1 cm wide, so the three chambers with bacteria (three chambers where the colour can potentially change) have to be 1 cm wide all together. Fluid flow stimulation will have to be done to make sure all three chambers get equal amounts of fluid. This week we also got back the results from the plate reader experiment so we can start on quantitative modelling. </p> | ||
<img src="https://static.igem.org/mediawiki/2014/0/0b/ColourSensorTestingSetUpUCalgary2014Alina.JPG" width="50%" height="50%" class="Center"> | <img src="https://static.igem.org/mediawiki/2014/0/0b/ColourSensorTestingSetUpUCalgary2014Alina.JPG" width="50%" height="50%" class="Center"> | ||
- | <p style="font-size: 14px" class="Center">< | + | <p style="font-size: 14px" class="Center"><b>Figure 5:</b> The set up for the colour sensor testing </p> |
Line 80: | Line 98: | ||
<h2>Week 15: August 11th - August 15th</h2> | <h2>Week 15: August 11th - August 15th</h2> | ||
- | <p>Since the idea of measuring three chambers (3 colours) with one sensor measurement does not seem to be working, we decided it would be better if we measure each chamber individually by sliding the sensor over the three chambers. On Monday, we had a meeting with the machine shop and discussed the change in the design. Measuring one chamber in a time will also allow us to use just one colour (one reporter). On Monday we also had a meeting with John Shelley, a lab technician at the department of Electrical and Computer Engineering at Schulich School of Engineering, regarding our circuits and Arduino code. He recommended we use 0.1 µF capacitors for the sensor and for the LCD display to avoid sudden changes of current that might be causing our sensor and the display to shut down. He also helped us to get a better understanding of how the sensor operates and suggested we spend more time trying to understand the LCD display too because it seems to be the limiting factor in the circuit at this point. We were able to find YouTube tutorials that explained the way LCD operates and explained the code too. We were able to get a better understanding of both the colour sensor and the LCD display codes. This allowed us to optimize the code for the circuit where the sensor and the LCD display are used together. | + | <p>Since the idea of measuring three chambers (3 colours) with one sensor measurement does not seem to be working, we decided it would be better if we measure each chamber individually by sliding the sensor over the three chambers. On Monday, we had a meeting with the machine shop and discussed the change in the design. Measuring one chamber in a time will also allow us to use just one colour (one reporter). On Monday we also had a meeting with John Shelley, a lab technician at the department of Electrical and Computer Engineering at Schulich School of Engineering, regarding our circuits and Arduino code. He recommended we use 0.1 µF capacitors for the sensor and for the LCD display to avoid sudden changes of current that might be causing our sensor and the display to shut down. He also helped us to get a better understanding of how the sensor operates and suggested we spend more time trying to understand the LCD display too because it seems to be the limiting factor in the circuit at this point. We were able to find YouTube tutorials that explained the way LCD operates and explained the code too. We were able to get a better understanding of both the colour sensor and the LCD display codes. This allowed us to optimize the code for the circuit where the sensor and the LCD display are used together.</p> |
- | <h2>Week 16: August | + | <p>We also started writing functions that would analyse the red, green, and blue components from the sensor and output what colour is present on the screen rather than just outputting all of the components on the screen. However, we run into a problem with the LCD display as it stopped functioning properly. Most likely it was burned down, so we are looking to get a new display. This week we are also doing another plate reader experiment. After graphing the results of the last plate reader experiment, we saw that the RFP plate count was constant at different concentrations meaning bacteria was present but it did not grow much over night. This time we changed the set up of the experiment: we grew bacteria for about 3 hours before putting it into the plate reader to get it into the log growth phase. This time we are doing the experiment with E. coli culture transformed with RFP, E. coli culture transformed with RFP, <i>B. subtilis</i> culture transformed with RFP. This we are also continuing to work with Maya on biology animation. We went over the whole biological process taking place in the device to get a better understanding of the details so we can model it. </p> |
- | <p>This week we got the results from the plate reader experiment and generated the graphs to visualize the data. First, cell count vs time was graphs for <i>E. coli</i> with RFP, <i>E. coli</i> with LacZ and <i>B. Subtilis</i> with RFP. <i>E. coli</i> with RFP grew more rapidly and reached the flat region after about 7-8 hours, while <i>E. coli</i> with RFP and <i>B. subtilis</i> with RFP did not reach the flat region in the 20 hours period, but steady growth can be observed. Our second graph represents | + | |
+ | <h2>Week 16: August 18th - August 22nd</h2>. | ||
+ | <p>This week we got the results from the plate reader experiment and generated the graphs to visualize the data. First, cell count vs time was graphs for <i>E. coli</i> with RFP, <i>E. coli</i> with LacZ and <i>B. Subtilis</i> with RFP. <i>E. coli</i> with RFP grew more rapidly and reached the flat region after about 7-8 hours, while <i>E. coli</i> with RFP and <i>B. subtilis</i> with RFP did not reach the flat region in the 20 hours period, but steady growth can be observed. Our second graph represents fluorescence of RFP vs time. <i>E. coli</i> with <i>LacZ</i> was expected to be a zero. However, one of the controls for <i>LacZ</i> (blank media) was not zero which suggests it was contaminated with RFP. The graph for <i>E. coli</i> with RFP is really clean and follows the expected trend. The graph for <i>B. subtilis</i> with RFP is less clear, but still follows the general trend. The second graph shows fluorescence of <i>LacZ</i> vs time. The graph does not quite meet the expectations, so we are going to repeat the experiment using our colour sensor. This week we also continued working on the 3D animation of our device and prepared the draft animation that includes the animation of the biological processes taking place in the device. We talked to members of the biology sub-team to see what can be improved in the animation. Cesar will also be taking a look at the animation to make suggestions on how we can improve. At the end of the week, our device was manufactured, but we are still waiting for the Teflon tubing to be delivered (the tubing will connect the PCR chamber with three other chambers with bacteria). After the tubing arrives, we can attach this transport tubing and begin testing our device. </p> | ||
<h2>Week 17: August 25th - August 29th</h2> | <h2>Week 17: August 25th - August 29th</h2> | ||
- | <p>This week we presented on our work to the rest of the team. Overall, the presentation went well. We received lots of feedback on the 3D animation of our device from the team and Cesar. | + | <p>This week we presented on our work to the rest of the team. Overall, the presentation went well. We received lots of feedback on the 3D animation of our device from the team and Cesar. Areas for improvement were identified and it was suggested to change the part with DNA processes to show the interaction between the repressor gene and the promoter/operator/reporter genes. In particular, it might be better to show that the repressor gene codes for the repressor proteins and transcription cannot happen while repressor proteins are bound. So this week we have been working on improving our Maya animation. We also talked to Cesar about creating a schematic to describe our system. He suggested a couple of software options we can use for the schematic. We also started working on writing up content for the wiki and made plans for future weeks.</p> |
<h2> Week 18: September 1st - September 5th</h2> | <h2> Week 18: September 1st - September 5th</h2> | ||
<p>This week we have been working on improving our Maya animation. In particular, we simplified and improved the transformation animation. We also made the DNA pieces appear more clear and organized. The scene of the animation with DNA was also changed to show the interaction between the repressor gene/repressor proteins and the reporter circuit. This week we also continued writing up content for the wiki and editing the journal so we can start uploading content to the website. We also downloaded Microsoft Visio software so we can start working on the schematic for our biological system. </p> | <p>This week we have been working on improving our Maya animation. In particular, we simplified and improved the transformation animation. We also made the DNA pieces appear more clear and organized. The scene of the animation with DNA was also changed to show the interaction between the repressor gene/repressor proteins and the reporter circuit. This week we also continued writing up content for the wiki and editing the journal so we can start uploading content to the website. We also downloaded Microsoft Visio software so we can start working on the schematic for our biological system. </p> | ||
- | + | ||
<h2> Week 19: September 8th - September 12th</h2> | <h2> Week 19: September 8th - September 12th</h2> | ||
<p> This week we started uploading our content to the wiki so we can design and prepare for how we want to display our information. We collaborated with the various biology sub-teams to create a rough outline of our schematic. This week we were also preparing engineering content for the aGEM presentation, and determining which information was important to be communicated in our project at aGEM. Additionally we also practiced answering potential questions we might receive. We received valuable feedback regarding the alignment of the detection chambers in our prototype. If we place these chambers radially and symmetrically to the PCR chamber we automatically reduce the amount of Teflon tubing required to transport the sample from the PCR chamber to the detection chambers. This allows us to make a device that is both more economically feasible and more portable through the smaller design. Additionally we received feedback regarding the heavy base of our prototype. We wanted to ensure that during the development phase that we would have a device to showcase aesthetics and the fact that it was operational for several months through many tests. When creating a new design we plan on altering this and planning for a lighter, less expensive base, as tests will have to undergo on test, instead of multiple over several months. </p> | <p> This week we started uploading our content to the wiki so we can design and prepare for how we want to display our information. We collaborated with the various biology sub-teams to create a rough outline of our schematic. This week we were also preparing engineering content for the aGEM presentation, and determining which information was important to be communicated in our project at aGEM. Additionally we also practiced answering potential questions we might receive. We received valuable feedback regarding the alignment of the detection chambers in our prototype. If we place these chambers radially and symmetrically to the PCR chamber we automatically reduce the amount of Teflon tubing required to transport the sample from the PCR chamber to the detection chambers. This allows us to make a device that is both more economically feasible and more portable through the smaller design. Additionally we received feedback regarding the heavy base of our prototype. We wanted to ensure that during the development phase that we would have a device to showcase aesthetics and the fact that it was operational for several months through many tests. When creating a new design we plan on altering this and planning for a lighter, less expensive base, as tests will have to undergo on test, instead of multiple over several months. </p> | ||
<h2> Week 20: September 15th - September 19th</h2> | <h2> Week 20: September 15th - September 19th</h2> | ||
- | <p> Initial draft of the schematic was prepared and sent to Cesar and the rest of the team for review. It was concluded that the schematic is currently not effective at showing the repression/expression of the reporter protein and does not show the interaction between the repressor gene and the reporter. Through exploration of different designs, arrangements and symbols we hope to be able to show our complicated system in a manner that can be understood by many different perspectives. Additionally we have begun cost analysis of our device. It is important to recognize that development costs will be much larger than the final cost of a device we are planning on producing. We are hoping to receive a cost breakdown of the specific costs of each material within our device, however for the time being we have calculated the dimensions of the various parts. Bulk prices of materials such as Teflon were searched with the goal of | + | <p> Initial draft of the schematic was prepared and sent to Cesar and the rest of the team for review. It was concluded that the schematic is currently not effective at showing the repression/expression of the reporter protein and does not show the interaction between the repressor gene and the reporter. Through exploration of different designs, arrangements and symbols we hope to be able to show our complicated system in a manner that can be understood by many different perspectives. Additionally we have begun cost analysis of our device. It is important to recognize that development costs will be much larger than the final cost of a device we are planning on producing. We are hoping to receive a cost breakdown of the specific costs of each material within our device, however for the time being we have calculated the dimensions of the various parts. Bulk prices of materials such as Teflon were searched with the goal of being able to estimate the cost of mass production.</p> |
<h2> Week 21: September 22nd - September 26th</h2> | <h2> Week 21: September 22nd - September 26th</h2> | ||
- | <p> This week we brainstormed a way to show the interaction between the repressor gene and the reporter gene. A new version of the schematic was prepared and discussed with Cesar and the rest of the team. Overall, the schematic is | + | <p> This week we brainstormed a way to show the interaction between the repressor gene and the reporter gene. A new version of the schematic was prepared and discussed with Cesar and the rest of the team. Overall, the schematic is improving and is very effective on communicating information, but there still are details that need to be changed to make the schematic as clear as possible. Additionally we have been working to render new images of our device with three chambers (aligned at 120 degrees) radially and symmetrically. This consists of both a positive and negative control and a disease test for proof of concept. This design can be altered or changed for as many detection wells needed depending on the task of the device and the resources available to build it. The amount of chambers can be adjusted as along as they are symmetrical with the PCR chamber as demonstrated by fluid flow analysis on Solid Works. </p> |
<h2> Week 22: September 29th - October 3rd</h2> | <h2> Week 22: September 29th - October 3rd</h2> | ||
- | <p> This week we continued uploading our work to the wiki. We also set up a vote to choose a team member to do a voice over for our animation so that this visual process can be narrated with the necessary background information and description of the process occurring. This week we also continued working on the design of a schematic to show the basic process of our system and how it operates. Additionally with our new design, we have | + | <p> This week we continued uploading our work to the wiki. We also set up a vote to choose a team member to do a voice over for our animation so that this visual process can be narrated with the necessary background information and description of the process occurring. This week we also continued working on the design of a schematic to show the basic process of our system and how it operates. Additionally with our new design, we have continued cost analysis comparing the original device manufactured with our rendered picture of our new design and the changes we would make to the new design. Although collectively as a team we chose not to produce another prototype, we are still planning on doing a full analysis and justification of the chances were made and how this is more economically feasible and positively impacts the end-user. We began by looking up the bulk cost of many of the materials that were used, such as Teflon and calculating the dimensions of the new device. Although we have not received a full cost-breakdown of the device, we are trying to calculate the impact of mass production versus development cost would have on the device. We plan on analyzing all materials that were used in the creation of this device and making a plan with new dimensions to compliment the new design </p> |
<h2> Week 23: October 6th - October 10th</h2> | <h2> Week 23: October 6th - October 10th</h2> | ||
- | <p> This week we worked on the schematic. After receiving feedback from the rest of the team, we decided to make the schematic flow horizontally from left to right rather than vertically. We also worked on writing a script for the narration for our 3D animation of the device. A sample narration was recorded to show the team. Minor changes to the script were suggested to ensure that the description accurately and concisely describes the illustrated process. Next week we will be making a final recording in collaboration with the narration and upload this final version to the wiki. | + | <p> This week we worked on the schematic. After receiving feedback from the rest of the team, we decided to make the schematic flow horizontally from left to right rather than vertically. We also worked on writing a script for the narration for our 3D animation of the device. A sample narration was recorded to show the team and receive their feedback to ensure that everything is clear and correct. Minor changes to the script were suggested to ensure that the description accurately and concisely describes the illustrated process. Next week we will be making a final recording in collaboration with the narration and upload this final version to the wiki.</p> |
<h2> Week 24: October 13th - October 17th</h2> | <h2> Week 24: October 13th - October 17th</h2> | ||
- | <p> This week we worked on adding our final information to the wiki and finalizing the website content and design. Additionally we recorded the narration for 3D Maya animation to explain how our system works with our visual modelling. The animation was finalized and added to the wiki. </p> | + | <p> This week we worked on adding our final information to the wiki and finalizing the website content and design. Additionally we recorded the narration for 3D Maya animation to explain how our system works with our visual modelling. The animation was finalized and added to the wiki. Our sub-team wanted to ensure that all information regarding engineering and modelling is clear and shows our iterations of design. </p> |
<h2> Works Cited: <h2> | <h2> Works Cited: <h2> | ||
Line 114: | Line 134: | ||
U. Alon, An Introduction To Systems Biology: Design Principle of Biological Circuits, CRC Press, 2006</li> | U. Alon, An Introduction To Systems Biology: Design Principle of Biological Circuits, CRC Press, 2006</li> | ||
</ul> | </ul> | ||
+ | |||
+ | <img src="https://static.igem.org/mediawiki/2014/a/a5/UCalgary2014LCDTheEnd.png" width="35%" height="35%" class="Center"> | ||
Latest revision as of 03:09, 18 October 2014
Modelling & Prototype Journal
Week 1: May 5th - May 9th
Modelling team formed. The big idea discussed during the week was to digitalize the proposed diagnostic test using an Arduino Uno microcontroller or Raspberry Pi. The idea was based on glucose meters for diabetics with the potential for disposable strips with the device to reduce cost per test. As we brainstorm ideas it is important for us to remember that we are designing this for developing nations often with less resources. We looked into the advantages and disadvantages of Arduino Uno vs Raspberry Pi and how they operate. Currently, the Arduino Uno seems to be a more suitable choice for our purposes as it works well with simple programs and has many applicable functions. We looked into how to program an Arduino Uno microcontroller and started writing simple programs to familiarize ourselves with microcontroller. As part of the digital reporter circuit that will be designed and wired, we are looking into using a sensor to detect a change from the biological reaction. We researched different sensors that are compatible with the microcontroller and we found that there are Arduino Uno sensors that for light, colour, current, methane, ethanol, carbon dioxide, propane, butane, and H2. We also researched the basics of microfluidics and the potential application this could have with our designs for the project. Additionally, everyone on the team participated in workshops on DNA and cell biology, PCR (Polymerase Chain Reaction) and PCR optimization, DNA extraction, cloning and transformation, bioinformatics, theory of proteins, protein purification, and protein optimization to get everyone familiar with basic lab techniques and biology theory that we potentially require during the project.
Week 2: May 12th - May 16th
This week we focused more on getting familiar with Arduino Uno microcontroller. One of our team members wrote several programs for Arduino to make the light blink in different patterns. In order to program the microcontroller, a programming language very similar to C++ is used; all of the members of the modelling team have C++ knowledge. We also found out that if we have to measure the input current, we would not need a sensor as analog in on the Arduino Uno can measure the input voltage so we would be able to calculate the current. We also looked at the prices for different sensors and where we can buy them, most of the sensors can be purchased for under 5-7 dollars (solarbotics). The Arduino Uno microcontroller costs 35 dollars (solarbotics). We also checked resources left by last year’s engineering and modelling team and found resistors, capacitors, op-amps, instruments and additional resourceful items that we can use this year as well. We did an inventory of these items, so when we are coding and creating circuits we are aware of what components are available. Part of our mission is to produce an economically feasible and low cost device for developing countries, and therefore we plan on researching how to adjust our design to reduce cost in the following weeks. It is important to consider the economics of the device if it is to be considered for practical use in multiple areas of the world, not all of which have access to the same resources. As a team we determined that we want to have the end goal of potentially producing a working prototype. Although this is an ambitious goal, planning and research on how this is possible will help us achieve this.
Week 3: May 19th -May 23rd
This week we started looking into what kind of software we can use to visually model our biological system and genetic circuit. We decided to use Autodesk Maya to model the processes that are occurring within the device. We have access to Autodesk software and connections with knowledgeable advisors who would be able to help us we have any issues that arise. There are also plugins for Maya that can be used for modelling biological parts such as proteins or enzymes. This week we also continued exploring and researching the Arduino Uno's functions as well as continuing to look into different designs of a device and how we would improve production to produce a low cost but effective device. Potential ideas have suggested to have a device that uses disposable strips for individual tests to reduce costs, while other models suggest effective technology such as microfluidics. In coming weeks we plan to continue research and talking to professors about the benefits and drawbacks of these potential prototypes. Using quantitative modelling in the future we will be able to effectively design such a device so that it operates at its greatest potential. Additionally we want to look into what our system will use as a reporter, and how we will determine a threshold for the signal of the device
Week 4: May 26th - May 30th
This week was primarily focused on the use of Autodesk Maya and learning the functions of the program. Initially Maya 2015 was downloaded, however due to compatibility issues 2013 will downloaded in the coming weeks to work effectively with the various plugins. Tutorials were performed to learn the basic functions of modelling and animation of the program. Using this knowledge we would be able to eventually use this programming to model the proteins of the project. Additionally we continued to look into potential sensors that could be compatible with the Arduino Uno and what other designs could be used for a device. As all team members are familiar with using Maya for modelling, we are planning on using the animation features to visually illustrate the biological processes that are occurring within the device when it is in use. This will help to better explain the project through visual aspects and can cause a greater curiosity and interest in the device. This shows the melding of biology and engineering and can communicate our system to viewers from all backgrounds with different levels of knowledge and perspective. Learning all of the skills of Maya will be an ongoing process throughout the summer, however a focus was placed on developing basic skills this week as there is a large learning curve.
Week 5: June 2nd - June 6th
This week we continued using Maya for modelling and animation purposes. We also began to explore and refresh our memories using Autodesk AutoCad and Inventor for design purposes, as well as downloading matlab for quantitative modelling. Although we currently don’t have all of the necessary data for some of the proposed models, we are currently examining the software to see how we would create these models when the data becomes available. We are continuing to gain more knowledge of Maya, Autocad and Matlab we will be prepared to create quantitative and visual models. This week we also started looking into mathematical modelling for biological systems and gaining background knowledge in the field through literature. In particular, we looking into basic definitions, process of modelling, relation between state variables and description methods, time constants for cellular processes, fundamental of enzyme kinetics, cell division and growth. By studying and learning proper methods of quantitative analysis we will be able to directly perform this aspect of modelling when our system is ready. We began brainstorming what important aspects of the project we can quantitatively model and what would be useful to help us in the initial design phase. As of next week, a proposed sensor will be chosen and then we will resume our process with the Arduino Uno microcontroller and writing programs to control the device as we will be able to select a sensor based on our reporter. Additionally we researched the potential of using a voltage or current sensor with the device and are currently looking into this option.
Week 6: June 9th - June 13th
This week we contacted two microfluidics experts to get insight on this topic and to answer some of the questions we have. Dr. Karan Kaler replied to us saying that he is away at the moment, but will be back in July and will be willing to meet up with our team to assist with the project. He said that their research lab is currently utilizing droplet based microfluidics for the detection of human pathogens using chip based real time qPCR technology developed in their laboratory. He thinks it may be relevant to us and suitable for us to explore. This week we also continued working with Maya and Matlab software. Dave submitted a request so we can get SimBiology toolbox for Matlab that will be very useful for quantitative modelling. We also got the 2013 version of Autodesk Maya instead of 2015 so that we can get ePMV plug-in that can be used for modelling and animation purposes.
After installing the software, we watched tutorials to get familiar with how the plug in works. Unfortunately, so far the tutorials we found were not very useful, so we will continue to look for more resources. Also, we reviewed the process of transformation and watched existing animations so we can create our own transformation animation in the near future for the purpose of practicing our animation skills. We also found an online written tutorial for Autodesk for Maya which is so far the best teaching resource for Maya. It explores the functions through practical step-by-step examples. It also includes a tutorial on Dynamics and a variety of plug-ins such as nParticle which might be relevant for our project. It is a relatively long document so it will take at least a week to go through it, but it is extremely useful for utilization of advanced with Maya functions. This week we also arranged regular meeting with Dr. Nygren which will take place every Thursday morning so we can discuss the progress of the engineering and modelling team and receive his valuable feedback. We also signed up for Matlab workshops which will take place on Wednesday, June 18th. Next week we are also planning on contacting Cesar from Autodesk to further discuss Maya applications and software, and potential skype meetings in the future.
Week 7: June 16th - June 20th
This week consisted of continuation of looking into Matlab applications and data analysis as well as into what materials we will need to purchase to begin modelling with the Arduino Uno microcontroller. On the 18th we attended a Matlab workshop and information session that was focused on proper data analysis and representation. Additionally we have begun weekly engineering meetings focused on quantitative modelling and the state of our prototyping. We have begun to look into how we can use quantitative analysis for modelling purposes. We have focused on how to optimize the device and its respective materials, dimensions, and components. We have also looked into how to use this data and analysis to reevaluate and make changes to our prototype device. At our meeting with Dr. Nygren we further discussed the potential to use technology such as Bluetooth to add onto the device in which the results could be easily read or documented on a smartphone or computer to compliment the patients file. Although this aspect of the design would not be designed for rural areas in the developing world, there is potential of the modular device to have a worldwide impact in locations with more resources.
The proposed reporter for our system is a fluorescent protein such as Red Fluorescent Protein (RFP) or Green Fluorescent Protein (GFP). Another option for the reporter is lacZ. Using a light sensor, and potentially a filter to ensure we are not detecting ambient light, we will detect the presence of light and convert it to a voltage that the Arduino Uno can detect and display a result. This will most likely be designed as a closed environment in order to eliminate other sources of light that could potentially trigger the sensor. The concept of light dependent resistors was also discussed, however after further research it was discovered that the level of sensitivity of these components may not be at the level necessary for the device. Although we do not yet have specific numbers on how luminescence the reporter is, we are not currently pursuing this proposed option. We are planning on purchasing an Arduino Uno and several light sensors to begin testing and quantifying the effectiveness of the different components. In the next week we are hoping that the proposed reporter will be ready to test that aspect of the system and determine which sensor and process will be the most effective to determine if the signal is present. Additionally the modelling team prepared a presentation on light emission and importance that it could have on our project and how we are planning on designing the higher level device with a light sensor and a digitized device. In parallel to ourresearch regarding the reporter and the light sensors, we have been continuing to explore Maya and Matlab ensuring our skills will be ready in time for when data from our system becomes available to model.
Week 8: June 23rd - June 27th
This week we continued extensive research regarding filters and light sensors along with any other necessary components we need to purchase such as the Arduino microcontroller. We have also begun designing experimental conditions for testing the brightness of the chosen reporter and the sensitivity of the light sensor itself. After this testing occurs to determine the ideal brightness of the reporter and the sensitivity is determined, we will be able to optimize the device and the amount of reporter that is necessary to trigger the light sensor and consequential voltage. We continued to research different options of sensors, and what we would additionally need for our device circuit including resistors and other circuit elements. The option of using light filters was also explored and we looked into the three main types (used in robots): the coloured gel filter, interference filter, and dichroic filter.
Coloured gel filter is made by mixing dyes into a plastic base. Depending on what dye is used, only a certain band of wavelengths can pass through the filter. It is the cheapest out of the three, but the least accurate one. Interference filter is made of several chemical layers. Each layer blocks a certain range of wavelengths so only a very small range of wavelengths can pass through. It is more accurate than gel filter (because the range of wavelengths allowed through can be made really small), but expensive. Dichroic filter is made of organic dyes and other chemicals. It absorbs light at certain wavelength. Again, it is more accurate than the coloured gel filter, but significantly more expensive. We looked more into interference filters and rough calculations show that if we want a wavelength of 609 nm to pass, the material in the middle of the filter will need to have an index of refraction (n) = 1.35 and the thickness would be 225.55555 nm. Possible materials include 10 percent glucose solution in water ( n = 1.3477), 20 percent glucose solution in water (n = 1.3635), Teflon ( n = 1.35 – 1.38), and ethanol (n = 1.361).
We wanted to commence testing as soon as possible and therefore have put in several purchase orders for products so we have our required materials. After more research into light sensors and potential filters we were able to locate affordable and applicable materials that we will be able to use to build our device. Firstly we bought an Arduino Uno microcontroller for the team as the one we have currently been programming belongs to a member of our modelling sub-team. We also ordered an educational kit for Arduino Uno that includes instruction manuals and materials as well as useful parts for the construction of our future circuits such as resistors, capacitors, sensors, and LED lights. Additionally we have purchased a Parallax ColorPAL-Color and Light Sensor instead of a simple light sensor as we came to the realization that it would be difficult with only one sensor to differentiate between multiple diseases if all of them use RFP as the reporter. Initially, our idea was to excite RFP with yellow light (or UV light is another option) and detect the emitted light (609 nm wavelength) using a light sensor and a filter. However, if the reporters indicating the presence of different diseases were that of different colours, then a colour sensor would be able to directly differentiate between them. We also ordered two temperature sensors so we can keep our device at constant ideal temperature dictated by the requirements of isothermal PCR and an 3W LED light if we need to excite the RFP. Our team is planning on formally drafting an initial design of the device after the meeting with our microfluidics expert to determine the features that this technology could impact the appearance and logistics of our project. We found an bandpass filter that allows light of wavelengths between 604 and 616 nm to pass through (the emission wavelength of RFP is 609 nm). The filter could be used in conjunction with the colour sensor, or with a basic light sensor and LED’s. It is going to take various tests and trials to determine which option is the most logical and successful and will provide accurate results for this important test. In order to construct our circuits, we purchased a soldering station which will potentially be useful for teams that come after us.
In regards to the beginning of quantitative modelling we are breaking the system into smaller parts and starting to model each small part with the potential of combining all of these parts to model the entire system and the parameters. We are going to being with the reporter RFP which has already been plated and is ready to undergo testing, we are currently waiting on our purchase orders with our materials to see if the colour sensor is able to accurately detect this colour, as well as determine the true sensitivity of the device so that this is not a limiting factor. Additionally we are going to look at every reaction and process taking place biologically in the system and start dissecting the system and working backwards from the reporter. After this has been completed we are planning on finding the most sensitive components that will have a positive impact on time and are the “bottleneck” of the device. Using these discovered factors we are going to apply them to the system and measure to see if any change has taken place and if our model is an accurate representation of the mathematical processes occurring. Additionally we are are planning on looking more literature of modelling biological systems and into some of the build in features of the Simbiology toolbox.
Our plans from next week consist of contacting another lab that has a plate reader that will be able to automatically measure absorbance and RFP cell count in the bacteria culture transformed with RFP. This will give us initial data from the reporter to begin working with.
Week 9: June 30th - July 4th
We started this week by exploring how our colour sensor operates, so when we receive this component, we can begin testing immediately. Additionally, we discovered a tutorial using the ColorPal sensor with Arduino Uno which included the sample code. (http://learn.parallax.com/colorpal-arduino-demo). In order to easily convert the output of the sensor to colours, we downloaded the ColorPal Color Matching Program. The program has the capability to assist with calibration of the sensor when detecting black and white surfaces. The sensor has its own LED light and it shines red, blue, and green light onto to the surface. Relative and respective amounts of red, blue, and green reflected back indicate the colour of the surface, although the reflected light is mixed with the LED light. This effect can be eliminated by taking an initial reading without any LEDs turned on, and then subtracting this reading from each of the red, green, and blue components. We also started designing a formal experiment for testing the colour sensor. We began brainstorming aspects of the sensor/device that it was very important to both quantify and optimize the operation of the sensor itself:
- What is an optimal distance between the surface and the light sensor?
- How does colour intensity effects measurements? (example: bright red vs faint red)
- What is the minimum amount of transformed bacteria colonies needed to produce enough colour to be detected?
- How does ambient light and the environment affect the calibration and readings, and will this need to be an important design consideration?
We started writing up a more formal procedure for the experiment to begin to determine answers to these questions, after we are able to get the sensor functionally working. Next week we are hoping to perform a test using an accurate plate reader to take an fluorescence reading of RFP 30 minutes overnight with different concentrations of cells. After this data is obtained, we are planning on creating a graph and fitting a mathematical model to describe the results. This data will allow us to determine how to achieve an ideal signal and what we need to aim for when constructing other portions of the device. Once we get the sensor, we can perform similar measurements with an Arduino and colour sensor to ensure the results that we achieve using our device will match the results collected using a plate reader. Using the “gold standard” of the plate reader and the experimental sensor results will allow us to jumpstart our quantitative modelling. Additionally we broke down all of the processes and reactions that are taking place within our biological system in our device and are hoping to model each reaction individually - with the optimistic hope that we will eventually be able to model our entire system. In particular, we determined some of the parameters that we would have to determine with our models through this experiment.
To collect a more vast background knowledge on quantitative modelling of biological systems we read literature recommended by Dr. Nygren. This week we continued to get more familiar with the Arduino Uno microcontroller. We built simple circuits to make an LED light blink in different patterns and how to change the brightness of the light in response to being stimulated (LED will dim in a brightly lit room, and will increase brightness in a poorly lit room). We were additionally able to contact an electrical engineering lab technician that has had experience working with Arduino and our colour sensor to ensure our circuits and code for the programs we are planning on writing next week are the most efficient and effective they can be. Additionally, we continued with Maya tutorials to ensure our skill levels are ready for animation and the use of the Simbiology toolbox for Matlab.
Week 10: July 7th - July 11th
We began this week receiving our first purchase order that consisted of 2 Arduino Uno microcontrollers, graphic LCD display, colour and temperature sensors, LED’s, and a soldering station. Using the Arduino Uno microcontroller and the breadboard we were able to construct the circuit and program the Arduino to calculate temperature and ensure that temperature sensor was accurately operable. Additionally we received our Arduino kit and have begun experimenting with various components previous to starting our formal experiment. As part of the learning experience, we constructed a circuit with Piezo Elements to play “Twinkle Twinkle Little Star” and “Happy Birthday", and a circuit with the photocell that would shine the LED light brighter when the lights were turned off. After learning how to work with Arduino, our goal was to get the sensors operable with Arduino circuit and programming. We were able to measure temperatures and determine colour using the temperature and colour sensors respectively. The program and the circuit for the temperature sensor was taken from the manual coming with the Arduino Kit. The program and the circuit for the colour - light sensor was taken from the Parallax official website.
Once the colour sensor was working, we started testing it using red, blue and green colours of different intensities. However, first we had to calibrate it with black and white. In theory, the black measurements are supposed to be 0 0 0 for each of the red, green, and blue components, respectively, but we get measurements around 20 for each of the components. So the numbers we get for black need to be subtracted from the measurements of colours other than black and white. When white is measured, the number for each of the component can be used to determine coefficients that are necessary to convert the input values to colours by going 255/component reading for white colour. When a colour is measured by the sensor, we multiply each of the components by corresponding coefficients and then convert it to the name of a colour. We also wrote a C++ program that takes the sensor values as an input and does all necessary calculations to output the actual colour of the sample.
Additionally we designed our experiment to measure the fluorescence of RFP and RFP cell count using a plate reader over a time course of 30 minute increments overnight. We prepared overnight cultures and are planning on diluting the samples by 4 to create 6 triplicate samples. The plate reader shakes the samples at a set speed and keeps the temperature constant. Our samples will be shaken at the fast speed. We plan to do a couple of experiments at different temperatures of 30 degrees C and 37 degrees C to see how temperature affects cell growth and fluorescence. Using this data we are going to plot the different concentrations and observe cell count/fluorescence vs. time course of 30 minutes to determine which concentration produced optimal results and at what time period. This experiment will help us determine a threshold for the optimal concentration and if this value plateaus, or decreases over time. Using this data we will be able to determine parameters of this component of the system and be able to incorporate it into the entirety of our model.
Additionally this weekend consisted of a workshop in Lethbridge with the iGEM 2014 Lethbridge Team in which we were able to continue working with our data and modelling. We also received valuable feedback regarding different aspects of modelling we should further explore.
Figure 1: Some of the materials used in the digital device - Parallax ColorPal Color and Light Sensor, DS1620+ Serial Digital Thermometer, Graphic LCD 84x48 - Nokia 5110, Arduino Uno, 3 Watt RGB Star LED Controller Kit
Week 11: July 14th - July 18th
This week started with looking more into our Arduino - sensor set up. The colour sensor works a majority of the time, but every once in a while it would not turn on or would turn off when the serial window is opened in Arduino Programming Environment. Unplugging the Arduino and plugging it back in helps to get the sensor working again. The fact that the sensor is not working every single time suggests that there might be impurities in our circuit or code. We will be contacting lab technicians at Schulich School of Engineering that work with Arduino to arrange the meeting to discuss the problems with our set up. Our C++ program that outputs the colour of the sample is working with no difficulties, but we will need to integrate it into the code for Arduino, so that our system can do all of the necessary calculations. We have been looking into Arduino code to find out what changes we need to make to our current C++ code to make it run on Arduino. We will also able to connect the LCD display to Arduino and make the display show “Hello World!”. As of now, all of the components of our future circuit are working (the components include the colour sensor, temperature sensor, and the LCD sensor with connections to Arduino), but certain improvements are required to ensure our system consistently works.
The next step includes exploring the LCD code and figuring out how to make it output more complex messages. Then we will start on putting all components together in one circuit. This week we also met with a microfluidics expert to get his insight on our idea to use microfluidics in device’s design. He suggested we use microtubules in our design rather than considering a complicated microfluidics set up. A syringe or some form of pressure or excitation can be used to pump the liquid across the device. We have come up with a basic outline of how we see our device’s design. The best material suggested for the tubing is Teflon. We are looking into getting necessary supplies for building the prototype for testing. The Mechanical Engineering Machine Shop at Schulich School of Engineering will be helping us to build a prototype. There will be a simplified design for the testing purposes - the syringe will be taken off to get all of the necessary components into the device and put back together. Since the tests are taking place in the lab, there are less concerns about contamination.The results received from a plate reader experiment do not meet the expectations - it appears that few cells grew over the night. After some discussion, it was decided to repeat the experiment next week. This week we also started preparing a 20 minute presentation for the rest of the team on what the engineering subgroup has achieved so far. This presentation will also be a good practice for the presentation at Giant Jamboree.
Week 12: July 21st - July 25th
This week we started testing the sensor using printed colour strips that are located together similar to how we see it in our device. We also tested to compare white background vs black background. However, the main purpose of these test was to see what we will see when multiple colours are present. These results were inconsistent and therefore inconclusive. One of the reasons for inconsistent results is possibly the amount of ambient light, as there is room for error in our current procedure. So we tried determining the colour of certain object in completely dark room. By doing so we got more accurate and consistent results. The next step in testing the sensor is to try the same colour strips in completely dark room. The Arduino code, currently processes all of the necessary calculations and outputs the RGB components. This week we were also able to connect the colour sensor with the LCD display so that the output from the colour sensor can be displayed on the screen. It is not 100 percent consistent and the code requires certain improvements. This week we also repeated the plate reader experiment. This time we attempted to use both E. coli and B. subtilis cultures transformed with RFP. However, the E. coli culture did not grow over night, so we used just B. subtilis culture. We expect to receive the numbers by Monday. We also had a meeting with “Transformers” sub-team to talk about what areas we can quantitatively model. We will look more in depth at the experiments they have done to determine controlled variables, dependent variables, and what calculations can be done. This week we also continued working a 3D animation to show how our device operates. The draft animation was rendered using Maya software to increase the quality. Some improvements need to be made, but the animation is a satisfactory in showing how our device looks like and operates. Next steps in regards to 3D modelling include improving existing animation and creating an animation to show the biological processes that are taken place in our device. This week we also created a schematic that outlines our device. This schematic can be used on the poster.
Figure 2: LCD display showing colour sensor readings when bright blue colour is measured
Figure 3: Device Schematic prepared for Geneva presentation
Figure 4: Color sensor testing stripes on white and black background (first version)
Week 13: July 28th - August 1st
We started this week by further testing our colour sensor with printed colour stripes. In previous colour stripes, the colours on the sides were too far apart for the sensor to see, so we had to revise and resize the stripes. We also started conducting our tests in a closed box to avoid ambient light. By eliminating ambient light we were able to get more consistent measurements. Our biology team also prepared transformed bacteria for us to test with the colour sensor. The set up was similar to what the device is going to look like: in a square 1 by 1 cm, we grew three stripes of bacteria each different colour. For the testing purposes, there were 4 squares. One with all three stripes of bacteria with no colour change (blank), one with one red stripe and 2 blank, another one with one blue stripe and 2 black, and the last one with red and blue stripes and one black. We also had two meetings with the Schulich School of Engineering Machine Shop at Schulich School of Engineering regarding our device design. William Gill, an intern student, made a 3D sketch of our device while we communicated necessary volumes for our chambers. We also found out that the range in which the sensor can detect colour is 1 cm wide, so the three chambers with bacteria (three chambers where the colour can potentially change) have to be 1 cm wide all together. Fluid flow stimulation will have to be done to make sure all three chambers get equal amounts of fluid. This week we also got back the results from the plate reader experiment so we can start on quantitative modelling.
Figure 5: The set up for the colour sensor testing
Week 14: August 5th - August 8th
The Colour Sensor Testing Plate was left to grow over the long weekend, so it was ready for testing on Tuesday this week. However, the colourrs look rather faint. When measurements were taken, there was hardly any difference between the blank square and all the other squares. The measurements seem to be better, but are still inconclusive as it is hard to tell the difference between just blue colour present and blue and red colours present. More plates need to be grown to see if the measurements would be consistent. The plate was also contaminated with fungus. This week we set up a meeting with Cesar Rodriguez, Senior Research Scientist with Autodesk Research, to discuss our project and to consult him about Maya modelling. Our existing device animation is at a presentable level and we can polish it later on. At this time, we have to start on the animation for the biological process taking place in our device. We contacted a member of last year’s team to get get help with getting started with ePMV plug in for Maya. We will also set up a meeting with the team members working on the biology part of the project to go over every detail in the biological processes in the system. From now on, we will have meetings with Cesar every week. Next time one of the topics to discuss is wetware schematics.
Week 15: August 11th - August 15th
Since the idea of measuring three chambers (3 colours) with one sensor measurement does not seem to be working, we decided it would be better if we measure each chamber individually by sliding the sensor over the three chambers. On Monday, we had a meeting with the machine shop and discussed the change in the design. Measuring one chamber in a time will also allow us to use just one colour (one reporter). On Monday we also had a meeting with John Shelley, a lab technician at the department of Electrical and Computer Engineering at Schulich School of Engineering, regarding our circuits and Arduino code. He recommended we use 0.1 µF capacitors for the sensor and for the LCD display to avoid sudden changes of current that might be causing our sensor and the display to shut down. He also helped us to get a better understanding of how the sensor operates and suggested we spend more time trying to understand the LCD display too because it seems to be the limiting factor in the circuit at this point. We were able to find YouTube tutorials that explained the way LCD operates and explained the code too. We were able to get a better understanding of both the colour sensor and the LCD display codes. This allowed us to optimize the code for the circuit where the sensor and the LCD display are used together.
We also started writing functions that would analyse the red, green, and blue components from the sensor and output what colour is present on the screen rather than just outputting all of the components on the screen. However, we run into a problem with the LCD display as it stopped functioning properly. Most likely it was burned down, so we are looking to get a new display. This week we are also doing another plate reader experiment. After graphing the results of the last plate reader experiment, we saw that the RFP plate count was constant at different concentrations meaning bacteria was present but it did not grow much over night. This time we changed the set up of the experiment: we grew bacteria for about 3 hours before putting it into the plate reader to get it into the log growth phase. This time we are doing the experiment with E. coli culture transformed with RFP, E. coli culture transformed with RFP, B. subtilis culture transformed with RFP. This we are also continuing to work with Maya on biology animation. We went over the whole biological process taking place in the device to get a better understanding of the details so we can model it.
Week 16: August 18th - August 22nd
.This week we got the results from the plate reader experiment and generated the graphs to visualize the data. First, cell count vs time was graphs for E. coli with RFP, E. coli with LacZ and B. Subtilis with RFP. E. coli with RFP grew more rapidly and reached the flat region after about 7-8 hours, while E. coli with RFP and B. subtilis with RFP did not reach the flat region in the 20 hours period, but steady growth can be observed. Our second graph represents fluorescence of RFP vs time. E. coli with LacZ was expected to be a zero. However, one of the controls for LacZ (blank media) was not zero which suggests it was contaminated with RFP. The graph for E. coli with RFP is really clean and follows the expected trend. The graph for B. subtilis with RFP is less clear, but still follows the general trend. The second graph shows fluorescence of LacZ vs time. The graph does not quite meet the expectations, so we are going to repeat the experiment using our colour sensor. This week we also continued working on the 3D animation of our device and prepared the draft animation that includes the animation of the biological processes taking place in the device. We talked to members of the biology sub-team to see what can be improved in the animation. Cesar will also be taking a look at the animation to make suggestions on how we can improve. At the end of the week, our device was manufactured, but we are still waiting for the Teflon tubing to be delivered (the tubing will connect the PCR chamber with three other chambers with bacteria). After the tubing arrives, we can attach this transport tubing and begin testing our device.
Week 17: August 25th - August 29th
This week we presented on our work to the rest of the team. Overall, the presentation went well. We received lots of feedback on the 3D animation of our device from the team and Cesar. Areas for improvement were identified and it was suggested to change the part with DNA processes to show the interaction between the repressor gene and the promoter/operator/reporter genes. In particular, it might be better to show that the repressor gene codes for the repressor proteins and transcription cannot happen while repressor proteins are bound. So this week we have been working on improving our Maya animation. We also talked to Cesar about creating a schematic to describe our system. He suggested a couple of software options we can use for the schematic. We also started working on writing up content for the wiki and made plans for future weeks.
Week 18: September 1st - September 5th
This week we have been working on improving our Maya animation. In particular, we simplified and improved the transformation animation. We also made the DNA pieces appear more clear and organized. The scene of the animation with DNA was also changed to show the interaction between the repressor gene/repressor proteins and the reporter circuit. This week we also continued writing up content for the wiki and editing the journal so we can start uploading content to the website. We also downloaded Microsoft Visio software so we can start working on the schematic for our biological system.
Week 19: September 8th - September 12th
This week we started uploading our content to the wiki so we can design and prepare for how we want to display our information. We collaborated with the various biology sub-teams to create a rough outline of our schematic. This week we were also preparing engineering content for the aGEM presentation, and determining which information was important to be communicated in our project at aGEM. Additionally we also practiced answering potential questions we might receive. We received valuable feedback regarding the alignment of the detection chambers in our prototype. If we place these chambers radially and symmetrically to the PCR chamber we automatically reduce the amount of Teflon tubing required to transport the sample from the PCR chamber to the detection chambers. This allows us to make a device that is both more economically feasible and more portable through the smaller design. Additionally we received feedback regarding the heavy base of our prototype. We wanted to ensure that during the development phase that we would have a device to showcase aesthetics and the fact that it was operational for several months through many tests. When creating a new design we plan on altering this and planning for a lighter, less expensive base, as tests will have to undergo on test, instead of multiple over several months.
Week 20: September 15th - September 19th
Initial draft of the schematic was prepared and sent to Cesar and the rest of the team for review. It was concluded that the schematic is currently not effective at showing the repression/expression of the reporter protein and does not show the interaction between the repressor gene and the reporter. Through exploration of different designs, arrangements and symbols we hope to be able to show our complicated system in a manner that can be understood by many different perspectives. Additionally we have begun cost analysis of our device. It is important to recognize that development costs will be much larger than the final cost of a device we are planning on producing. We are hoping to receive a cost breakdown of the specific costs of each material within our device, however for the time being we have calculated the dimensions of the various parts. Bulk prices of materials such as Teflon were searched with the goal of being able to estimate the cost of mass production.
Week 21: September 22nd - September 26th
This week we brainstormed a way to show the interaction between the repressor gene and the reporter gene. A new version of the schematic was prepared and discussed with Cesar and the rest of the team. Overall, the schematic is improving and is very effective on communicating information, but there still are details that need to be changed to make the schematic as clear as possible. Additionally we have been working to render new images of our device with three chambers (aligned at 120 degrees) radially and symmetrically. This consists of both a positive and negative control and a disease test for proof of concept. This design can be altered or changed for as many detection wells needed depending on the task of the device and the resources available to build it. The amount of chambers can be adjusted as along as they are symmetrical with the PCR chamber as demonstrated by fluid flow analysis on Solid Works.
Week 22: September 29th - October 3rd
This week we continued uploading our work to the wiki. We also set up a vote to choose a team member to do a voice over for our animation so that this visual process can be narrated with the necessary background information and description of the process occurring. This week we also continued working on the design of a schematic to show the basic process of our system and how it operates. Additionally with our new design, we have continued cost analysis comparing the original device manufactured with our rendered picture of our new design and the changes we would make to the new design. Although collectively as a team we chose not to produce another prototype, we are still planning on doing a full analysis and justification of the chances were made and how this is more economically feasible and positively impacts the end-user. We began by looking up the bulk cost of many of the materials that were used, such as Teflon and calculating the dimensions of the new device. Although we have not received a full cost-breakdown of the device, we are trying to calculate the impact of mass production versus development cost would have on the device. We plan on analyzing all materials that were used in the creation of this device and making a plan with new dimensions to compliment the new design
Week 23: October 6th - October 10th
This week we worked on the schematic. After receiving feedback from the rest of the team, we decided to make the schematic flow horizontally from left to right rather than vertically. We also worked on writing a script for the narration for our 3D animation of the device. A sample narration was recorded to show the team and receive their feedback to ensure that everything is clear and correct. Minor changes to the script were suggested to ensure that the description accurately and concisely describes the illustrated process. Next week we will be making a final recording in collaboration with the narration and upload this final version to the wiki.
Week 24: October 13th - October 17th
This week we worked on adding our final information to the wiki and finalizing the website content and design. Additionally we recorded the narration for 3D Maya animation to explain how our system works with our visual modelling. The animation was finalized and added to the wiki. Our sub-team wanted to ensure that all information regarding engineering and modelling is clear and shows our iterations of design.
Works Cited:
- C. J. Myers, Engineering Genetic Circuits, CRC Press, 2009
U. Alon, An Introduction To Systems Biology: Design Principle of Biological Circuits, CRC Press, 2006
- C. J. Myers, Engineering Genetic Circuits, CRC Press, 2009 U. Alon, An Introduction To Systems Biology: Design Principle of Biological Circuits, CRC Press, 2006