Line 148: | Line 148: | ||
padding-top:15px; | padding-top:15px; | ||
padding-bottom:15px; | padding-bottom:15px; | ||
− | text-align: | + | text-align:left; |
color:#3D72A4; | color:#3D72A4; | ||
Line 172: | Line 172: | ||
margin-bottom:2%; | margin-bottom:2%; | ||
} | } | ||
− | + | #FlaskImg img{ | |
− | + | ||
float:right; | float:right; | ||
− | width: | + | width:40%; |
padding-left:25px; | padding-left:25px; | ||
+ | |||
+ | |||
Line 182: | Line 183: | ||
#FlaskImg p{ | #FlaskImg p{ | ||
+ | |||
+ | } | ||
+ | #FlaskPos{ | ||
+ | float:left; | ||
+ | width:60%; | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | } | ||
+ | #FlaskPos p{ | ||
+ | text-align:left; | ||
+ | } | ||
} | } | ||
Line 323: | Line 337: | ||
padding-right:0px; | padding-right:0px; | ||
} | } | ||
− | + | ||
+ | |||
</style> | </style> | ||
Line 352: | Line 367: | ||
<li><a href="https://2016.igem.org/Team:Dundee/Design">Design</a></li> | <li><a href="https://2016.igem.org/Team:Dundee/Design">Design</a></li> | ||
<li><a href="https://2016.igem.org/Team:Dundee/Results">Results</a></li> | <li><a href="https://2016.igem.org/Team:Dundee/Results">Results</a></li> | ||
− | <li><a href="https://2016.igem.org/Team:Dundee/Hardware">Hardware</a></li> | + | <li class="active" ><a href="https://2016.igem.org/Team:Dundee/Hardware">Hardware</a></li> |
</ul> | </ul> | ||
</li> | </li> | ||
Line 387: | Line 402: | ||
<ul class="dropdown-menu"> | <ul class="dropdown-menu"> | ||
<li><a href="https://2016.igem.org/Team:Dundee/Team">Meet The Agents</a></li> | <li><a href="https://2016.igem.org/Team:Dundee/Team">Meet The Agents</a></li> | ||
− | <li | + | <li><a href="https://2016.igem.org/Team:Dundee/Attributions">Attributions</a></li> |
<li><a href="https://2016.igem.org/Team:Dundee/Collaborations">Collaboration</a></li> | <li><a href="https://2016.igem.org/Team:Dundee/Collaborations">Collaboration</a></li> | ||
</ul> | </ul> | ||
Line 397: | Line 412: | ||
<div id="BackImg"> | <div id="BackImg"> | ||
− | <img src="https://static.igem.org/mediawiki/2016/ | + | <img src="https://static.igem.org/mediawiki/2016/5/55/T--Dundee--Hardware.JPG" /> |
+ | <h1><span>Hardware</span></h1> | ||
</div> | </div> | ||
Line 405: | Line 421: | ||
<div class="container"> | <div class="container"> | ||
<div id = "SplashTitle"> | <div id = "SplashTitle"> | ||
− | <p> | + | <p></p> |
</div> | </div> | ||
<div id="SplashTitleUnder"> | <div id="SplashTitleUnder"> | ||
− | <p> | + | <p>ACME Stomach Masher</p> |
</div> | </div> | ||
</div> | </div> | ||
Line 416: | Line 432: | ||
<div class="container"> | <div class="container"> | ||
<div id= "ProjectDesCon"> | <div id= "ProjectDesCon"> | ||
− | <h3> | + | <h3>Introduction</h3> |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
+ | <div id="FlaskImg"> | ||
+ | <img src="https://static.igem.org/mediawiki/2016/9/97/T--Dundee--Hardware1st.png"/> | ||
+ | </div> | ||
+ | |||
+ | <div id="FlaskPos"> | ||
+ | <p>According to Kozu, et al. a simple compressing, rolling motion adequately simulates the stomach’s mechanical stress. With that in mind reusing the internals of a printer came to mind as rollers and motors would be among the recovered parts. Not only was this an economical option but also a environmentally friendly one. The contents of the stomach would be put in a plastic bag that would be passed back and forth through the recovered rollers. To put it all together the Dundee Maker Space laser cutter would be put to | ||
+ | use extensively.</p> | ||
+ | </div> | ||
</div> | </div> | ||
</div> | </div> | ||
− | + | ||
<div class="container"> | <div class="container"> | ||
<div id= "ProjectDesCon"> | <div id= "ProjectDesCon"> | ||
− | <h3> | + | <h3>Planning</h3> |
− | + | ||
− | <div id=" | + | <p>The stomach was modeled in OnShape, a free cloud based CAD suite. Initially the design took advantage of the printer’s linear scanner drive since linear motion was required for the stomach. This choice is reflected in the image above. Unfortunately the motor for the scanner motion was not powerful enough to properly move the contents of the stomach. </p> |
− | <img src="https://static.igem.org/mediawiki/2016/ | + | |
+ | <div id="CytoGifAlign"> | ||
+ | <img src="https://static.igem.org/mediawiki/2016/f/f0/T--Dundee--Hardware4.png"/> | ||
</div> | </div> | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
</div> | </div> | ||
</div> | </div> | ||
− | + | ||
− | + | ||
<div class="container"> | <div class="container"> | ||
<div id= "ProjectDesCon"> | <div id= "ProjectDesCon"> | ||
− | <h3> | + | <h3>Building</h3> |
− | + | ||
− | + | <p>As mentioned, initially the motion was to be provided by the scanner motor. Using this would have simplified the design since it already created a linear motion. Also, controlling it would have been very simple. A double pole double throw (DPDT) switch can easily be used as a mechanical H-Bridge (bi-directional motor controller). When in one position the motor will rotate clockwise, and when flipped to the other position it rotates counter-clockwise. The red end-stops in the image above were positioned to actuate the switch when it reached each end. As soon as it hit the end of travel it would immediately reverse direction. The dead-spot in the switch where it is in neither positions | |
− | + | and therefore not conducting electricity was too large and resulted in no motion. | |
− | <img src="https://static.igem.org/mediawiki/2016/ | + | </p> |
+ | <div id="CytoGifAlign"> | ||
+ | <img src="https://static.igem.org/mediawiki/2016/1/1e/T--Dundee--Hardware3.png"> | ||
</div> | </div> | ||
− | + | <p>With the scanner not working, a spool and thread was turned to. Printers also contain several gear trains, which reduce speed and increase torque, something the scanner motor could have used more of. The string had trouble staying positively engaged with the spool unless under extreme tension. At that point | |
+ | though the motor needed to do extra work to overcome the added friction. Another issue was that the string would always jam up on one side or the other, depending on the direction of rotation. Looking back, both | ||
+ | problems could have been solved by a much wider spool with the string fastened in the middle. As the string unspooled from one side, it would be taken in on the other. So long as the width of the spool is sufficient, the string will never encounter the edge. Without the benefit of hindsight in the moment, a new method of motion was devised. | ||
+ | </p> | ||
− | + | <div id="CytoGifAlign"> | |
− | + | <img src="https://static.igem.org/mediawiki/2016/a/ae/T--Dundee--Hardware2.png"> | |
− | + | </div> | |
− | + | ||
− | + | </div> | |
− | + | </div> | |
− | + | ||
− | + | <div class="container"> | |
− | + | <div id= "ProjectDesCon"> | |
− | + | <h3 style = "color:#3D72A4; text-align:center;" >References</h3> | |
− | + | <div id ="CytoGifHeader"> | |
− | + | <p>Hiroyuki Kozu, Yuki Nakata, Mitsutoshi Nakajima, Marcos A. Neves, Kunihiko Uemura, Seigo Sato, Isao Kobayashi, Sosaku Ichikawa “Development of a Human Gastric Digestion Simulator Equipped with Peristalsis Function for the Direct Observation and Analysis of the Food Digestion Process”, Food Science and Technology Research, 20 (2), p.225-233</p> | |
− | + | ||
− | + | ||
− | + | ||
− | < | + | |
− | + | ||
− | + | ||
</div> | </div> | ||
</div> | </div> | ||
</div> | </div> | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
Line 566: | Line 529: | ||
− | + | </div> <!-- /container --> | |
+ | |||
+ | <div id="finalFooter"> | ||
+ | <div class="container"> | ||
+ | |||
+ | |||
+ | <div id="footWrapper"> | ||
+ | <div class="footerImg"> | ||
+ | <a href="https://www.facebook.com/DundeeiGEM2016"> | ||
+ | <img src="https://static.igem.org/mediawiki/2016/2/24/T--Dundee--FBFooter.png" /> | ||
+ | </a> | ||
+ | </div> | ||
+ | <div id = "MiddleTxt" class="footerImg"> | ||
+ | <a> | ||
+ | <img src="https://static.igem.org/mediawiki/2016/b/be/T--Dundee--MiddleFooter.png" /> | ||
+ | </a> | ||
+ | </div> | ||
+ | <div class="footerImg"> | ||
+ | <a style="padding-right:0px;"href="https://twitter.com/DundeeiGEMTeam"> | ||
+ | <img src="https://static.igem.org/mediawiki/2016/4/4f/T--Dundee--TWFooter.png" /> | ||
+ | </a> | ||
+ | </div> | ||
+ | </div> | ||
+ | </div> | ||
+ | |||
+ | </div> | ||
Revision as of 15:01, 19 October 2016
Hardware
ACME Stomach Masher
Introduction
According to Kozu, et al. a simple compressing, rolling motion adequately simulates the stomach’s mechanical stress. With that in mind reusing the internals of a printer came to mind as rollers and motors would be among the recovered parts. Not only was this an economical option but also a environmentally friendly one. The contents of the stomach would be put in a plastic bag that would be passed back and forth through the recovered rollers. To put it all together the Dundee Maker Space laser cutter would be put to use extensively.
Planning
The stomach was modeled in OnShape, a free cloud based CAD suite. Initially the design took advantage of the printer’s linear scanner drive since linear motion was required for the stomach. This choice is reflected in the image above. Unfortunately the motor for the scanner motion was not powerful enough to properly move the contents of the stomach.
Building
As mentioned, initially the motion was to be provided by the scanner motor. Using this would have simplified the design since it already created a linear motion. Also, controlling it would have been very simple. A double pole double throw (DPDT) switch can easily be used as a mechanical H-Bridge (bi-directional motor controller). When in one position the motor will rotate clockwise, and when flipped to the other position it rotates counter-clockwise. The red end-stops in the image above were positioned to actuate the switch when it reached each end. As soon as it hit the end of travel it would immediately reverse direction. The dead-spot in the switch where it is in neither positions and therefore not conducting electricity was too large and resulted in no motion.
With the scanner not working, a spool and thread was turned to. Printers also contain several gear trains, which reduce speed and increase torque, something the scanner motor could have used more of. The string had trouble staying positively engaged with the spool unless under extreme tension. At that point though the motor needed to do extra work to overcome the added friction. Another issue was that the string would always jam up on one side or the other, depending on the direction of rotation. Looking back, both problems could have been solved by a much wider spool with the string fastened in the middle. As the string unspooled from one side, it would be taken in on the other. So long as the width of the spool is sufficient, the string will never encounter the edge. Without the benefit of hindsight in the moment, a new method of motion was devised.
References
Hiroyuki Kozu, Yuki Nakata, Mitsutoshi Nakajima, Marcos A. Neves, Kunihiko Uemura, Seigo Sato, Isao Kobayashi, Sosaku Ichikawa “Development of a Human Gastric Digestion Simulator Equipped with Peristalsis Function for the Direct Observation and Analysis of the Food Digestion Process”, Food Science and Technology Research, 20 (2), p.225-233