<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Hand Hygiene</title>
	<atom:link href="http://groklab.org/handhygiene/feed/" rel="self" type="application/rss+xml" />
	<link>http://groklab.org/handhygiene</link>
	<description>Just another Groklab.org weblog</description>
	<lastBuildDate>Wed, 10 Mar 2010 00:33:15 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>FSR analysis (pt I)</title>
		<link>http://groklab.org/handhygiene/2010/03/09/fsr-analysis-pt-i/</link>
		<comments>http://groklab.org/handhygiene/2010/03/09/fsr-analysis-pt-i/#comments</comments>
		<pubDate>Wed, 10 Mar 2010 00:33:15 +0000</pubDate>
		<dc:creator>tdecker</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://groklab.org/handhygiene/?p=725</guid>
		<description><![CDATA[Preliminary test results in a mock FSR sensing setup are promising in some ways. The first test setup was the FSR blanketed by a 1/8&#8243; rubber sheet compressed under a disc that is pin-guided on top of the bottom disc. Fairly static loads were applied at different points over a wide area on the load-bearing [...]]]></description>
			<content:encoded><![CDATA[<p>Preliminary test results in a mock FSR sensing setup are promising in some ways. The first test setup was the FSR blanketed by a 1/8&#8243; rubber sheet compressed under a disc that is pin-guided on top of the bottom disc. Fairly static loads were applied at different points over a wide area on the load-bearing disc and corresponding sensor resistances measured.</p>
<p>The primary purpose of this test is to determine a baseline correlation between applied force to the test mechanism and output/sensor resistance.</p>
<p>The secondary purpose of this test is to determine whether or not our mechanism will provide sufficient clarity to discern between completely downward forces (eg, someone pressing straight down on a bottle), or partially &#8216;torqued&#8217; forces that create uneven pressure distribution at the sensor (eg, someone pressing down and slightly pushing back on a bottle).</p>
<p>In this particular setup, the primary purpose is explored by this plot of applied force vs. resistance. A 3rd order curve has been fitted to the data, giving R2 on the order of 0.80. Under illustrated confidence/probability intervals, it may be inferred that we could, for example, tell fairly reliably the difference between 2kg  and 5kg load. (In rough testing, I found that the average hand pump will fall somewhere between 3.5-4.5kg &#8212; but further consideration is due).</p>
<p><img class="alignleft size-medium wp-image-726" src="http://groklab.org/handhygiene/files/2010/03/fsr-300x209.PNG" alt="fsr" width="525" height="365" /></p>
<p>The secondary purpose seems to have been satisfied: after taking approximately 80 measurements over different forces and displacements, and fitting these as predictors of resistance, applied force is much more correlated to resistance than position. (((f-test values?))</p>
<p>To be taken into consideration: we need a better construction of our intended model. Although, by indication from position testing (if I am interpreting the data analysis correctly), the pin mechanism to relieve torques may not be as important as previously perceived. Worth exploring differences between rubber materials and/or FSR sizing/geometry.</p>
]]></content:encoded>
			<wfw:commentRss>http://groklab.org/handhygiene/2010/03/09/fsr-analysis-pt-i/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>TinyOS computer broken</title>
		<link>http://groklab.org/handhygiene/2010/03/08/tinyos-computer-broken/</link>
		<comments>http://groklab.org/handhygiene/2010/03/08/tinyos-computer-broken/#comments</comments>
		<pubDate>Mon, 08 Mar 2010 23:05:55 +0000</pubDate>
		<dc:creator>marty</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://groklab.org/handhygiene/?p=723</guid>
		<description><![CDATA[I was attempting to install Eagle 5.7.0 on the TinyOS computer through http://packages.ubuntu.com/. This website downloads self-installing packages to the computer. The installer for eagle complained about the version of libfontconfig1 being out of date, so I downloaded a later version of that, and attempted to install it. This complained about libfontconfig1-dev being out of [...]]]></description>
			<content:encoded><![CDATA[<p>I was attempting to install Eagle 5.7.0 on the TinyOS computer through <a href="http://packages.ubuntu.com/">http://packages.ubuntu.com/</a>. This website downloads self-installing packages to the computer. The installer for eagle complained about the version of libfontconfig1 being out of date, so I downloaded a later version of that, and attempted to install it. This complained about libfontconfig1-dev being out of date. I downloaded this package, and attempted to install it. This complained about libfontconfig1 being out of date again. I used Sympatic package manager to uninstall the current version of libfontconfig1, and intended to reinstall them from the downloaded packages.</p>
<p>The uninstalled packages were:</p>
<p>libfontconfig1, libfontconfig1-dbg,libfontconfig1-dev.</p>
<p>In the last parts of the uninstall, the computer froze, and I had to reboot. Upon rebooting, it said there was a file system mount error, and a maintenance terminal was started. Everything that was there previously seemed to be in place, so I did not want to reinstall the operating system, which would probably result in all of that being deleted. If there is a way to reinstall these packages via a utility shell, please let me know.</p>
]]></content:encoded>
			<wfw:commentRss>http://groklab.org/handhygiene/2010/03/08/tinyos-computer-broken/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Final Door Minder Schematic</title>
		<link>http://groklab.org/handhygiene/2010/03/08/final-door-minder-schematic/</link>
		<comments>http://groklab.org/handhygiene/2010/03/08/final-door-minder-schematic/#comments</comments>
		<pubDate>Mon, 08 Mar 2010 18:10:18 +0000</pubDate>
		<dc:creator>marty</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://groklab.org/handhygiene/?p=710</guid>
		<description><![CDATA[I believe this is the final variation on the door minder circuit. Because there wasn&#8217;t sufficient current from the encoder chip, we must drive the LED directly from the batteries, using a BJT, in this case, the 2N3904. The new LED, SFH4511, has a smaller half angle and higher radiant intensity than the TSAL6200, and better [...]]]></description>
			<content:encoded><![CDATA[<p>I believe this is the final variation on the door minder circuit. Because there wasn&#8217;t sufficient current from the encoder chip, we must drive the LED directly from the batteries, using a BJT, in this case, the 2N3904. The new LED, SFH4511, has a smaller half angle and higher radiant intensity than the TSAL6200, and better serves us at the distance we need to transmit the signal. Because we only need to see if the signal is interrupted, we will only transmit one bit, D0.</p>
<p><img class="alignnone size-full wp-image-716" src="http://groklab.org/handhygiene/files/2010/03/a1.jpg" alt="a" width="801" height="829" /></p>
<p>I am currently testing the circuit with the LED on top of the receiver, inside a black heat shrink tube in an orientation something like this:</p>
<p><img class="alignnone size-full wp-image-713" src="http://groklab.org/handhygiene/files/2010/03/b1.jpg" alt="b" width="231" height="186" /></p>
<p>The heat shrink tubing is needed because the receiver can still pick up infrared waves from the LED just being turned on. Another possible problem is that at distances of about 2 feet from the circuit, the receiver can pick up reflections off of skin and clothing.</p>
<p>An equivalent circuit to LED driver (driven from output of encoder chip) when on:</p>
<p><img class="alignnone size-full wp-image-717" src="http://groklab.org/handhygiene/files/2010/03/c.jpg" alt="c" width="436" height="310" /></p>
<p>We use 0 for the resistor between ground and the emitter node. The power dissipation of the LED is 165mW, and the current through the LED is given by:</p>
<p>i_led=1.5v/R_led</p>
<p>Therefore, because P=vi, and we know the forward voltage drop for the LED is about 1.3v, R_led must be around 12 Ohms:</p>
<p>P=vi =&gt; 165mW=(1.3v)*(1.5/R_led) =&gt; R_led=1.95/0.165 Ohms = 11.8181 Ohms.</p>
<p>The base current can be calculated as (3v-1.5v+0.7v)/100Ohms=8mA. The emitter current is the current through R_led, 1.5/12=125mA. Adding these, the circuit uses 133mA when on.</p>
<p>The signal takes 27-28ms to be sent (see previous posts), so we should leave the encoder toggled for around 30ms, just to be safe. If we repeat this every 100ms, the encoder will be on 30% of the day. The batteries we use claim to provide 1500mA hours. Because 133mA is being used 30% of the time , we can use 30% of 133mA to calculate the circuit&#8217;s life. This is 1500mA*h/39.9mA=37.594h, about one and a half days.</p>
<p>We could turn on the LED every 200ms, and double the life to a little over three days (75.188h), but we will need to make sure the decoder receives every signal.</p>
<p>The new LEDs will arrive soon, it may be possible to get reliable results with less power, but previous experiments do not suggest this.</p>
]]></content:encoded>
			<wfw:commentRss>http://groklab.org/handhygiene/2010/03/08/final-door-minder-schematic/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Testing RSSI Values at Different Locations</title>
		<link>http://groklab.org/handhygiene/2010/03/05/testing-rssi-values-at-different-locations/</link>
		<comments>http://groklab.org/handhygiene/2010/03/05/testing-rssi-values-at-different-locations/#comments</comments>
		<pubDate>Fri, 05 Mar 2010 22:45:07 +0000</pubDate>
		<dc:creator>deepti</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://groklab.org/handhygiene/?p=680</guid>
		<description><![CDATA[We set up this experiment according to the plan shown below. Someone wearing Pager 239 stood at all the places indicated by numbers 1-11. In the rigged trial, they stood in a manner that would collect the best data. In the natural trial, they moved around and tried to act natural. Lots of good data [...]]]></description>
			<content:encoded><![CDATA[<p>We set up this experiment according to the plan shown below. Someone wearing Pager 239 stood at all the places indicated by numbers 1-11. In the rigged trial, they stood in a manner that would collect the best data. In the natural trial, they moved around and tried to act natural. Lots of good data was collected. And here’s the report-</p>
<p><img class="aligncenter size-full wp-image-682" src="http://groklab.org/handhygiene/files/2010/03/3-4layout1.jpg" alt="3-4layout" width="802" height="622" /><span id="more-680"></span></p>
<p>RESULTS:</p>
<p><img class="aligncenter size-full wp-image-683" src="http://groklab.org/handhygiene/files/2010/03/3-4position1.jpg" alt="3-4position1" width="576" height="384" /></p>
<p>Position 1: (~)</p>
<p>In both the rigged and natural experiments, this position gave the expected results. Both experiments showed HandCleaner 103 at very high RSSI values.</p>
<p>The natural experiment actually worked better because it showed that Pager 239 and Anchor 51 were closer together.  Anchor 48 also responded, but at a lower RSSI. There was some action between 239 and Anchor 49.</p>
<p>The rigged experiment gave more signals from Anchor 48 and 49 and less from Anchor 51, so the rigged trial actually did not give us the perfect results we expected.</p>
<p><img class="aligncenter size-full wp-image-698" src="http://groklab.org/handhygiene/files/2010/03/3-4position21.jpg" alt="3-4position2" width="576" height="384" /></p>
<p>Position 2: (+)</p>
<p>The rigged experiment worked pretty well in this case. It showed low and high RSSI values between 239 and Anchor 48, showing entrance into the room. Many high RSSI values are seen, suggesting that the difference between in the room and out of the room was detected. Anchor 53 also received some messages from 239, which was acceptable because 53 was in the adjacent room.</p>
<p>The natural experiment again showed strong correspondence between Anchor 48 and 239. However, there was a lot of correspondence from Anchors 49, 51, 53, and 54. This suggests that with a person moving around in the room, more Anchors were able to pick up signals. Except for the correspondence with Anchor 54, the RSSI values decreased with distance, as expected.</p>
<p><img class="aligncenter size-full wp-image-699" src="http://groklab.org/handhygiene/files/2010/03/3-4position31.jpg" alt="3-4position3" width="576" height="384" /></p>
<p>Position 3: (++)</p>
<p>The results from both trials were clear. The high RSSI values indicated that 239 was very close to Anchor 58. The natural experiment gave the expected results with fewer and weaker signals from Anchors that were further away. (The rigged experiment did indicate a signal from HandCleaner 103, which is puzzling because it should not have been pushed.)</p>
<p><img class="aligncenter size-full wp-image-700" src="http://groklab.org/handhygiene/files/2010/03/3-4position41.jpg" alt="3-4position4" width="576" height="384" /></p>
<p><img src="/Users/dsharm/AppData/Local/Temp/moz-screenshot.png" alt="" /><img src="/Users/dsharm/AppData/Local/Temp/moz-screenshot-1.png" alt="" /></p>
<p>Position 4: (~)<br />
 [Wrong graph ?]<br />
Since position 4 was between all the points, a lot of Anchors were expected to respond to it. 51 was expected to respond to it at higher strengths because both were outside of the room. In the rigged experiment Anchors 49, 51, 53, and 54 responded at that expected RSSI values (49 &gt; 51 &gt; 53(avg) = 54). HandCleaner 100 responded with very high RSSI values as expected.</p>
<p>In the natural experiment, all of the Anchors responded with approximately equal response, which could be expected with someone moving around. However, Anchor 51 should have higher RSSI values to indicate out of the room, and this was not the case. It seems as though the Hand Cleaner was not activated during the natural trial.</p>
<p><img class="aligncenter size-full wp-image-701" src="http://groklab.org/handhygiene/files/2010/03/3-4position51.jpg" alt="3-4position5" width="576" height="384" /></p>
<p>Position 5:  (~)</p>
<p>Position 5 was in the middle of the middle room. Higher RSSI values were expected from Anchors 53 and 54. In the rigged trial, this gave the expected results from Anchor 54, which was a lot higher than 53. Anchors 49 and 48 also gave responses, but at lower RSSI values, as expected.</p>
<p>In the natural trial, higher RSSI values from 54 were also seen. The pattern followed the expected pattern with 53 and 54 having higher RSSI values than the other positions.</p>
<p>Perhaps the placement of Anchor 53 had something to do with the lower RSSI values received (?).</p>
<p><img class="aligncenter size-full wp-image-702" src="http://groklab.org/handhygiene/files/2010/03/3-4position61.jpg" alt="3-4position6" width="576" height="384" /></p>
<p>Position 6: (-)</p>
<p>In position 6, there should have been very high RSSI values between Anchor 53 and 239. In the rigged trial, this was not seen (the highest was with Anchor 48). The natural trial also showed the same trend. Among the Anchors, Anchor 53 always received the strongest signal, but 239 received pretty strong signals from Anchor 48.</p>
<p><img class="aligncenter size-full wp-image-703" src="http://groklab.org/handhygiene/files/2010/03/3-4position71.jpg" alt="3-4position7" width="576" height="384" /></p>
<p>Position 7: (~)</p>
<p>In position 7, the highest RSSI values were always from correspondence between 239 and Anchor 54, as expected. In both the rigged and natural experiments, the messages received by the Anchors seemed to follow the pattern expected, with 54 being the strongest then 53, 49, 48, 51. However, the messages received by 239 do not follow this pattern. For example, in the rigged trial, RSSI for Anchor 48 was greater than that from 49, which was not expected.</p>
<p><img class="aligncenter size-full wp-image-704" src="http://groklab.org/handhygiene/files/2010/03/3-4position81.jpg" alt="3-4position8" width="576" height="384" /></p>
<p>Position 8: (+)</p>
<p>The rigged trial went very well. The highest RSSI values corresponded to HandCleaner 102 talking with 239. Also, the difference between in the room and out of the room was seen because Anchor 51 gave the strongest signal among Anchors.</p>
<p>The natural trial also gave some expected responses. The highest RSSI was between HandCleaner 102 and 239. The next highest was from Anchor 49 which was in the room, this could have been expected because with moving around, 239 could have communicated with Anchors 49, 51, and 54 pretty well. The results support this with higher RSSI values with 49, 51, and 54 than those with 48 and 53.</p>
<p><img class="aligncenter size-full wp-image-705" src="http://groklab.org/handhygiene/files/2010/03/3-4position91.jpg" alt="3-4position9" width="576" height="384" /></p>
<p>Position 9: (+)</p>
<p>Position 9 was barely in the room, so higher RSSI values with 49 were expected. The rigged trial went well, showing this, and some correspondence at very low RSSIs with 51 and 54. The natural trial also followed this trend, except for some correspondence with Anchor 48 (noise) and some correspondence with HandCleaner 102 (?).</p>
<p><img class="aligncenter size-full wp-image-706" src="http://groklab.org/handhygiene/files/2010/03/3-4position101.jpg" alt="3-4position10" width="576" height="384" /></p>
<p>Position 10: (++)</p>
<p>Position 10 was deep in the room. High RSSI values were expected between Anchor 49 and 239. In both trials, this was seen. In the rigged trial, lower RSSIs were seen from Anchor 54, which was understandable because 54 was in the adjacent room. In the rigged trial, some RSSIs from 54 were also seen. But, Anchors 49 and 53 also talked to 239, but at lower RSSIs, indicating distance. This was good because the RSSI values reported decreased and distance increased, which is what is expected.</p>
<p><img class="aligncenter size-full wp-image-707" src="http://groklab.org/handhygiene/files/2010/03/3-4position111.jpg" alt="3-4position11" width="576" height="384" /></p>
<p>Position 11: (~)</p>
<p>Position 11 was at the nurse’s station. A high RSSI value between 239 and Anchor 51 was expected. The rigged trial followed this perfectly, with some action at very low RSSIs from Anchor 54. However, the natural trial did not go as well. Lots of signals were picked up from the different anchors. Overall the highest were from Anchors 51 and 48. The data was not as defined as with the rigged trial, but with moving around it could be accounted for. We did expect 51 to be the highest, but this was not as clear in the natural trial.</p>
<p>Overall, I would say the experiment went pretty well. Most of the trials weren’t too far away from what we were expecting. Some of them had iffy results, but for the most part the data confirmed what we expected to see. Some things to work on are: reducing noise by maybe repositioning the anchors and making RSSI values more defined- so in the room and out of the room are clearer (which could happen with the new antennae).</p>
]]></content:encoded>
			<wfw:commentRss>http://groklab.org/handhygiene/2010/03/05/testing-rssi-values-at-different-locations/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Puck v2 wiring note</title>
		<link>http://groklab.org/handhygiene/2010/03/04/puck-v2-wiring-note/</link>
		<comments>http://groklab.org/handhygiene/2010/03/04/puck-v2-wiring-note/#comments</comments>
		<pubDate>Fri, 05 Mar 2010 02:05:59 +0000</pubDate>
		<dc:creator>tdecker</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://groklab.org/handhygiene/?p=674</guid>
		<description><![CDATA[I have attached a wiring diagram for the new pucks as reference. The orientation of the batteries is a top view of the puck with the USB pointed &#8216;up&#8217;. The triangle represents the circuit board with the switches, with the momentary switch at the bottom of the diagram and the two position switch at the [...]]]></description>
			<content:encoded><![CDATA[<p>I have attached a wiring diagram for the new pucks as reference. The orientation of the batteries is a top view of the puck with the USB pointed &#8216;up&#8217;. The triangle represents the circuit board with the switches, with the momentary switch at the bottom of the diagram and the two position switch at the top of the triangle. The green box represents the mote facing downwards (eg, as the mote will be mounted in the puck, with the buttons downwards)</p>
<p><img class="alignleft size-medium wp-image-678" src="http://groklab.org/handhygiene/files/2010/03/puckwire1-300x230.PNG" alt="Puck wiring diagram" width="300" height="230" /></p>
]]></content:encoded>
			<wfw:commentRss>http://groklab.org/handhygiene/2010/03/04/puck-v2-wiring-note/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title></title>
		<link>http://groklab.org/handhygiene/2010/03/03/672/</link>
		<comments>http://groklab.org/handhygiene/2010/03/03/672/#comments</comments>
		<pubDate>Wed, 03 Mar 2010 14:12:00 +0000</pubDate>
		<dc:creator>marty</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://groklab.org/handhygiene/?p=672</guid>
		<description><![CDATA[Last night (March 2, 2010), I ran a test with the door minder circuit. The separation between the encoder and decoder was 365cm (approx 11.98ft), and the encoder was being toggled at 20Hz. This means the expected signal from the decoder should be around 10Hz because the decoder changes every time the encoder sees a [...]]]></description>
			<content:encoded><![CDATA[<p>Last night (March 2, 2010), I ran a test with the door minder circuit. The separation between the encoder and decoder was 365cm (approx 11.98ft), and the encoder was being toggled at 20Hz. This means the expected signal from the decoder should be around 10Hz because the decoder changes every time the encoder sees a high signal. A signal was produced, but it was not nearly a consistent 10Hz. Unfortunately, in trying to adjust the LED, I broke one of the wires off, and, of course, lost the signal. Eyeballing it, I would say the decoder picked up 3 or 4 in every 20 toggles from the encoder.</p>
<p>Previously, the experiment was ran with both chips on the same board with both the LED and transceiverpointing towards a mirror. A signal was produced, but last night, I realized this was a reflection of of my shirt/hand. I believe the LED is not focused enough. The current through the LED in both cases was around 45mA (I didn&#8217;t have a chance to test it with anything lower before I broke the LED). I am, of course open to any ideas on how to proceed.</p>
]]></content:encoded>
			<wfw:commentRss>http://groklab.org/handhygiene/2010/03/03/672/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Checklist for Experiments in Hospital</title>
		<link>http://groklab.org/handhygiene/2010/03/02/checklist-for-experiments-in-hospital/</link>
		<comments>http://groklab.org/handhygiene/2010/03/02/checklist-for-experiments-in-hospital/#comments</comments>
		<pubDate>Tue, 02 Mar 2010 20:32:44 +0000</pubDate>
		<dc:creator>deepti</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://groklab.org/handhygiene/2010/03/02/checklist-for-experiments-in-hospital/</guid>
		<description><![CDATA[Program:
(1)Clock (prog Clock 1 Run#)
(2)Base Station (tiny-os → make telosb install.0)
(3)Pagers (prog Pager ID#)
1.Check batteries are present + have enough charge
2.Label and program correct number of pagers
3.Check that labels match computer program + programmed as pagers
(4)Anchors (prog Anchor ID#)
1.Check batteries are present + have enough charge
2.Label and program correct number of anchors
3.Check that labels match [...]]]></description>
			<content:encoded><![CDATA[<p>Program:<br />
(1)Clock (prog Clock 1 Run#)<br />
(2)Base Station (tiny-os → make telosb install.0)<br />
(3)Pagers (prog Pager ID#)<br />
1.Check batteries are present + have enough charge<br />
2.Label and program correct number of pagers<br />
3.Check that labels match computer program + programmed as pagers<br />
(4)Anchors (prog Anchor ID#)<br />
1.Check batteries are present + have enough charge<br />
2.Label and program correct number of anchors<br />
3.Check that labels match + programmed as anchors<br />
(5)Hand Cleaners (prog HandCleaner ID#)<br />
1.Check batteries are present + have enough charge<br />
2.Calibrate them in wall bracket<br />
3.Label and program correct number of hand cleaners<br />
4.Check that labels match + programmed as hand cleaners</p>
<p>Practice In Lab<br />
(1)Make sure Base Station picks up signals from all pieces<br />
(2)Make sure everything syncs + shows up on the demo run as its supposed to<br />
(3)Get all supplies in tool box<br />
(4)Pack up all programmed motes</p>
<p>Set-Up In Hospital<br />
(1)Unpack all parts<br />
(2)Check that everything is still in working condition<br />
1.Batteries still working<br />
2.Hand cleaners properly calibrated<br />
3.runsfb again and see that everything shows up<br />
(3)Put all parts in their specific locations</p>
]]></content:encoded>
			<wfw:commentRss>http://groklab.org/handhygiene/2010/03/02/checklist-for-experiments-in-hospital/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>New Door Minder</title>
		<link>http://groklab.org/handhygiene/2010/03/01/666/</link>
		<comments>http://groklab.org/handhygiene/2010/03/01/666/#comments</comments>
		<pubDate>Mon, 01 Mar 2010 13:29:09 +0000</pubDate>
		<dc:creator>marty</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://groklab.org/handhygiene/?p=666</guid>
		<description><![CDATA[Mike&#8217;s comment on my previous post:
It may be useful, instead of oscillating the input to the encoder, to have the mote toggle the input to the encoder. This should cause a code to be sent once and received, which will then cause the corresponding pin on the decoder to toggle. The mote can then verify [...]]]></description>
			<content:encoded><![CDATA[<p>Mike&#8217;s comment on my previous post:</p>
<p>It may be useful, instead of oscillating the input to the encoder, to have the mote toggle the input to the encoder. This should cause a code to be sent once and received, which will then cause the corresponding pin on the decoder to toggle. The mote can then verify this toggle to indicate that the beam is uninterrupted. The mote can run this routine every 5ms or so. Two or three failed transmissions in a row could be considered as an activation, and the mote could then broadcast it&#8217;s &#8220;my beams been broken&#8221; signal.</p>
<p>This seems like a good idea, but we must also account for a 27ms delay between when a pin on the encoder is toggled, and the corresponding changed is noticed on the decoder. Here is a screen from the oscilloscope:</p>
<p><img class="alignnone size-medium wp-image-667" src="http://groklab.org/handhygiene/files/2010/03/0226001203-225x300.jpg" alt="0226001203" width="225" height="300" /></p>
<p> </p>
<p>The output from the pin on the decoder is on top, and the toggle for the encoder is on bottom. An oscillating toggle was used so we could view this delay on the scope. Notice the 27ms gap, shown by the cursors, between when the encoder is toggled again from being off, and the change in the decoder pin.</p>
<p>To be clear, a &#8220;broken signal&#8221; in Mike&#8217;s comment means there is no change in the output of the pin on the decoder. Notice on the scope, it only changes when the LED is on, goes off again, and then comes back on. If the second on, in this example is interrupted, and the LED goes off before the signal reaches the transceiver, the decoder pin will not change.</p>
<p>Here is a picture of the current circuit, as it is wired. For testing, I plan to put both on the same board.</p>
<p><img class="alignnone size-medium wp-image-668" src="http://groklab.org/handhygiene/files/2010/03/0226001206-225x300.jpg" alt="0226001206" width="225" height="300" /></p>
]]></content:encoded>
			<wfw:commentRss>http://groklab.org/handhygiene/2010/03/01/666/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Battery Test 2</title>
		<link>http://groklab.org/handhygiene/2010/02/24/battery-test-2/</link>
		<comments>http://groklab.org/handhygiene/2010/02/24/battery-test-2/#comments</comments>
		<pubDate>Wed, 24 Feb 2010 16:09:45 +0000</pubDate>
		<dc:creator>gscranton</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://groklab.org/handhygiene/?p=645</guid>
		<description><![CDATA[I did another battery test using a modified version of Ted&#8217;s code which makes the pagers broadcast their battery readings, and turn off automatically at a reading of 1600.  The modified versions of sampADcC.nc and sampADcP.nc can be found here:
http://docs.google.com/Doc?docid=0AWGN0bxAc29yZDdqZG5zd183aGI4bWgyZjk&#38;hl=en
http://docs.google.com/Doc?docid=0AWGN0bxAc29yZDdqZG5zd182ZnZ2cXpnZzU&#38;hl=en
The following table and graph summarize the data
The motes exhibited some strange behavior after the test. [...]]]></description>
			<content:encoded><![CDATA[<p>I did another battery test using a modified version of Ted&#8217;s code which makes the pagers broadcast their battery readings, and turn off automatically at a reading of 1600.  The modified versions of sampADcC.nc and sampADcP.nc can be found here:</p>
<p>http://docs.google.com/Doc?docid=0AWGN0bxAc29yZDdqZG5zd183aGI4bWgyZjk&amp;hl=en</p>
<p>http://docs.google.com/Doc?docid=0AWGN0bxAc29yZDdqZG5zd182ZnZ2cXpnZzU&amp;hl=en</p>
<p>The following table and graph summarize the data</p>
<p><img class="aligncenter size-full wp-image-646" src="http://groklab.org/handhygiene/files/2010/02/tabletest2.png" alt="tabletest2" width="648" height="71" /><img class="aligncenter size-full wp-image-647" src="http://groklab.org/handhygiene/files/2010/02/test2graph.jpg" alt="test2graph" width="1439" height="796" />The motes exhibited some strange behavior after the test. mote 244 ended at a reading of 1607, which should correspond to a voltage of about 2.5v. When I measured the battery voltage, however, it read 3.2v. I turned it on again after the test, and it broadcast a reading of around 1980, which sure enough corresponds to 3.2v. I&#8217;m  certain it was not plugged in between the time the test ended and I read this voltage. In the last test, both motes exhibited the same behavior, but I let it slide since they had been plugged in for some time (1-2 minutes) before I checked their voltages.</p>
<p>Both of the other pagers in this test had a battery reading of 0v, suggesting the automatic shut down didn&#8217;t work for them, and they drained their batteries overnight. The test results seem to suggest they turned off at the right time, however, and I don&#8217;t know why the automatic shut down would work for one pager but not the others.</p>
<p><img class="aligncenter size-full wp-image-648" src="http://groklab.org/handhygiene/files/2010/02/Screenshot21.png" alt="Screenshot2" width="340" height="70" /></p>
]]></content:encoded>
			<wfw:commentRss>http://groklab.org/handhygiene/2010/02/24/battery-test-2/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Puck Sweet Spot</title>
		<link>http://groklab.org/handhygiene/2010/02/23/puck-sweet-spot/</link>
		<comments>http://groklab.org/handhygiene/2010/02/23/puck-sweet-spot/#comments</comments>
		<pubDate>Tue, 23 Feb 2010 20:13:55 +0000</pubDate>
		<dc:creator>deepti</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://groklab.org/handhygiene/?p=638</guid>
		<description><![CDATA[I did a quick experiment to find out how close the settings of the puck need to be adjusted for it to record data properly.
I started with the screw in so that the pushes could not be recorded. I recorded the start linux time and the finish linux time for each trial. During the trials, [...]]]></description>
			<content:encoded><![CDATA[<p>I did a quick experiment to find out how close the settings of the puck need to be adjusted for it to record data properly.</p>
<p>I started with the screw in so that the pushes could not be recorded. I recorded the start linux time and the finish linux time for each trial. During the trials, the gel sanitizer was pushed ten times with a one or two second gap between presses. After each trial, the screw was adjusted a quarter of a turn.<img class="aligncenter size-full wp-image-640" src="http://groklab.org/handhygiene/files/2010/02/2-23imageforblog1.jpg" alt="2-23imageforblog" width="661" height="71" /></p>
<p>The first two trials showed that the puck was not activated at all. The next four showed that the puck was pretty much activated when it was pushed. (There was one dispenser press where the puck was not activated, but that could have been not pushing hard enough.) The seventh trial showed that the puck was activated by some of the presses, but it also stuck between presses. In the eighth trial, there was one activation where the gel sanitizer was sitting on the puck so that the pressure pad was always stimulated.</p>
<p>What I found was that the screw needs to be adjusted to within one turn to give the proper readings.</p>
<p>Data for each individual trial is at: http://spreadsheets.google.com/ccc?key=0Ajml4qs0jKAXdHY0aUw2TkFBNFlhOGQ4NS00bWg3NWc&amp;hl=en</p>
]]></content:encoded>
			<wfw:commentRss>http://groklab.org/handhygiene/2010/02/23/puck-sweet-spot/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
