Tag Archives: Accelerometer

Status Update – Week 3

Posted on by
Reply

Goals for this past week:

  • Configure UI, including a main menu and the following features, through the use of the LCD screen and multicolor LEDs
    • enter new password
    • lock device
    • unlock device
  • Have accelerometer more accurately identify the horizontal and vertical directions of motion (left or right / up or down)
  • Begin pattern recognition, having the PIC identify whether or not the inputted pattern matches the stored password
  • Ability to set and reset a password, storing the new pattern in place of the existing password
  • Make further progress on Bluetooth in hopes of having it set up to transmit simple data

Work Completed this week:

  • Craig
    • Developed a user interface which instructs users on what task they are completing (lock, correct password, incorrect password)
    • Ability to store and reset password
    • Device can now be both locked and unlocked using directional input (currently buttons as accelerometer is still being improved)
    • Lock device can now determine whether or not the inputted pattern matches the password stored in the PIC
  • Rachel
    • Hooked up master bluetooth chip to the “key” device, ensuring the chip has proper firmware to act as a master
    • Further work on the bluetooth capabilities, adding header files and source code to progress towards data transmission
    • Scaling and functionality of accelerometer, making it have more accurate directional readings

Current Challenges:

Our challenges this week were bluetooth, which seems to be the constant challenge, and time. This past week was thanksgivingbreak, thus with both students out of the lab it was hard to get much work accomplished. With bluetooth, a general confusion over what steps need to be completed in order to have it work have set us a bit behind schedule. We believe that since the bluetooth is the only major feature still not complete we will still be able to complete the project on time.

Goals for upcoming week:

  •  Both partners
    • Establish a bluetooth connection in which the “key” device can tell the “lock” device the motion in which it was moved
  • Craig
    • Finalize details of UI
      • Dummy proof UI (avoid crashes)
      • Easier ability to switch between screens (be able to cancel inputs that were not intended)
      • Include incorrect attempts counts
    • Determine a set encoding to send, where numerical values represent a direction or input
      • i.e. single click = 1, double click = 2, holding = 3, up = 4 …
  •  Rachel
    • Further improve accuracy of accelerometer
    • Establish a bluetooth connection in which the “key” device can tell the “lock” device in which motion it was moved
    • Begin to sketch a container for the finalized product, hopefully creating a wooden prototype by next lab

Status Update – Week 2

Posted on by
Reply

Our Goals for this week:

  • Begin interfacing Bluetooth or at least get a better understanding of what needs to be done to make it functional
  • Work on user interface, including multicolor LED lights to show status of device operation, as well as LCD display to show important things such as the lock status
  • Accurately and consistently detect motion

Work Completed this week:

  • Craig
    • Full integration of button press interpretation (hold, single press, double press)
    • Programmed multi-color status LED which will change color based on button input (including timers and interrupts to trigger based on input)
    • Soldered through-hole pins into accelerometer
    • Assisted with initial calibration of accelerometer
  • Rachel
    • Background research and initial testing of Bluetooth devices
    • Scaling and functionality of accelerometer
    • Beginning to work with accelerometer to make it detect and identify direction of motion

Current Challenges:

One of the biggest challenges we faced was understanding and working with the Bluetooth devices. We are currently sharing the devices with Jack and Greg, who will be ordering another set this upcoming week. We realized that one of the devices has a faulty power LED and has trouble communicating with the computer via USB. For this week we decided to work more on the accelerometer than initially planned, having that aspect advance further to offset the lack of progression with Bluetooth. We hope to have the Bluetooth issues worked out in this week’s lab so it does not set us back any further.

Goals for upcoming week:

Since we do have a holiday break this week, we are unsure of how much of our list will be complete by the beginning of next Tuesday’s lab, but below is what we hope to have completed. If either partner happens to have all of their tasks complete before lab, or faces an obstacle that prevents them from making adequate progress on a task, they will try to assist the other partner and/or begin working on the user interface, including LCD lock and instructional LEDs (if device is on, processing motion, or accepted a valid pattern).

  • Craig
    • Configure the barebones of the UI. This includes:
      • Lock screen – Shows “lock” and failed attempts counter
      • “Main Menu” upon unlocking – Ability to set a new password or lock device
  •  Rachel
    • Have accelerometer accurately identify the horizontal and vertical directions of motion (left or right / up or down)
    • Begin pattern recognition, having the PIC identify multiple motions and acknowledge whether or not it matches the given password. For this step, the password will be hard-coded into the system since the functionality to store motion as a password is not yet complete.
  • Both Members
    • Further work on Bluetooth together should the issues not be resolved in this week’s lab

Status Update – Week 1

Posted on by
Reply

Week In Review

This past week our group had a few small victories. We reviewed our final parts list and even got some of our parts delivered, we also began discussing the user interface. Both group members sat down to review the initial design proposal, more concretely divide up responsibilities, and figure out what the next goal is to ensure that we are meeting our schedule.

Goals For The Week

  • Begin interfacing Bluetooth
  • Start User Interface
  • Receive Accelerometer

Stretch Goals

  • Get Bluetooth interface communicating completely
  • Develop system to recognize distinction between holding a button, single, and double clicks

Challenges

Currently, neither Rachel nor Craig have any prior experience with Bluetooth communication. While there is plenty of documentation both online and from groups last year, it is still an unfamiliar form of data communication to us. We believe this could pose as the biggest threat as we do not want to burn all of our time interfacing Bluetooth communication. Furthermore, we do not have all of our parts yet which will delay our progress. The most inconvenient part about the lack of parts is that we are missing the accelerometer which is the crux of our project.

Task Breakdown

  • Rachel – Begin reviewing documentation on Bluetooth interfacing from last year
  • Craig – Begin reviewing documentation on Bluetooth interfacing from online
  • Rachel & Craig – Begin implementation of Bluetooth interface
  • Rachel – Begin CAD model for final product
  • Craig – Begin button press interpretation (hold, single click, double click)