#$&*
PHY 201
Your 'timer program' report has been received. Scroll down through the document to see any comments I might have inserted, and my final comment at the end.
** #$&* Your General Comment **
Timer Program submitted 1/17/11 around 9:35 AM
** #$&* Describe what you see on your first 10 clicks **
It took me approximately 1 hour to finish the experiment.
** #$&*Your TIMER data from 20 fast clicks **
DO NOT COPY THE LINES ABOVE THIS ONE. JUST FILL THOSE LINES IN WHEN YOU SUBMIT YOUR RESULTS AT THE END OF THIS FORM.
Follow the instructions, fill in your data and the results of your analysis in the given format.
Regularly save your document to your computer as you work.
When you have completed your work:
Highlight the contents of the text editor, and copy and paste those contents into the indicated box at the end of this form.
Click the Submit button and save your form confirmation.
This experiment is self-explanatory. Student report time of completion ranging from 10 minutes to 1 hour, with 30 minutes being the most typical.
Downloading and/or running the TIMER program
If you have a Macintosh computer the preferred timer.exe program might not work (it will if your computer has a Windows emulator), but the alternative Java applet should work just fine.
timer.exe
The program timer.exe should be downloaded to your hard drive and/or flash drive so you have access to it whenever you need it.
There is an alternative Java applet (see the heading timer java applet below) , but the .exe option is preferable. It is worth 15 minutes of effort to get the program working on your hard drive, after which you will have it and won't need Internet access to run it. It will start up instantly, it runs in a small window, and it has the ability to file your data. However if you can't get it working in 15 minutes with the instructions given below, just move on the the Java version.
If you are using a Windows PC, or a Mac with Windows emulator, first take a few seconds to run the program q a prelim. As soon as the form opens on your screen, you can close it. Nothing needs to be submitted. The first thing this program does is to create the c:\vhmthphy folder on your hard drive. As an alternative you can also create a c:\vhmthphy folder.
The timer.exe program opens in a small window and can be run side-by-side with other windows applications on your computer (just size the second window so it leaves room for the Timer program).
Run the program now. If it fails to work then try the following, in order:
If you got the Run-time Error 76, it can be corrected by the step given earlier. That instruction is repeated below:
Run the program q a prelim. As soon as the form opens on your screen, you can close it. Nothing needs to be submitted. The first thing this program does is to create the c:\vhmthphy folder on your hard drive. As an alternative you can manually create this folder.
If this doesn't work, follow the link COMDLG32 to access simple instructions for fixing the problem. Then run timer.exe .
timer java version
The Java Applet at the link Timer-Java will work fine for the current experiment, and will do just about everything the timer.exe program will do. The Java applet has a few more or less minor inconveniences and one that's not quite as minor:
You can't put the Java applet on your hard drive or flash drive, so you have to pull it off the Web every time you want to use it.
The applet won't file your data. However it will let you copy and paste your data into a text editor.
If your machine doesn't run Java applets, you would have to set it up to do so (just search the web under 'Java Runtime Environment', which is free and installs easily). This software is pretty standard, and is already installed on most machines.
Operating the TIMER program
It is easy to operate the Timer program. All you have to do is click on the button labeled Click to Time Event.
Click that button about 10 times and describe what you see.
The java timer gives a series of time interval it took me to make a click.
#$&*
Now click on Initialize Counter, which will clear all the data from the timer window. Click the mouse as fast as you can until the TIMER window fills up. Be sure you get at least 20 time intervals.
If you miss a click, try again. Keep trying until you get at least 20 intervals without a missed or delayed click.
Copy your data starting in the next line:
event number clock time time interval
1 1.762 1.762
2 1.929 0.164
3 2.077 0.148
4 2.220 0.143
5 2.394 0.174
6 2.549 0.155
7 2.724 0.175
8 2.865 0.141
9 3.036 0.171
10 3.189 0.153
11 3.349 0.160
12 3.505 0.156
13 3.666 0.161
14 3.822 0.156
15 3.980 0.158
16 4.148 0.168
17 4.330 0.182
18 4.511 0.181
19 4.693 0.182
20 4.836 0.153
#$&*
You got at least 20 time intervals. Based on your data what was the average of the first 20 time intervals? Note that you could get this average by averaging the first 20 intervals. My first few intervals were .15625, .15625, .1875, .171875, etc; I could just add up the first 20 intervals and divide by 20 to get the average. However there is an easier and quicker way to get the result, so use the easier way if you can.
Give your result, number only, in the first line, and starting in the second line explain how you got it.
The sum of my 20 intervals = 4.843 and the average of the 20 intervals = 0.24215
#$&*
@& All of the intervals between your quick clicks wer under .200 seconds, so the average of the quick click intervals cannot be 0.242 seconds.
The first interval on the list is 1.762 seconds. That is not an interval between quick clicks, and it should not have been included when averaging quick clicks.
You can base your average on the intervals you did observe, but note that you have only 19 intervals. That's OK, but don't throw your calculation off by assuing there are 20.*@When I did this activity the first few lines of my data were as follows:
event number clock time time interval
1 11.67188 11.67188
2 11.875 0.203125
3 12.0625 0.1875
4 12.20313 0.140625
5 12.375 0.171875
6 12.54688 0.171875
7 12.73438 0.1875
8 12.92188 0.1875
9 13.10938 0.1875
10 13.28125 0.171875
11 13.4375 0.15625
It looks like the same intervals keep popping up. For example .1875 seconds occurs 5 times out of the first 10 intervals, .171875 seconds occurs three times, and .203125 seconds, .140625 seconds and .15625 seconds each occur once.
A frequency distribution for my time intervals would be as follows:
time interval frequency
,140625 1
.15625 1
.171875 3
.1875 5
.203125 1
What different time intervals did you observe in your first 20 intervals, and how many times did each occur? List below the different time intervals you observed and the number of times each occurred. List from the shortest to the longest interval, and use a comma between the time interval and its frequency. For example my data above would be listed at
.140625, 1
.1565, 1
.171875, 3
.1875, 5
.203125, 1
Your list should be in exactly this format, with no other symbols or characters.
1.762, 1
.167, 1
.148, 1
.143, 2
.174, 1
.155, 1
.175, 1
.141, 1
.171, 1
.153, 1
.160, 1
.156, 2
.161, 1
.158, 1
.168, 1
.182, 2
.181, 1
#$&*
You may make any comments or ask any question about the process so far in the box below
No questions so far. The TIMER project is easily understood up until this point.
#$&*
On the 10 intervals I've shown you, do you really think I managed to get a time of .1875 seconds, accurate to 4 significant figures, on half of the intervals? If you do, I'm grateful for your confidence but I'm just not that good. No human being has that much neurological and muscular control.
So why do you think the TIMER program reported that time so frequently? Why weren't there times like .1830 seconds, or .1769 seconds? Does this mean that the TIMER program is flawed? Does that mean it's useless?
I do not believe that the TIMER is flawed or useless. I believe the TIMER is program to report accurate data based on the user.
#$&*
Here are a few more lines of data, with an added column showing the difference between each time interval and the next.
clock time time interval difference from one time interval to next
9 13.10938 0.1875 -0.01563
10 13.28125 0.171875 -0.01563
11 13.4375 0.15625 0.03125
12 13.625 0.1875 -0.01563
13 13.79688 0.171875 0.015625
14 13.98438 0.1875 0.015625
15 14.1875 0.203125 -0.03125
16 14.35938 0.171875 -0.01563
17 14.51563 0.15625 0.03125
Take a good look at that last column and tell us what you see in those numbers, and what this tells you about the TIMER program
From the time differences presented, it shows that the user has a couple of delays or inconsistencies within the time intervals.
#$&*
Now initialize the TIMER once more, and take a series of 10 relaxed breaths. Every time you start to inhale, hit the TIMER button.
My results for the first 7 complete breaths are as follows:
series of relaxed breaths
event number clock time time interval difference between time interval and next
1 1569.734 1569.734
2 1582.75 13.01563 0.32812
3 1596.094 13.34375 3.90625
4 1613.344 17.25 2.70313
5 1633.297 19.95313 1.35937
6 1654.609 21.3125 4.23438
7 1680.156 25.54688 2.15625
8 1707.859 27.70313
I didn't go on because the time between my breaths kept increasing, and I was afraid if I relaxed any more I might stop breathing altogether. It's going to take either more statistical analysis to determine whether that's a real danger, or a little common sense.
Report your results by just entering your time intervals, one to each line, in the box below. If I was entering my results I would enter
13.01563
13.34375
17.25
19.95313
21.3125
etc.
Enter your results in the same format:
4.276
4.849
4.397
4.322
4.251
4.546
4.505
3.899
4.154
3.852
#$&*
If you have any comments please insert them here
My data from the Java TIMER presented data with only 4 significant figures. Your data had anywhere from 4 to 8 significant figures. I hope that does not make a difference.
#$&*
@& The figures in my data were reported by the TIMER program, but that doesn't mean they were significant. There is a lot more repetition of intervals than we would expect if all the figures were significant (the probabillity 20 different timings of events that vary randomly by a couple of hundredths os a second, done accurately to 8 significant figures, would yield any repitition at all is near zero).
The Java program you used is in fact more accurate than the executable TIMER program, which has an uncertainty of about +- .015 second.*@Most likely you did not observe the same exact time interval twice, and if you did it did not happen nearly as often as when you did the fact clicks.
Why do you think this is exactly what we would expect?
I believe its exactly what we would expect because our breathing is not consistent breath after breath, so the time intervals would not be exact.
#$&*
Which of the following statements do you think is the most accurate?
a. The TIMER program is capable of determining the time between two events accurately to within about .1 second.
b. The TIMER program is capable of determining the time between two events accurately to within about .01 second.
c. The TIMER program is capable of determining the time between two events accurately to within about .001 second.
d. The TIMER program is capable of determining the time between two events accurately to within about .0001 second.
Enter your answer and your reasoning below:
My answer is that the TIMER program is capable of determining the time between two events accurately to within about .01 second.
#$&*
Note that the TIMER.exe program can save your data in a format that can be read by a spreadsheet (the TIMER applet cannot do so). This will be very handy in the future, so take a minute and do the following:
1. Click on the button at the lower right of the TIMER form, entitled Click to File Data.
2. A box will pop up allowing you to include an identifying message. You should generally choose to include such a message; for the data presently on your timer that might be 'series of regular breaths time at beginning of inhalation' or something similar. Type in whatever you think would serve as a good identifier for this data and OK that box.
3. A typical Save As window will appear. Decide where to save your data and what to call it, and proceed to save it. The program will save the file as a comma-delimited text file.
4. Open your spreadsheet program (typically Excel) and choose File > Open. Browse to the folder in which you just saved your data. Below the File Name line will be a File Type line; set this either to Text Files or All Files so your file will appear. Open it.
5. A series of windows will typically appear. In the first window make sure the file type chosen is Delimited, the proceed to the next window.
6. In the second window you will see a series of checkboxes; check the one entitled Comma, in order to select the comma-delimited file, then just click on Finish.
If you can't run the .exe program, you can't do Steps 1-3. However all you need to do is copy the contents of the program to a text file, using copy-and-paste. Save that text file, using any filename you wish. Then proceed with steps 4-6 above.
Your data should appear in your spreadsheet, and can be manipulated as in any spreadsheet.
Copy a few lines of the data from your spreadsheet below:
#$&*
*#&!
Your work on this lab submission looks good. See my notes. Let me know if you have any questions.
Revision isn't requested, but if you do choose to submit revisions, clarifications or questions, please insert them into a copy of this document, and mark your insertions with &&&& (please mark each insertion at the beginning and at the end).
Be sure to include the entire document, including my notes.