Sensor Value Captures
Charles Norona
calculating into a text file so that we may be able to open it up into
a spreadsheet. This first version simply outputs the sensor
information (http://groups.google.com/group/engineering-design-ii-
group-6-spring-2010/web/SensorCapture_20100407A.xls). The next version
I am working on will include outputs of the results after being
plugged into the algorithms we have set up (i.e. determine time
change, determine distance, determine direction). When I come back
from Senior Seminar it will be the first thing I work on.
Charles Norona
bluetooth by traversing the fourth floor of the Science and
Engineering building. Not surprisingly, the stream had stopped because
I was no longer in visual sight of the recipient/server device that is
in charge of logging the values. Instead, I conducted simple tests in
the room where I walk about the collection of desks we had in the
lab---both clockwise and then counter-clockwise. The first spreadsheet
shows the values of the test where I had the client device fastened to
my person with a phone clip. During this test the phone's
face(negative x-axis) was facing my back and its left side (positive y-
axis) was facing downward. In the second test, however, I had the
phone facing up in the palm of my hand held out in front of me as I
repeated the same motions. The said excel spreadsheets are available:
First test (fastened device):
http://groups.google.com/group/engineering-design-ii-group-6-spring-2010/web/RIFLTest01_20100407A.xls
Second test (hand held device):
http://groups.google.com/group/engineering-design-ii-group-6-spring-2010/web/RIFLTest02_20100407A.xls
The latest mobile application project that was used in this test is
available at http://groups.google.com/group/engineering-design-ii-group-6-spring-2010/web/RIFLMobileApp_20100407F.zip
The first thing I have noticed is a lack of time change and distance
change in most of the accelerometer captures. Possibly due to the
rapid change to the orientation sensor and vice versa. Hopefully, I
can spend time with Chris tomorrow to find out what the issue is. A
lot of progress has been done for today.
Charles Norona
http://engineering-design-ii-group-6-spring-2010.googlegroups.com/web/RIFLDiagrams_20100408A.zip?hl=en&gda=yDC-H00AAAAwTyAxwHLHtIuBlBn-zYvOLID9fniFuxWb4w-4eNCbIXXHK5ij9RtVKw4gJbvwzJWdK2yrnr4Yb5rm7Gccy0qa5Tb_vjspK02CR95VRrtmeQ&gsc=8AJ0eQsAAABSiokn2Ruu3u89VjaFqxl3.
When we meet at today I will be referring to some of the diagrams
found in this zip file.
On Apr 7, 4:45 pm, Charles Norona <cnoro...@gmail.com> wrote:
> As a first step, I tried to conduct a sensor capture test via
> bluetooth by traversing the fourth floor of the Science and
> Engineering building. Not surprisingly, the stream had stopped because
> I was no longer in visual sight of the recipient/server device that is
> in charge of logging the values. Instead, I conducted simple tests in
> the room where I walk about the collection of desks we had in the
> lab---both clockwise and then counter-clockwise. The first spreadsheet
> shows the values of the test where I had the client device fastened to
> my person with a phone clip. During this test the phone's
> face(negative x-axis) was facing my back and its left side (positive y-
> axis) was facing downward. In the second test, however, I had the
> phone facing up in the palm of my hand held out in front of me as I
> repeated the same motions. The said excel spreadsheets are available:
>
> First test (fastened device):http://groups.google.com/group/engineering-design-ii-group-6-spring-2...
> Second test (hand held device):http://groups.google.com/group/engineering-design-ii-group-6-spring-2...
> The latest mobile application project that was used in this test is
> available athttp://groups.google.com/group/engineering-design-ii-group-6-spring-2...
>
> The first thing I have noticed is a lack of time change and distance
> change in most of the accelerometer captures. Possibly due to the
> rapid change to the orientation sensor and vice versa. Hopefully, I
> can spend time with Chris tomorrow to find out what the issue is. A
> lot of progress has been done for today.
>
> On Apr 7, 1:39 pm, Charles Norona <cnoro...@gmail.com> wrote:
>
>
>
> > As per Chris' request I have been trying to get the values that we are
> > calculating into a text file so that we may be able to open it up into
> > a spreadsheet. This first version simply outputs the sensor
> > information (http://groups.google.com/group/engineering-design-ii-
> > group-6-spring-2010/web/SensorCapture_20100407A.xls). The next version
> > I am working on will include outputs of the results after being
> > plugged into the algorithms we have set up (i.e. determine time
> > change, determine distance, determine direction). When I come back
> > from Senior Seminar it will be the first thing I work on.- Hide quoted text -
>
> - Show quoted text -