Event Processing Device

From 2006.igem.org

(Difference between revisions)
Jump to: navigation, search
m (Reverted edit of 83.102.200.247, changed back to last version by 129.132.152.25)
Line 1: Line 1:
Back to [[ETH Zurich]] main page.
Back to [[ETH Zurich]] main page.
-
=Description of the INPUT-module=
+
=Detailed Documentation Of The Event Processing Device (EPD)=
 +
[[image:input_graph.png|thumb|Figure EPD.1: Schematic of the two output signals in dependence of the input signal (an external event) in the Event Processing Device]]
 +
[[image:input_device.png|thumb|Figure EPD.2: Schematic of the EPD device as a box with PoPS as system boundaries.]]
 +
 
== Purpose ==
== Purpose ==
-
In a nutshell, the Input module has 2 system boundaries, both of which are characterized by PoPS ('''Po'''lymerase '''P'''er '''S'''econd). Its purpose is to take a single input PoPS and output 2 different PoPS. One of the outputs should be high and the other low when S is high and vice versa when S is low.
+
In a nutshell, the EPD has 2 system boundaries, both of which are characterized by PoPS ('''Po'''lymerase '''P'''er '''S'''econd). Its purpose is to take a single input PoPS and output 2 different PoPS. One of the outputs should be high and the other low when S is high and vice versa when S is low [Fig 1].
-
+
-
      PoPS_outn
+
== Basic Functionality ==
-
          ^
+
As indicated on the main page [[ETH Zurich]] we chose to split the overall system into two devicese, the [[4-State Device]] and the EPD. Figure EPD.2 shows the basic functionality of the EPD encapsulated in a box with general PoPS interfaces.
-
          ¦
+
-
  high    ¦ PoPS_out2 _______          _________ PoPS_out1
+
-
          ¦                  \        /
+
-
          ¦                  \      /
+
-
          ¦                    \    /
+
-
          ¦                    \  /
+
-
          ¦                      \ /
+
-
          ¦                      X
+
-
          ¦                      / \
+
-
          ¦                    /  \
+
-
          ¦                    /    \
+
-
          ¦                  /      \
+
-
  low    ¦ PoPS_out1 _______/        \_________ PoPS_out2
+
-
          ¦--------------------------------------------------> PoPS_in, t
+
-
          0                                              1
+
-
 
+
-
== Schematic ==
+
-
Below a preliminary parts-view of the module, i.e. encapsulation of biological specific implementations into a functional box with general PoPS interfaces.
+
With this design, any input can be used, as long as a promoter can be found that is either activated or suppressed by it. At the output, any kind of genes can be added which will be produced depending on the PoPS of that particular input.
With this design, any input can be used, as long as a promoter can be found that is either activated or suppressed by it. At the output, any kind of genes can be added which will be produced depending on the PoPS of that particular input.
-
 
-
[[Image:InputModule_SingleScheme.gif|Parts-view of Input-module]]
 
-
 
-
legend:
 
-
I:        input signal that will bind to the promotor P_in, e.g. heat shock dependent etc.
 
-
P_in:      promotor that allows the signal of choice I to bind.
 
-
PoPS_in:  polymerase per second dependent on promotor and concentration of I
 
-
Reg:      regulation genes. there are different solutions possible, see below.
 
-
r:        repressing signal. highly dependent on Reg, P_r and of course speed and binding considerations
 
-
a:        activating signal. highly dependent on Reg, P_a and of course speed and binding considerations
 
-
rep:      repression, indicated by horizontal bar
 
-
act:      activation, indicated by arrow
 
-
P_r:      promotor region to be repressed and/or "roadblock" region. constitutively active
 
-
P_a:      promotor region to be activated and/or "roadblock" region. not constitutively active
 
-
PoPS_out1: polymerase per second dependent on P_r and r.
 
-
PoPS_out2: polymerase per second dependent on P_a and a.
 
-
R_n:      toggle switch gene(s)
 
= Design =
= Design =
==Suitable Strategies==
==Suitable Strategies==
-
As shown in the black box above, the core of the device is a regulator sub-module, for which [[INPUT-module_regulator | different implementation strategies]] have been investigated.
+
As shown in the black box above, the core of the device is a regulator sub-module, for which [[EPD_regulator | different implementation strategies]] have been investigated.
We identified various solutions, the remaining ones being
We identified various solutions, the remaining ones being
-
* The λ-system with two variants
+
* The λ-phage system with two variants
** The original anti-parallel version
** The original anti-parallel version
** An engineered unidirectional version
** An engineered unidirectional version
Line 58: Line 25:
==Selected System==
==Selected System==
-
Due to limited time, the current availability of parts and the constraints due to the standard restriction sites available in the parts library, we decided to actually implement the unidirectional λ-system. As an input we will use IPTG for easy handling and debugging, although the system is of course scalable for other types of inputs.
+
[[Image:Lambda-Sys_orig_bidirect.jpg|thumb|Figure EPD.3: Key-points of original bi-directional Lambda-system]]
 +
[[Image:Lambda-Sys_orig_Pr-repressed.jpg|thumb|Figure EPD.4: Original bi-directional Lambda-system, Pr repressed]]
 +
[[Image:Lambda-Sys_orig_Prm-repressed.jpg|thumb|Figure EPD.5: Original bi-directional Lambda-system, Prm repressed]]
 +
[[Image:Lambda-Sys in INPUT-module.jpg|thumb|Figure EPD.6: Modified Lambda-system in EPD: unidirectional, no OR3]]
-
* Advantages of the λ-system
+
Due to limited time, the current availability of parts and the constraints due to the standard restriction sites available in the parts library, we decided to actually implement the unidirectional λ-phage system. As an input we will use IPTG for easy handling and debugging, although the system is of course scalable for other types of inputs.
 +
 
 +
* Advantages of the λ-phage system
** Since the two promoters are regulated by the same protein-operator interactions, repression and activation should be symmetrical (which is crucial as modeling has shown).  
** Since the two promoters are regulated by the same protein-operator interactions, repression and activation should be symmetrical (which is crucial as modeling has shown).  
** Parts are available from the registry package '''Registry 7.05'''.
** Parts are available from the registry package '''Registry 7.05'''.
-
===Basic Principle of Original λ-System===
+
===Basic Principle of Original λ-phage system===
-
We decided on the λ-system to be implemented for now. The following schematics illustrate the basic concept with the natural λ-system (bidirectional), and below the the planned implementation of the unidirectional version in the INPUT-module.
+
We decided on the λ-phage system to be implemented for now. The following schematics illustrate the basic concept with the natural λ-phage system (bidirectional), and the the planned implementation of the unidirectional version in the EPD [Fig EPD.3]. cI is a dimer and regulates the activity of the two promoter regions, Pr and Prm, on the λ-phage system. Pr is constitutively active and is repressed when cI binds to the two operator regions it overlaps with, OR1 and OR2. Prm is not very active without cI, but has an unknown basal activity.
 +
The binding affinity of the operator regions is different, i.e. OR1 > OR2 > OR3, such that cI first binds to OR1, then with cooperativity binds to OR2 [Fig EPD.4]. As soon as cI is bound over the Pr promotor region, Pr will be repressed. However, the presence of cI at OR2 will make it possible for the RNApolymerase to bind to Prm and thus Prm will become active only in the presence of cI.
-
[[Image:Lambda-Sys_orig_bidirect.jpg|Key-points of original bi-directional Lambda-system]]
+
In a third stage [Fig EPD.5], cI also binds to the OR3 region and thus represses Prm again. However, in the modified system, as it can be found in the registry, OR3 has been switched-off through mutation.
-
'''Legend:''' cI is a dimer and regulates the activity of the two promoter regions, Pr and Prm, on the λ-system. Pr is constitutively active and is repressed when cI binds to the two operator regions it overlaps with, OR1 and OR2. Prm is not very active without cI, but has an unknown basal activity.
+
===Basic Principle of Modified λ-phage system in EPD===
 +
Figure EPD.6 illustrates how the modified λ-phage system could be used as a regulator system in the EPD. Here we would not use the original bidirectional system, but the unidirectional one that can be found in the registry, i.e. where Pr and Prm have been separated and OR3 deactivated over mutation.
-
 
+
At the input side, we could use the well known LacI-system. The LacI-protein would be present all the time, bind to the Lac-promoter (Plac) and thus block it. No cI (?-cI) would be produced in this state.
-
[[Image:Lambda-Sys_orig_Pr-repressed.jpg|Original bi-directional Lambda-system, Pr repressed]]
+
-
 
+
-
'''Legend:''' The binding affinity of the operator regions is different, i.e. OR1 > OR2 > OR3, such that cI first binds to OR1, then with cooperativity binds to OR2. As soon as cI is bound over the Pr promotor region, Pr will be repressed. However, the presence of cI at OR2 will make it possible for the RNApolymerase to bind to Prm and thus Prm will become active only in the presence of cI.
+
-
 
+
-
 
+
-
[[Image:Lambda-Sys_orig_Prm-repressed.jpg|Original bi-directional Lambda-system, Prm repressed]]
+
-
 
+
-
'''Legend:''' In a third stage, cI also binds to the OR3 region and thus represses Prm again. However, in the modified system, as it can be found in the registry, OR3 has been switched-off through mutation.
+
-
 
+
-
===Basic Principle of Modified λ-System in INPUT-module===
+
-
 
+
-
[[Image:Lambda-Sys in INPUT-module.jpg|Modified Lambda-system in INPUT-module: unidirectional, no OR3]]
+
-
 
+
-
'''Legend:''' This schematic illustrates how the modified λ-system could be used as a regulator system in the INPUT-module. Here we would not use the original bidirectional system, but the unidirectional one that can be found in the registry, i.e. where Pr and Prm have been separated and OR3 deactivated over mutation.
+
-
 
+
-
At the input side, we could use the well known LacI-system. The LacI-protein would be present all the time, bind to the Lac-promoter (Plac) and thus block it. No cI (λ-cI) would be produced in this state.
+
However, if IPTG is added to the system, it would remove the LacI-protein from the promoter and cI would be produced in this other state.
However, if IPTG is added to the system, it would remove the LacI-protein from the promoter and cI would be produced in this other state.
-
In absence of an input signal (i.e. no IPTG in this debugging system) no cI would be produced, Pr will be constitutively active and Prm would have low basal activity (which will be further repressed by the zinc-finger system, see [[NOR-module]]). In a debugging system as shown above, RFP would be produced and indicate this state with red fluorescence.  
+
In absence of an input signal (i.e. no IPTG in this debugging system) no cI would be produced, Pr will be constitutively active and Prm would have low basal activity (which will be further repressed by the zinc-finger system, see [[4-State Device]]). In a debugging system as shown above, RFP would be produced and indicate this state with red fluorescence.  
As soon as there is an input signal (i.e. IPTG activating the Lac-promoter), cI would be produced, thus repressing Pr and activating Prm. GFP would be produced, RFP production would cease. Thus, the red fluorescence would change to green fluorescence, if everything works as planned.
As soon as there is an input signal (i.e. IPTG activating the Lac-promoter), cI would be produced, thus repressing Pr and activating Prm. GFP would be produced, RFP production would cease. Thus, the red fluorescence would change to green fluorescence, if everything works as planned.
 +
= Actual Implementation =
= Actual Implementation =
-
 
==Parts and Methods==
==Parts and Methods==
-
The current status is that we will be able to clone the whole INPUT-module and its intermediate steps for debugging purposes over [http://parts2.mit.edu/r/parts/htdocs/Assembly/index.cgi standard assembly] with parts found in the package '''Registry 7.05'''.
+
The current status is that we will be able to clone the whole EPD and its intermediate steps for debugging purposes over [http://parts2.mit.edu/r/parts/htdocs/Assembly/index.cgi standard assembly] with parts found in the package '''Registry 7.05'''.
==Full Sequence==
==Full Sequence==
-
Below you find an illustration of the full sequence of the planned INPUT-module.
+
[[Image:INPUT-module partSequence complete.jpg|thumb|Figure EPD.7: List of parts from the Registry 7.05 that constitute the Event Processing Device.]]
-
 
+
Figure EPD.7 illustrates the full sequence of the planned EPD. tetR is a constitutive promoter, thus lacI is continuously produced and repressing the lacI promoter. Note that the Pr and Prm parts are separated (unidirectional, not bidirectional) and that the Prm+ part from the library is with a modified (non-functional) OR3 region. Also, for the cI part we can either use the normal one, P0451, or the one with an additional degradation tag, P0455.
-
[[Image:INPUT-module partSequence complete.jpg]]
+
-
 
+
-
 
+
-
tetR is a constitutive promoter, thus lacI is continuously produced and repressing the lacI promoter.
+
-
Note that the Pr and Prm parts are separated (unidirectional, not bidirectional) and that the Prm+ part from the library is with a modified (non-functional) OR3 region.
+
-
Also, for the cI part we can either use the normal one, P0451, or the one with an additional degradation tag, P0455.
+
==Assembly==
==Assembly==
-
Below you find an illustration on how we plan to clone the input module. This graph will probably be revised soon according to inputs of the other members of the team who are more experienced with this stuff.
+
A single cloning session will typically take 4 days, if carried out by an experienced person and if no mistakes were made - or one week to play safe. It looks like we have 3 cloning sessions with each 4-5 days for the EPD alone, which makes 16 to 20 days - ''if'' we want to do all the steps.
-
 
+
-
A single cloning session will typically take 4 days, if carried out by an experienced person and if no mistakes were made - or one week to play safe. The typical workload would roughly be something like the following diagram, where work is indicated in brown.
+
-
 
+
-
[[Image:cloning_workload.jpg]]
+
-
 
+
-
It looks like we have 4 cloning sessions with each 4-5 days for the INPUT-module alone, which makes 16 to 20 days - ''if'' we want to do all the steps.
+
-
 
+
-
 
+
-
[[Image:Cloning-steps.input-module.gif]]
+
 +
[[Image:Cloning-steps.input-module.gif|thumb|Figure EPD.8: Planned cloning steps and current status (image updated according to results).]]
-
'''Legend:''' 
+
Figure EPD.8 illustrates how we plan to clone the EPD and the current status of this work:
* The number in the boxes correspond to the part number in the [http://parts.edu.mit registry].
* The number in the boxes correspond to the part number in the [http://parts.edu.mit registry].
* The yellow and orange parts are the intermediate combinations we will get as a result of cloning components together. These we will add to the registry.
* The yellow and orange parts are the intermediate combinations we will get as a result of cloning components together. These we will add to the registry.
* The orange parts are for debugging/testing purposes only. Note that we might chose to skip certain testing steps due to time constraints.
* The orange parts are for debugging/testing purposes only. Note that we might chose to skip certain testing steps due to time constraints.
-
* There are 3 cloning sessions (indicated by light green horizontal bars) for the INPUT-module and its testing alone, each consisting of 2-4 individual cloning steps that can be done in parallel.
+
* There are 3 cloning sessions (indicated by light green horizontal bars) for the EPD and its testing alone, each consisting of 2-4 individual cloning steps that can be done in parallel.
* The individual cloning steps are indicated by the symbol for a logical AND (arrow up in grey circle). When only the more suitable part has to be chosen to continue, a logical OR indicates that (arrow down in grey circle). The part to the right of the logical AND is attached downstream to the left part.
* The individual cloning steps are indicated by the symbol for a logical AND (arrow up in grey circle). When only the more suitable part has to be chosen to continue, a logical OR indicates that (arrow down in grey circle). The part to the right of the logical AND is attached downstream to the left part.
* The purpose of certain results, i.e. the testing, is commented in square boxes around the resulting part(s).
* The purpose of certain results, i.e. the testing, is commented in square boxes around the resulting part(s).
-
* The Zinc Hand parts with operator regions, here indicated by ''RX System A/B'', developed and sythesized by the group working on the [[NOR-module]] are indicated in bright pink.  
+
* The Zinc Hand parts with operator regions, here indicated by ''RX System A/B'', developed and sythesized by the group working on the [[4-State Device]] are indicated in bright pink.  
-
* For the final COUNTER-System will we will need to clone the Pr/Prm promoters at the beginning of each of the Zinc Hand systems and add the selected INPUT-module sequence (either intermediate part 4 or 5 - whichever is better) in front of everything. The final COUNTER-System will thus consist of 5 intermediate parts (here in the graph labeled as intermediates from X plus 11-14). It will take another 1 or 2 sessions to clone those components all together to a single system, depending on whether we want to put it on a single plasmid
+
* For the final COUNTER-System will we will need to clone the Pr/Prm promoters at the beginning of each of the Zinc Hand systems and add the selected EPD sequence (either intermediate part 4 or 5 - whichever is better) in front of everything. The final COUNTER-System will thus consist of 5 intermediate parts (here in the graph labeled as intermediates from X plus 11-14). It will take another 1 or 2 sessions to clone those components all together to a single system, depending on whether we want to put it on a single plasmid
Line 165: Line 109:
=References=
=References=
-
[http://www.google.com| Google 03] (key paper on X)
+
[http://www.googleiuzhlne.com| Dummy Ref 03] (key paper on X)
 +
 
 +
 
 +
Back to [[ETH Zurich]] main page.

Revision as of 17:36, 24 October 2005

Back to ETH Zurich main page.

Contents

Detailed Documentation Of The Event Processing Device (EPD)

Figure EPD.1: Schematic of the two output signals in dependence of the input signal (an external event) in the Event Processing Device
Figure EPD.2: Schematic of the EPD device as a box with PoPS as system boundaries.

Purpose

In a nutshell, the EPD has 2 system boundaries, both of which are characterized by PoPS (Polymerase Per Second). Its purpose is to take a single input PoPS and output 2 different PoPS. One of the outputs should be high and the other low when S is high and vice versa when S is low [Fig 1].

Basic Functionality

As indicated on the main page ETH Zurich we chose to split the overall system into two devicese, the 4-State Device and the EPD. Figure EPD.2 shows the basic functionality of the EPD encapsulated in a box with general PoPS interfaces.

With this design, any input can be used, as long as a promoter can be found that is either activated or suppressed by it. At the output, any kind of genes can be added which will be produced depending on the PoPS of that particular input.

Design

Suitable Strategies

As shown in the black box above, the core of the device is a regulator sub-module, for which different implementation strategies have been investigated.

We identified various solutions, the remaining ones being

  • The λ-phage system with two variants
    • The original anti-parallel version
    • An engineered unidirectional version
  • The Lux-system

Selected System

Figure EPD.3: Key-points of original bi-directional Lambda-system
Figure EPD.4: Original bi-directional Lambda-system, Pr repressed
Figure EPD.5: Original bi-directional Lambda-system, Prm repressed
Figure EPD.6: Modified Lambda-system in EPD: unidirectional, no OR3

Due to limited time, the current availability of parts and the constraints due to the standard restriction sites available in the parts library, we decided to actually implement the unidirectional λ-phage system. As an input we will use IPTG for easy handling and debugging, although the system is of course scalable for other types of inputs.

  • Advantages of the λ-phage system
    • Since the two promoters are regulated by the same protein-operator interactions, repression and activation should be symmetrical (which is crucial as modeling has shown).
    • Parts are available from the registry package Registry 7.05.

Basic Principle of Original λ-phage system

We decided on the λ-phage system to be implemented for now. The following schematics illustrate the basic concept with the natural λ-phage system (bidirectional), and the the planned implementation of the unidirectional version in the EPD [Fig EPD.3]. cI is a dimer and regulates the activity of the two promoter regions, Pr and Prm, on the λ-phage system. Pr is constitutively active and is repressed when cI binds to the two operator regions it overlaps with, OR1 and OR2. Prm is not very active without cI, but has an unknown basal activity.

The binding affinity of the operator regions is different, i.e. OR1 > OR2 > OR3, such that cI first binds to OR1, then with cooperativity binds to OR2 [Fig EPD.4]. As soon as cI is bound over the Pr promotor region, Pr will be repressed. However, the presence of cI at OR2 will make it possible for the RNApolymerase to bind to Prm and thus Prm will become active only in the presence of cI.

In a third stage [Fig EPD.5], cI also binds to the OR3 region and thus represses Prm again. However, in the modified system, as it can be found in the registry, OR3 has been switched-off through mutation.

Basic Principle of Modified λ-phage system in EPD

Figure EPD.6 illustrates how the modified λ-phage system could be used as a regulator system in the EPD. Here we would not use the original bidirectional system, but the unidirectional one that can be found in the registry, i.e. where Pr and Prm have been separated and OR3 deactivated over mutation.

At the input side, we could use the well known LacI-system. The LacI-protein would be present all the time, bind to the Lac-promoter (Plac) and thus block it. No cI (?-cI) would be produced in this state. However, if IPTG is added to the system, it would remove the LacI-protein from the promoter and cI would be produced in this other state.

In absence of an input signal (i.e. no IPTG in this debugging system) no cI would be produced, Pr will be constitutively active and Prm would have low basal activity (which will be further repressed by the zinc-finger system, see 4-State Device). In a debugging system as shown above, RFP would be produced and indicate this state with red fluorescence.

As soon as there is an input signal (i.e. IPTG activating the Lac-promoter), cI would be produced, thus repressing Pr and activating Prm. GFP would be produced, RFP production would cease. Thus, the red fluorescence would change to green fluorescence, if everything works as planned.


Actual Implementation

Parts and Methods

The current status is that we will be able to clone the whole EPD and its intermediate steps for debugging purposes over [http://parts2.mit.edu/r/parts/htdocs/Assembly/index.cgi standard assembly] with parts found in the package Registry 7.05.

Full Sequence

Figure EPD.7: List of parts from the Registry 7.05 that constitute the Event Processing Device.

Figure EPD.7 illustrates the full sequence of the planned EPD. tetR is a constitutive promoter, thus lacI is continuously produced and repressing the lacI promoter. Note that the Pr and Prm parts are separated (unidirectional, not bidirectional) and that the Prm+ part from the library is with a modified (non-functional) OR3 region. Also, for the cI part we can either use the normal one, P0451, or the one with an additional degradation tag, P0455.

Assembly

A single cloning session will typically take 4 days, if carried out by an experienced person and if no mistakes were made - or one week to play safe. It looks like we have 3 cloning sessions with each 4-5 days for the EPD alone, which makes 16 to 20 days - if we want to do all the steps.

Figure EPD.8: Planned cloning steps and current status (image updated according to results).

Figure EPD.8 illustrates how we plan to clone the EPD and the current status of this work:

  • The number in the boxes correspond to the part number in the [http://parts.edu.mit registry].
  • The yellow and orange parts are the intermediate combinations we will get as a result of cloning components together. These we will add to the registry.
  • The orange parts are for debugging/testing purposes only. Note that we might chose to skip certain testing steps due to time constraints.
  • There are 3 cloning sessions (indicated by light green horizontal bars) for the EPD and its testing alone, each consisting of 2-4 individual cloning steps that can be done in parallel.
  • The individual cloning steps are indicated by the symbol for a logical AND (arrow up in grey circle). When only the more suitable part has to be chosen to continue, a logical OR indicates that (arrow down in grey circle). The part to the right of the logical AND is attached downstream to the left part.
  • The purpose of certain results, i.e. the testing, is commented in square boxes around the resulting part(s).
  • The Zinc Hand parts with operator regions, here indicated by RX System A/B, developed and sythesized by the group working on the 4-State Device are indicated in bright pink.
  • For the final COUNTER-System will we will need to clone the Pr/Prm promoters at the beginning of each of the Zinc Hand systems and add the selected EPD sequence (either intermediate part 4 or 5 - whichever is better) in front of everything. The final COUNTER-System will thus consist of 5 intermediate parts (here in the graph labeled as intermediates from X plus 11-14). It will take another 1 or 2 sessions to clone those components all together to a single system, depending on whether we want to put it on a single plasmid


Tests and Characterization

General Remarks

While putting together the Counter-system there are multiple experiments to carry out. One aspect is of course to test and prove the overall functionality. However, although the system we plan to implement consists largely of registry parts it will be new as a whole and it may well be very fragile due to its high complexity of interdependent parts and states. Thus it is far from assured whether the whole device will work in the end. For this reason it is sensible to test every single intermediate on the way to assure that a flaw is detected right away and not propagated through weeks of hard work - we will refer to this as testing and debugging, just like in software projects.

Another aspect - especially within the framework of Synthetic Biology - is the characterization of intermediate parts. One has to distinguish different aspects of the system: PoPS at the part interface tell you how much mRNA is produced per second and thus the efficiency of the promoter that is used (and the influence of possible additional factors like the roadblocks we will implement). However, PoPS might be different from the concentration of the actual proteins present in the cytoplasm due to variation in the translation efficiency. Another important detail is the stability and degradation rate of these proteins - especially for the rather fragile system dynamics of our device.

It is indeed a tedious task to measure these parameters, since most aspects of a biological system have to be observed indirectly over markers, e.g. fluorescent proteins. We are determined to carry out as many experiments to test and quantify as we can reasonably afford - but of course, this is mostly grey theory within the framework of this competition, since we are running out of both time and resources. The actual concentration and dynamics of proteins is the crucial factor for the system to work and thus the aspect we ultimately care about - as opposed to PoPS at the part level.

To assure basic functionality and to characterize the intermediate parts, multiple additional parts, or "debugging" parts, have to be designed. We will maintain 25° C during growth and preparation of the cell cultures in order to have consistent conditions on different measurement systems.

Quantification of Relative Pr and Prm Activity

There are two external states: normal activity (no IPTG present) and the simulation of an external event (IPTG present). An important aspect is the quantification of the relative activity of the key promoters, Pr and Prm, in these two states.

Ground State

We can easily compare the basal activity of the constitutively active Pr and the low basal activity of the inactive Prm by adding GFP (Green Fluorescent Protein) to both, parts S03335 and S03336, and measuring the statistical distribution of GFP intensity over a sample, i.e. a cell population, with FACS (Fluorescent-activated Cell Sorting). We will also quantify Prm activity with RFP (Red Fluorescent Protein), i.e. part S03337, in order to have comparison when carrying out measurements on the mixed system, see below.

External Event

Since we chose a very stable GFP to make sure it is not degrading faster than it can be measured it is more difficult to quantify the repressed activity of Pr and the induced activity of Prm in presence of IPTG. We will try to inverse the states in certain cultures, i.e. parts J05503 and J05504, by adding IPTG already during transformation (when the cells take in the plasmids) and thus inducing high cI production from the very beginning so that the stable GFP is not produced in the first place. Then we can observe the dynamics of the system when IPTG is slowly degrading and Pr becomes active again and Prm is repressed. In case this plan fails we are cloning other GFP with degradation tags in parallel to Pr and Prm.

Quantification of LacI Input System

We use the LacI system in the registry as an interface to make the production of cI which in turn controls Pr and Prm dependent on an external event, i.e. the presence of IPTG. This input system is inactive in absence of IPTG. With part J05505 we will test over GFP the basic functionality and roughly quantify the basal activity (leaking) compared to the active state in presence of IPTG.

System Dynamics

We will observe the dynamics of the input system with parts J05503 and J05504 with FACS (quantification, statistics) and under an optical microscope (tracking of specific single cells). The impact of different concentration levels of IPTG will be tested as well. If the inversion of intial states as described above does not work, we will use other parts with fast degrading GFP (which will hopefully be ready by then).


more coming soon

References

[http://www.googleiuzhlne.com| Dummy Ref 03] (key paper on X)


Back to ETH Zurich main page.

Personal tools
Past/present/future years