Project
# | Title | Team Members | TA | Documents | Sponsor |
---|---|---|---|---|---|
24 | P2P Bike Sharing Module |
Kanchi Shah Matthew Daniel |
Soumithri Bala | design_document0.pdf final_paper0.pdf other0.pdf presentation0.pptx proposal0.pdf |
|
# P2P Bike Sharing Module Request For Approval ### Web Board Link: https://courses.engr.illinois.edu/ece445/pace/view-topic.asp?id=27383 ## Problem Our senior design project addresses the problem of on-campus transportation. Many students have bikes on campus that sit there unused, while other students do not have access to a bicycle. We aim to bridge this transportation gap with a peer-to-peer solution. ## Solution Overview Our solution is a hardware module that allows bicycle owners to add their bikes to a network of quick, easy, shareable bicycles. The module will sync to a phone app over bluetooth, unlock the bike, and also provide security features such as tracking, secure ID to user, and sensors to detect if someone is tampering with the module itself. ## Difference from Existing Solutions While this proposal is similar to existing bike ridesharing services in some sense, it is an entirely different model with different requirements. Since we are allowing peer to peer bike sharing, it is necessary to allow owners of the bike more information access on their property, and therefore we need more technical infrastructure in the app and sensors to support this. In this sense, this is an entirely different service from companies such as Limebike or Uber bikes. ## Solution Subsystems ### Sensors Tamper detection sensors will consist of vibration sensing, and conductive strips/magnets to break circuit if cover removed. For tracking we are evaluating GPS modules (from Sparkfun), but would prefer a lower-cost solution. ### Autonomous Locking Low-power autonomous locking system will comprise of a motor smart-lock driven by the microcontroller through a motor driver circuit. This lock will interface with bluetooth authentication from the main controller, pulling in the bolt of the lock once the user is authenticated. This can be accomplished either by a solenoid (disadvantaged by loss of power) or by a motor. In terms of power constraints, there is proof-of-concept in references such as TI’s low-power smart lock architecture (http://www.ti.com/tool/tida-00757), which utilizes motors for the smart lock. ### Processing Microcontroller capable of interfacing with Bluetooth controller, sensors, and authenticating phone. Bluetooth Low Energy will be used to send and receive data between microcontroller and user's phone. LE is selected to conserve power. ### Power Module must be battery powered with standard charging interface, meaning significant focus on low-power for other components. Need circuitry to distribute power from battery to other subsystems at correct voltages. ### Mechanical The tracking/processing module will be contained within the same mechanical housing as the full U-Lock with motor, driver, and battery. The components were outlined in the Autonomous Locking section but in terms of mechanical enclosures we will probably house all the electrical components in the bottom straight edge of the U-Lock, as it provides a good central location to contain everything. This structure will either be 3D printed or built from components off of sites such as McMaster-Carr (more likely, as metal is ideal). The user will use this component to lock their bike to a bike rack, and during the ride will lock and hang it off the bike’s frame. ## Criterion for Success For project success, our solution should allow direct peer-to-peer sharing, use phone sync, be trackable and secure, and last at least 3 days on batteries. |