IGEM:MIT/2005/Signal processing: Difference between revisions

From OpenWetWare
Jump to navigationJump to search
>Ymk
>Ymk
Line 18: Line 18:
==Device Depiction==
==Device Depiction==
*Thresholding device:
*Thresholding device:
**Sample graphs here:
**Sample graphs here: [http://openwetware.org/index.php?title=Image:Threshold_protein3_graph.JPG]
[[Image:Threshold protein3 graph.JPG]]  
[[Image:Threshold protein3.JPG]]
[[Image:Threshold protein3.JPG]]



Revision as of 01:03, 12 August 2005

POC

Ray

Function

  • To eliminate noise from the incoming signal (delivered by the sensor group)
  • To deliver a relatively clean and (usually) modular input to the actuator group

Ideas

  • Continuous to discrete (C/D) converter
  • Thresholding based on complementary mRNA competition

Current Status

  • Threshold device:
    • All parts obtained, and are currently undergoing assembly (ready by monday probably)
  • C/D: Still looking for appropriate proteins (shelved)

Device Depiction

  • Thresholding device:
    • Sample graphs here: [1]

  • C/D converter:

Device Parts

  • Threshold: Have been specified and ordered (see picture above)

Experiments

  • Objectives:
    • Ensure TetR::cI fusion works
    • Ensure lambda::GFP fusion works
    • Ensure antisense inihibits cI
  • Strategy:
    • Fix level of IPTG and then vary TetR levels to see the amount of cI needed to express a certain amount of GFP
    • Change IPTG level, then repeat previous step.

Issues/Questions

  • How to fine tweak system and test it independently of the sensor group (i.e. characterize the system)?

Need Help With

Nothing.. Nada..

Wishlist

  • Feedback mechanism

Notes

  • This group has secondary priority to the rest. It will gain prominence after the other devices are ready.
  • cI system has internal thresholding built into the system. We may not be able to tweak it for our own nefarious purposes.