Archive for the 'Prototype II' Category
[MEDS] – Prototype II Final Report: [Medicine Expiration/refill Data System]

Introduction:

Our senior design project is about MEDS (Medicine Expiration/refill Data System). This project will assist patients by notifying them when a medication needs a refill or is about to expire. MEDS will use a touchscreen to populate the patient’s personal database with every medicine that is added to his medicine cabinet. The system will control the expiration date and the refill date for each medication and display the result on the touchscreen integrated on the device. MEDS will be a stand-alone device to be placed near the medicine cabinet or in any suitable and visible location to the patient or patients can carry it everywhere he goes .When a medicine that had been properly added to the device’s database is about to expire (30 days early notification) or run-out, MEDS will sound a buzzer alarm and display the medicine name and condition (expired, or refill) on the touchscreen.

According to the CDC (Center for Disease Control), eighty two people die each day as a result of unintentional poisoning and another 1,941 are also treated in emergency departments daily and the number is one the rise. A poison is considered any substance including medications that is harmful to your body if to much is ingested, inhaled, injected, or absorbed through the skin.

Description:

What did you build? How did you build it? Be as specific as possible. Include pictures and or video that directly illustrate description. Give enough explanation that somebody of your capabilities could duplicate your results. A step-by-step set outline of what you did is appropriate. Do not cut and paste your code into this post but do attach all code that you used.

  1.  We built the codes to set up the reminder and refill lights ON and OFF. we also built two lights using arduino.
              Codes For Light on and off
 
      2. Testing for pressure ,and then printing  X and Y coordinates.
               
         codes for testing
 
      3. We bought the box and made some changes like holes and some  cuts.
              
 
      4. We  still have been working to implement an alphanumeric keyboard and record the pulsations on a file and Producing an output based on the input captured by the same touchscreen. We came up with some sample codes.
          codes for touchscreen

 http://www.microcodes.info/2-8-18-bit-lcd-touchscreen-improved-accuracy-20645.html

AC Adapter

 

 

 

 

 

 

 

 

 

Arduino

 

 

 

 

 

 

 

 

holes of a box

 

 

 

 

 

 

 

 

 

PrototpeI

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.8" TFT Touchscreen (I/p and O/p Device)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

  

making abox 

Parts used:

  1. 2.8″ TFT Touchscreen (I/p and O/p Device)
  2. arduino 
  3. Light 
  4. AC Adapter 
  5. Boxes
  6. push button 
  7. Memory shield
  8. Buzzer 
  9. Visual alarm (led based flash)
  10. standard interface  USB 2.0 Hi Speed
  11. 9v Battery backup 

Diagrams:

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Reflection:

Questions to consider: What worked about your project? What didn’t work? What would you do differently? Now that you built the project, do you think there was a better way to solve the problem? If you were to expand your project in the future, what would you do next?

For Prototype I, We built the memory shield and we are not able to use it due to difficulties building our data bases. However, we were able to come up with sample prototype consists of two lights, one is the refill and the other is reminder and the push button to acknowledge that a person has taken his medicine. The reminder is set by counter for everyday dosage and the time reach 20 times or dosage, the refill light will come on to remind the person that he has to take pills left.

There are some problems with the original design that we are addressing. The first one has to do with communicating the website (databases) and the box. we were able to build the codes to set up the reminder and refill lights ON and OFF .An update to the design was made by the group that we planned to add to the second prototype was the addition of a touchscreen to the original design and that will change the project completely .

For Prototype II

We bought the box and we made some changes on it (holes,cuts),next semester we will create  the CATIA design for the box, and start working with the 3d cutter. We have been working to implement an alphanumeric keyboard and record the pulsations on a file and Producing an output based on the input captured by the same touchscreen. We will take a programming class this summer so that it will help us more and also we would like to request to meet with Prof. Harrison for a couple of times during the summer with reference to the programming/libraries implementation.Working toward the design of the project, we are always willing to look at anything that’s brought to our attention. Whatever suggestion we are given, we will take the time to at least think about what impact it may have.

MAR – Prototype II Final Report: Wireless GPS Tracker

Introduction:

The goal of our project was to design and make a wireless emergency module for wheel chair residents in order for them to notify somebody in case of an emergency only by pressing a button. The need of making this kind of a module was en counted by a current CPRF resident as they need a light weight portable energy saving system that they can use to inform somebody only if they need help, and at the same time they should not be monitored 24/7. To accomplish all these requirements we decided to use a Bluetooth SMD module and android phone to make that kind of a system they need. We planned to design a wrist band with a button that once it is pressed the SMD module inside it gets activated and sends a Bluetooth signal to an android phone. Then the android phone recognizes that Bluetooth signal, calculates GPS coordinates of the current wheelchair’s location. Then it send those coordinates as a message to the emergency contact(a phone or computer).

Description:

We developed a PC board with a SMD module attached to it in order to send a wireless signal via Bluetooth. We used Bluetooth smd module rn-42 and a circuit developed using Arduino structure in order to make the part which sends a Bluetooth signal when the button is pressed. A special android application is being developed by using java to receive the particular Bluetooth signal sent from the Bluetooth module. Java and android application building is done using Eclipse IDE. The application is capable of checking the current BT adapter information, turning it on and do a device search. Once the switch is activated, the application installed into the android equipment receives the signal via Bluetooth. We are developping and testing different methods to see the best way to design the android application we need. We have designed a wrist watch like cover for the circuitband using Catea and printed it out using 3-D printing. We have added a butten control to the wrist band device in order to turn it on and off as needed. 

Diagrams:

IMG_0071

IMG_0074

IMG_0144

 

Reflection:

Building the circuit board using SMID module, designing the cover and make it using 3-D printer are all needed continuous learning and effort s we are new to all those things. Android application building also completely new to all of us and needed to strudy it from the beginning, every little thing in order to build the application we need.  In prototype one we tried to build a service to the application but we could not trubleshoot it well. As the second try, in this month we tried to switch the content to an application mode and develop it. Application building is a different concept that we learnt about adapter lists and many more functions during this time, and it needs lot more study and research to complete developping our application to the point to send a message. Application building takes so much time that we expected as we are having little knowladge about the subject and need to research and learn on our way. At this point, application building is our biggest concern.

Green Wu – Prototype II Final Report: Bicycle-powered Generator

Introduction:

This semester Green Wu team has been working with CPRF resident Marina who has a disability which prohibits her from using her lower body and prevents her from being able to sit down or lay on her back. Because of this disability she cannot use traditional workout equipment, which makes exercising a difficult task. Additionally, Marina has always wanted to be able to ride a bicycle, but currently there is no suitable bicycle design available to her. Our team has been working with Marina to help her overcome both of these obstacles. Our exercise stand will allow Marina to exercise her arms, and, at the same time, it will be able to gather valuable data to aid in construction of a road-safe bicycle for her in the future.
Besides helping Marina, our project also aims to accomplish another goal – green energy generation and environmental protection education. Because our bicycle-powered generator converts kinetic energy produced by the user to electrical current, it is also able to power household appliances. This allows us to demonstrate how much electrical energy can be generated through exercise and compare that to how much energy is needed to power common appliances, thereby raising awareness on energy conservation. 

Description:

To make the exercise stand, we started with a regular bicycle and removed the front wheel and steering column. Then we built a wooden stand to support the bicycle frame, and attached the frame to the stand. We reconnected the bicycle gears to allow user to change the difficulty of exercise. 

 

Currently the unmodified bicycle pedals are used to rotate the wheel, but we have already designed a more user-friendly handle system in CATIA. Due to the lack of an easily available metal shop we weren’t able to manufacture these parts yet, but they will be implemented in our next prototype.

Currently we are using a 24V DC 80 watt motor as a power generator. We used a 3D printer to manufacture a pulley which we attached to the motor axle and took the tire off of the back bicycle wheel. The rotational energy  is transferred from they bicycle wheel to the motor via a belt.

The outputs from the motor are connected to a voltage regulator circuit which prevents more than 12 volts from being sent to the battery. This protects battery from over-voltage,  which could damage it otherwise. The circuit uses a 133 Ohm resistor, MPN Transistor, Zener diode and a recovery diode.

On the output end of this circuit is a 12v Duracell 600 HD PowerPack. The PowerPack serves two important purposes – it serves as a DC to AC converter and stores the generated energy for future use. This allows common household appliances to  be plugged in directly into the PowerPack and operate much like they would if they were plugged into a regular AC outlet.

Arduino controller is used to measure the voltage generated by the DC generator. A simple AnalogReadDigital function reads the voltage input and sends it over a serial connection to the laptop. We are using SimpleVoltmeter application provided on cratel.wichita.edu for a visual display of the generated voltage.

Reflection:

Overall our project was a huge success. We all learned something new and we feel as if that reflects the spirit of the course. For instance, Alex and Stephen were both skilled in circuitry and were able to teach the other group members about the electrical engineering components of the project. Likewise, Alex and Eric were skilled in programming and were able to teach the other group members about some of the computer science aspects of the project. This helped with delegating the work to each group member. We focused on our individual strengths to accomplish our tasks.

For our project, we felt like we had a very late start before actually putting work into the bicycle. This was attributed to the first few weeks of unproductivity as we were deciding on a project. Additionally, we had issues obtaining components of our project, such as the bicycle. This inhibited us from putting work into the project as necessary. After we had all of the components in, it was much easier to implement a strategy for completing the project before open house. 

If we were to do a similar project in the future, we would prefer to have teams organized earlier in the semester, or perhaps during winter break. This would allow us to research and organize our project before the semester even started. Additionally, we would be able to acquire parts more quickly, which would allow us to put more work into the project.

For the second semester, we intend to further our project by developing a more user-friendly graphical user interface. Additionally, we would like to implement a sensor on the wheel which will then send information to our circuit for further analysis for distance traveled. Finally, we would like to design a environmental education stand around the exercise stand.

[S.R.P.R] – Prototype II Final Report: [Dual Mode Table]

 

 

Introduction:

 

All wheelchairs in the market currently require manual placement and removal of tray tables and this can only be done with the aid of an able assistant; but with  the retractable table complete control would be given to anyone on a wheelchair. With the push of a button a fully automated tray table would setup  in-front of the wheelchair user and after use a push button would remove the table back to its  rest position on the side of the wheelchair.


Description:

 

The retractable table is a fully automated tray table that would be integrated with a wheelchair  and would rest on both sides of a wheelchair. The table is divided  into four sections for portatbility ( left1(L1), left2(L2)) and (Right1(R1),Right2(R2)). R2 would rest on top of R1  and L2 would rest upon L1.  when activated by the push of a soft touch button the  actuators on both sides of the wheelchair would drive  both R1 and L1 forward and as it reaches the desired extension a micro-switch would stop the linear actuator then the servo motor on the right side would flip R2 from the top of R1  and the servo motor on the left side would flip L2 from the top of L1.  After both sides have interlock the entire tray table would then start moving inward towards the user sitting in the wheelchair and as the table approaches the user an infrared sensor would stop the movement of the table from getting too close

Parts used:

  • 2 linear actuator (to extend tray table from rest position)
  • 2 servo motor (to flip the tray table)
  • infrared sensor (to stop the movement of the tray as it approaches the user)
  • composite material(tray would be made out from)
  • resistors
  • micro-switch
  • Arduino
  • Motorsheild
  • Resistors
  • hinges

Diagrams:

Below is a circuit diagram of the 

Your report should include functional and circuit diagrams. If you did not provide them in the description, provide them here with explanation

 

designs changed:

  • One piece table set
  • Table rotating 180 degrees

Future plans:

  • Add USB port to the device  
  • Improve safety of the device 

Challenges:

Questions to consider: What worked about your project? What didn’t work? What would you do differently? Now that you built the project, do you think there was a better way to solve the problem? If you were to expand your project in the future, what would you do next?

Electric Chair – Prototype II Final Report: Electric Chair


Introduction:

At the meeting with CPRF residents on the beginning of the semester several residents requested safety lights on the back of their wheelchair. The lights would make them more visible at night to other vehicles. Also, some of the residents wanted headlights which would enable them to travel at night.  For the prototype II we installed LED lights and a headlight which can be controlled via wheelchair joystick. 

Description:

For the prototype II we acquired a wheelchair from CPRF. We bought 6 LED navigation lights and a low profile LED headlights. We connected the lights in 3 sets in series. Both lights and Arduino are individually fuse protected. The lighting system is powered by 24V just as the wheelchairs are. The system is controlled by the wheelchair joystick as shown in the attached joystick diagram. The wheelchair has to be in drive 4 in order to change the light  mode. The joystick operates on x and y voltage axis with 2.5 V being the neutral voltage on both axis. On the positive x and y axis voltage is increased to approximately 4.2 V, and on the negative side of each axis the voltage is reduced to approximately 0.8V. We chose the y axis to control the headlight and x axis to controller the navigation lights. Each set of lights is turned on when voltage exceeds 3.7 V and turn off when the voltage falls bellow 1V. This logic is implemented in the Arduino code which changes the light mode. The chair operator can switch drives to resume travel without the light mode changing. 

Arduino code

Diagrams:

 

Reflection:

Our project was to build the safety lights and headlights for the wheelchair. It’s something that’s already out there and that can be bought. We wanted to make it better looking but still effective. Instead of accessing the DX Bus system we decided to clone the joystick harness. LED lights and the headlight work fine and can be turned on and off with the wheelchair joystick.  

Team X – Prototype II Final Report: Wheelchair Curb Detector

 

Introduction:

The second prototype for the wheelchair curb detector was to implement the system on to a wheelchair. If the system detected a curb ahead then it will stop the wheelchair and the system will reset when the joystick is in the neutral position. Our first goal was to interface with the joystick. We did this by opening up the joystick module and determined what wires controlled the forward and backward movement. The yellow wire in our joystick module controlled forward and backward movement. A reading of 4 volts made the wheelchair move forward while a voltage of 1 made it go in reverse. A voltage of 2.5 correlates with the joystick being in the neutral position. With this data we had a way to reset the system when a curb was detected.

The second prototype did not differ much from the first prototype. The main difference is a wheelchair is used instead of a RC car. We used 2 IR sensors to read the distance in front of the wheelchair. We used a relay to switch control from the wheelchair to the arduino. We added a potentiometer to change the value of the difference between the distance and average to detect a curb. A red LED was used to visually indicate that a curb was detected. We used a capacitor inbetween the IR sensor and arduino to smooth out the voltage. We used wires to mount the IR sensors to the wheelchair. The code for system compares the distance with the average distance. If the distance becomes greater than the average by more than 6 inches then system will trigger the relay to switch control from the wheelchair to the arduino. The arduino will return control back to the user when the joystick is back in the neutral position.

 

Description:

We powered the system off one of the 12 volt batteries of the wheelchair. We mounted the arduino under the seat of the wheelchair and mounted the sensors using solid wires infront of the wheelchair. 

Diagrams:

 Wheelchair code

 

Reflection:

Our prototype worked as intended. Interfacing with the joystick was not too difficult. I think more rigorous testing  is needed .Since we know how the joystick operates we can add another feature like a backup sensor.

 

Team Glen – Prototype II Final Report: Smart Mailbox (Remix)

Introduction:

The Smart Mailbox System is a remix of our first prototype I project and still designed to target a wide range of consumers from people living in remote areas to people with disability.  The Smart Mailbox is mainly designed to help people with mobility issues that find it a chore to check their mailbox everyday just to see if they have any mail or not.  This is especially true if the weather is bad, if they are having any health issues or just want to know if there is mail to be picked up.  The Smart Mailbox uses infrared sensors to detect mail and wirelessly transmits a signal to the receiver unit that is located inside the owner’s house.  The notification from receiver unit will alert the owner that mail has just been delivered to their mailbox.

What we add to the Smart Mailbox System is the RFID Reader and ID tags will replace the cumbersome keys that some CPFR residence requested to make mailboxes more accessible for people with disabilities.  One of the request was, “Is there a way to develop a mass notification system to let them (CPRF residence) know that mail has been delivered?”  We have addressed this issue in Prototype I project.  The other request by CPRF to make mailboxes more accessible was, “Is there a system that could be developed which would allow for easier user access in regards to the mailbox itself?”  The addition of the RFID Reader and ID tags used in Prototype II project will address this issue.

At first, we were just planning to create inserts inside CPRF residence’s current mailboxes but when we meet with some of the CPRF residence to get the inside dimensions of the mailbox we noticed there was a even greater need to make easier user access in regards to the mailbox itself.  This is when we knew we had to add an RFID Reader to our project and use ID tags instead of ‘cumbersome’ keys to address all CPRF requests on making accessibility mailboxes.  We plan to make our costumed made mailbox automatically open/close and also unlock/lock with just the scan of the ID tags by the RFID reader.  In short, prototype II combines the notification system to alert owner that mail waiting to be picked up with the RFID system to make mailboxes more accessible for everyone.

The materials we used for this project are:

  1. Two Arduino microprocessors
  2. Two Xbee Pros
  3. Two Xbee Shields
  4. One Infrared LED
  5. Two Infrared Transistors (IR sensors)
  6. One 100 ohm resistor
  7. One 330 ohm resistor
  8. Six 500K ohm resistors
  9. Two Red LED’s
  10. One Blue LED
  11. One Green LED
  12. One 6x4x3 project enclose box for Xbee transmitter & RFID
  13. One 5x3x2 project enclose box for xbee notifier
  14. 120V outlet plug for xbee notifier box
  15. 120V input / 9Voutlet power supply board for xbee notifier enclose
  16. One female DC power plug, “M” type socket
  17. Two male DC power plugs, “M” type socket
  18. ¼  inch sheet metal screws to secure arduino to enclosures
  19. CA Hobby glue
  20. Industrial JB weld to secure 120V Outlet to enclosure of xbee notifier
  21. Wood used to create our insert
  22. Hookup wire

Description:

Below is the prototype II project all assembled and a pictorial description of how the Smart Mailbox works.  I think this is the easiest and most informative way to explain the Smart Mailbox System :

Here is a picture of the completed project.

There is no mail inside mailbox so the owners Smart Mailbox Notifier “Mail Waiting” LED is off.

Note:  The IR LED on the bottom of mailbox can be seen in this picture because cameras can pick up IR light, but you will not be able to see it with the naked eye.

There is mail inside the mailbox to be picked up

Now that there is mail inside the mailbox, the owners Smart Mailbox Notifier “Mail Waiting” LED is on.  Time to go pick up your mail!

The RFID ID tag for mailbox 1 has just been scanned

In this picture, the RFID ID tag for mailbox 1 has just been scanned.  You can see that the “Mailbox 1″ LED is now on. 

Note:  In the final project next semester this will also control a servo that will unlock and automatically open the mailbox door for you.  The next scan of the ID tag with automatically close mailbox door and lock it.

RFID ID tag for "Mailbox 2" has just been scanned

 In this picture, the RFID ID tag for mailbox 2 has just been scanned.  You can see that the “Mailbox 2″ LED is now on. 

RFID ID tag for "Mailbox 3" has just been scanned.

 In this picture, the RFID ID tag for mailbox 3 has just been scanned.  You can see that the “Mailbox 3″ LED is now on. 

RFID ID tag for the Postmaster's "Master Key" has just been scanned.

In this picture, the RFID ID tag for the Postmaster’s “Master Key” has just been scanned.  You can see that all the LED’s for “Mailbox 1″, “Mailbox 2″ & “Mailbox 3″ are now on.  Because the Postmaster is so cool, he gains access to all the mailboxes.

Smart Mailbox with the sero demo that might be used at EOH (Mailbox closed)

Smart Mailbox with the sero demo that might be used at Open House (Mailbox Open)

Note:  In the final project next semester this will also control a servo that will unlock and automatically open ALL the mailbox door for the Postmaster.  The next scan of the Postmaster’s “Master Key” ID tag with automatically close ALL mailbox door and lock it.

That is it!  The project is simple in design but is going to be very helpful everyone and especially for people with disability and mobility issues.  The Smart Mailbox notifier that  alert the owner that mail has just been delivered to their mailbox and the RFID ID tagging system used instead of cumbersome mailbox keys makes this project the ideal solution for CPFR mailbox issues for their residents.

Diagram & Code:

Below is the wiring diagram we used for the Prototype II project:

The wiring diagram of Prototype II project

Below is the Flow chart for both Program 4 “combined RFID with sender notification” and the notification receiver used in Prototype II project:

Flowchart for Sender

Flowchart for Receiver

Below is the link to the code for Program 1 “Get tag ID”.  We used this program to read the tags so we can get the ID’s of each tag and use that ID to assign it to a mailbox:

 Read_RFID_GetTag

Below is the link to the code for Program 2 “RFID main program”.  This program reads  the scanned tag ID and compares this ID to that of the assigned ID of each mailbox.  LED lights show what mailbox responds to each given tag ID.  The Master tag will light all LED as it simulates the postmasters master key to gain access to all mailboxes:

 RFID_LED

Below is the link to the code for Program 3 “RFID program with SoftwareSerial”.  This program is the RFID main program above but uses the Arduino SoftwareSerial to create new serial ports (pin2=RX, pin3=TX) so we will be able to combine RFID with Prototype I notification sender program that already use hardware serial ports pin0=RX, and pin1=TX:

 RFID_LED_SoftwareSerial

Below is the link to the code for Program 4 “combined RFID program with notification program”.  This is the FINAL PROGRAM that is used in the Prototype II project:

Smart_Mail_Sender_with_RFID

Below is the link to the code for the xbee receiver (Mailbox notifier).  This is the FINAL PROGRAM that is used in the Prototype II project:

Smart_Mail_Receiver

Below is the link to the code for Program 4 “combined RFID program with notification program and servo demo”.  We might use this as our FINAL PROGRAM that is used in the Prototype II project:

Mail_Sender_with_RFID_and_Servo

Here is a look of the inside of the enclosures of the Smart Mailbox System and how it is put together:

IR Sender & RFID enclosure:

 

Mail Notification enclosure

Reflection:

The next step for next semester is to actually build the Smart Mailbox System.  Below is some 3D model of what the Smart Mailbox might look like:

3D Catia Model

3D Catia model

 

3D Catia Model

Below is a sketch of the Smart Mailbox and how it will be put together along with what the servo and locking mechanism might look like:

Sketch of the internal workings of final project

Sketch of final project

 

Closer look at the internal workings of final project

The code develop in Prototype II will be of great use for the final project as it is the heart and backbone to the final Smart Mailbox project.  There is a lot of work to do still as we have to enhance the range of the Xbees, solve the multiplexing of several sensors from each mailbox, the locking mechanism of each mailbox, the automatic opening and closing of mailbox door,  the construction of the Smart Mailbox itself, etc.

[SAFE] – Progress Report III for Prototype II: [MEDS]

Prototype 2 plans

Goals for the week:

1. Research for libraries to implement the on-screen keyboard.

2. Decide about the material for the box for our prototype, and begin designing process.

3. Research about the poor sensitivity of the touchscreen, looking for possible solutions.

4. Implement a numeric keyboard on the touchscreen.

Meeting times/dates

Ryan and Ghassan met with Prof. Harrison on Monday 4/16 to work on the programming code and libraries.

Group met on Thursday, as usual, to work and discuss about the project.

Fill this out as soon as you can after class on Friday. List times/dates/length of meetings for the week

Individual Hours:

Team members have spent–this week–around 3-4 hours avg on researching/working in the project in an individual fashion.

What we did:

Libraries provided by Prof. Harrison were implemented, with his help, to produce a numeric keyboard on the screen and receive input numeric data.

We asked Tom for help with the 3-D cutter, since we’ve decided to create the box using the 3-d cutter in lieu of a professional look for our prototype.

We found some issues about sensitivity posted by other users (http://www.microcodes.info/2-8-18-bit-lcd-touchscreen-improved-accuracy-20645.html) and also the suggestion that a hard-point stylus will help with the accuracy issue… although we are conscious that this is not an iphone-quality type of screen, we have to produce an alphanumeric keyboard that would require space and high touch accuracy.

What we didn’t do:

We have still to create the CATIA design for the box, and start working with the 3d cutter.

We have to implement an alphanumeric keyboard and record the pulsations on a file.

Produce an output based on the input captured by the same touchscreen.

Where we are stuck:

Libraries and programming… implementing the keyboard have proved to be the biggest challenge at this moment…

Notes/Misc:

We would like to request to meet with Prof. Harrison for a couple of times this coming week with reference to the programming/libraries implementation, and with Tom to work on the box design.

We are discussing possible alternative solutions to be ready with a prototype working with the touchscreen as input/output way to communicate with the customer. Please find attached proposed algorithm to be implemented to present at the Open House.

LIBRARIES:

TESTING FOR PRESSURE, AND THEN PRINTING X AND Y COORDINATES.

#include “TouchScreen.h”
 
#define YP A2 // must be an analog pin, use “An” notation!
#define XM A3 // must be an analog pin, use “An” notation!
#define YM 8 // can be a digital pin
#define XP 9 // can be a digital pin
 
// For better pressure precision, we need to know the resistance
// between X+ and X- Use any multimeter to read it
// For the one we’re using, its 300 ohms across the X plate
TouchScreen ts = TouchScreen(XP, YP, XM, YM, 300);
 
void setup(void) {
  Serial.begin(9600);
}
 
void loop(void) {
  // a point object holds x y and z coordinates
  Point p = ts.getPoint();
  
  // we have some minimum pressure we consider ‘valid’
  // pressure of 0 means no pressing!
  if (p.z > ts.pressureThreshhold) {
     Serial.print(“X = “); Serial.print(p.x);
     Serial.print(“\tY = “); Serial.print(p.y);
     Serial.print(“\tPressure = “); Serial.println(p.z);
  }
 
  delay(100);
}
 
MAR – Progress Report III for Prototype II: Wireless GPS Tracker

Goals for the week:

* We connect the battey whith its holder and the switch. Try attaching it to the circuit.

* Making the structural holder for the wrist band.

* Continue working on the application building.

* Upgrading the phone.

Meeting times/dates

Friday 4p to 7p and Sunday 4p to 7 p

Individual Hours:

Team members will work on their potion of work as needed.

What we did:

* We were able to collect the battery and holder.

* We are still waiting for ordered parts.

* From the application side, we were able to do coding to get input to an array adapter and show it as a linked list, and still troubleshooting.

* We started upgrading the phone.

What we didn’t do:

* We were unable to make the holder for the circuit since couldn’t figure out the final size of the entire section as we were still waiting for some parts.

* We planned to see the program output as a linked list, we did the coding but unable to see the output as we are still having unknown errors to troubleshoot.

Where we are stuck:

* For some reason our touch pad does not show the desired layout of the application. We can’t use the emulator since it does not support bluetooth packages. 

Notes/Misc:

Green Wu – Progress Report III for Prototype II: Bicycle-powered generator

Goals for the week:

Fix the gearing on the bicycle

Research charge controller and voltage regulator designs

Set up the python environment for the voltage meter.

Start the eagle board design.

Meeting times/dates

Tuesday 8-11pm

Thursday evening from 7-10:30pm

Individual Hours:

Alex – 2 hours of fixing bicycle gears

Adrian – 2 hours of research in charge controller and voltage regulator designs

Eric – 2 hours of research in charge controller and voltage regulator designs

Stephen – 2 hours of research in charge controller and voltage regulator designs

What we did:

We fixed the bicycle gearing so that the user may switch between gears.

We researched the difference between a charge controller and a voltage regulator and realized that we need both for the project to ensure safe battery operation.

The voltage regulator is used to prevent the over-voltage, and the battery charge controller is used to prevent over-charging.

Charger controller: http://ghurd.info/dc_parts.html

General information about charge controller: http://www.mdpub.com/Wind_Turbine/index.html

One of the commercial charge controllers we could have bought: http://www.amazon.com/gp/product/B000C168ZS?ie=UTF8&tag=freewaresharew01&linkCode=as2&camp=1789&creative=390957&creativeASIN=B000C168ZS

IC chip used for our voltage regulator: http://www.reuk.co.uk/LM2941-1A-Low-Dropout-Adjustable-Regulator.htm

How to connect three of the voltage regulators into a parallel connection to allow high-current applications: http://www.reuk.co.uk/High-Current-Voltage-Regulation.htm

Data sheet to the IC chip: http://www.ti.com/lit/ds/symlink/lm2941.pdf

What we didn’t do:

We haven’t set up the python environment.

We haven’t started the eagle board design

Where we are stuck:

Hand-pedal / lever implementation for our individual CPRF resident

Finding 3D software to simulate the hand-pedal design.