Emmanuel’s Status Report for April 26th, 2025

 WORK ACCOMPLISHED:

This week was focused on creating the final presentation, unit testing the blindspot detection system, and testing of our overall system.

I ran 50+ tests this week with the doppler radar sensor to measure it’s field of view and accuracy. Through testing I noticed the orientation of the sensor played a large part in how accurate the distance detection was so I removed the sensor from our encasing and changed the orientation. Also, the sensor had no false positives as it never detected an object that wasn’t there. Lastly, since the sensors FOV is so limited it’s best for our device to be attached slightly angled towards the left hand side of the user to get a better view of incoming objects as people usually take a wider angle when passing bicyclists and don’t come up directly behind them.

For our overall system testing , I spent a few hours this week riding a bike with Rid3 to collect data. I also simulated certain scenarios with my car or on another bike while my teammates were riding a bike with Rid3. Various kinks arose with testing off campus that we had to resolve through out the week. One of our biggest setback was the bike mount piece broke while we were testing. The device fell and our encasing broke so I took time this week to put it back together and reprint a sturdier mount. This was an inadvertent strength test of our encasing as our device held up pretty well and there were no cracks in the encasing, we only had to attach the sides back together.

PROGRESS:

I’ve completed all my tasks on our gantt chart and made solid progress this week.

NEXT WEEK’S DELIVERABLES:

Next week I’m focusing on visualizing the data I collected along with creating the final poster, report, and demo video.

Emmanuel’s Status Report for April 19th, 2025

WORK ACCOMPLISHED:

This week I worked on fixing the wristband case, creating the main device case, and testing the detection system.

I had to 3D print a our wristband case a couple times to fix the fit and closing mechanism that secures the circuit but still allows us to remove it if necessary. Ordered and received velcro straps so wristband is complete and can be attached to the wrist. However, I have yet to test how stable it is while riding a bike.

Additionally, I worked with forever to make our main device encasing through acrylic bending.  3D printing it was too expensive. I also drilled in the mount piece so the device can now be attached to a bike.

Lastly, towards the end of the week I spent time testing the blindspot detection system against bikes and cars while the sensor was stationary. Testing revealed the sensors field of view is even narrower than I thought as it requires objects to be almost directly in front of it to be detected. But, the time between detection and a vibration is fairly quick and meets our 1 second use case.

New Knowledge:

During every iteration of this project I learned something new. I learned more about interacting with different microcontrollers (RPis, Arduinos, etc), bluetooth  communication, use cases of various sensors, operating different CAD softwares, 3D printing, acrylic bending, and  the approach for screwing different materials together.  The most prevalent learning strategy I used was youtube videos along with trial and error. I also leaned on GitHub (for starting certain serial communications)  and TechSpark workers (3D printing, drill, and acrylic bending) for guidance.

PROGRESS:

I’m fairly on pace with my tasks right now, but I should have completed on bike tests this week. Finishing the encasings took more time than expected.

NEXT WEEK’S DELIVERABLES:

Next week, I aim to complete rigorous testing of the blindspot detection systems while it’s on a moving bike. I will also spend time working on the final presentation slides and poster.

Team Status Report for April 12th, 2025

This week, we made solid progress on all subsystems of our project.

We were able to integrate all of our scripts and have them running simultaneously on the RPi4 . So, the GPS tracking, blindspot detection, and navigation instructions with voice recognition system are able to work together by using threading. The navigation script is able to get continuous updates of longitude and latitude from the GPS through a shared global variable.

There were many pivots with the wristband system. We replaced the Micro Arduino device for the wristband with the Blues Swan, which also has Arduino pairing capabilities. The reason for this change was due to the Swan including a PMIC accessible via a JST PH connector, this allows us to power the board with a LiPo battery but also recharge the battery if need be, through the USB port.  Additionally, we to changed our bluetooth system from operating with 2 HC-05 modules to using the RPi4 bluetooth and one HC-05 module because we were having trouble sending data with the previous setup. Lastly, one of the biggest changes we made was to switch from the ultrasonic sensors to the OPS243 Doppler Radar Sensor because during interim demo week the ultrasonic sensors were having connectivity issues. Also, it was apparent they would be insufficient in meeting in our use cases.

Our  audio and navigation components are integrated with our GPS tracking and we have been actively testing their accuracy and functionality by doing test routes ( ex. Porter Hall to Phipps Conservatory). Right now we have instructions being inputted manually but we are actively fleshing out kinks with the audio input.

We 3D printed our bike mount piece and got it to match the GoPro sizing and are actively working to have the wristband and main device encasing finished printed soon.

RISK:

In regards to the GPS subsystem, our encasing could potentially block satellite signals, if not positioned properly. Another separate risk, is the fact that HC-05 device and Bluetooth earbuds would need to be connected to the Raspberry Pi 4 simultaneously. Unfortunately, it may not be possible for the RPi to connect to multiple bluetooth devices. As a result, it is important that we spend sufficient time in attempting to integrate these bluetooth devices to the system to work at the same time. If that is not possible, then the audio aspects of the system will have to be done via a regular microphone and speaker that do not rely on Bluetooth connectivity. 

There is risk with our new sensors as well. There’s risk with the new OPS243 Doppler Radar Sensor because the field of view is very limited compared to the ultrasonic sensor. Although it’s fairly accurate in detecting incoming objects, its field of view to do so is very limited and poses a threat of objects being missed in a user’s blindspot. We might have to change or specify our guaranteed coverage zone in our final use case.

 

TESTING:

We are still early in our testing but overall it has been going well. We tested inputting a journey manually and having directions update based on a small sample set of GPS coordinates.  For our audio input portion we aim to test 5 different voices (from different people) for 20 different destinations within the Pittsburgh area and checking the accuracy from the output of the speech-to-text system. To test the navigation accuracy we’ll test multiple GPS coordinates on 10 different routes and check that the generated navigation instructions are accurate by comparing with the actual turns on a map. Our validation is ensuring that GPS coordinates are occurring in real-time and the navigation suggestion system is outputting the correct instruction.

In order to meet use case requirements such as users receiving audio instructions within 200 feet of a turn, the GPS system needs to accurately measure where the user is.  We’ve done a couple of bike trips to Phipps Conservatory and captured the longitude, latitude, and distance from turn for each of these trips to ensure the user is at the right location. Another test that has been done is putting the GPS sensor in a box, and reading GPS data while outside, to ensure that when the actual encasing is finished, we are not blocking GPS signals. We still need to test more locations and routes but so far testing as been going well and the results are aligning with our use case/

For the blind spot detection and wristband system, we have tested the basic functionalities. When stationary and indoors non moving objects infront of the sensors don’t trigger a wristband vibration but and incoming object at certain speed will.  Tested when objects are incoming at different angles relative to the sensor and it does have a more limited field of view than the ultrasonic sensors but it’s better at filtering out unnecessary objects. The wristband system is able to meet our use case in a limited setting. When the system is stationary, a vibration haptic feedback response is generated within a second of an incoming object being detected.  We still need to create an explicit plan to test the accuracy rate of the blindspot system. 

 

NEXT WEEK DELIVERABLES: 

We are primarily focused on extensively testing our subsystems independently.  We will  also work on getting all the encasings 3d printed to properly secure our project so that we can test our integrated systems on a bike.

 

Gantt

Emmanuel’s Status Report for April 12th, 2025

WORK ACCOMPLISHED:

This week I worked on the wristband subsystem and creating the piece that will attach our device to the GoPro bike mount

A lot has changed in the last two weeks. In between the first and second interim demo I made a pivot from ultrasonic sensors because they started having connection issues with our raspberry pi. I switched to the OPS243 Doppler  Radar Sensor that was in the ECE inventory and was able to write a script to parse it’s data, and trigger a vibration on the wristband circuit whenever an object is detected at a particular speed and distance from sensor. This sensor solves the issue of detecting stationary objects because it measures speed relative to itself.

Additionally, I spent time 3d printing the bike mount piece that will connect the navigation device of our system to the GoPro bike mount.  It took a few iterations to get the right sizing to fit the mount and may need improvements once we get the main device encasing created. Lastly, I worked with Forever to change our bluetooth system from operating with 2 HC-05 modules to using the RPi4 bluetooth and one HC-05 module because we were having trouble sending data with the previous setup.

TESTING VERIFICATION:

I tested the basic functionalities of OPS243 and it work wells in doors when stationary. It does have a more limited field of view than the ultrasonic sensors but it’s better at filtering out unnecessary objects if I set the right configurations. Our encasing for our device has not been created yet so I can’t test on a bike yet.

The wristband system is able to meet our use case in a limited setting. When the system was stationary, a vibration haptic feedback response is generated within a second of an incoming object being detected. Unfortunately, the coverage area for the blind spot is minimal with the OPS243 sitting around 20 degrees laterally but for MVP we’re hoping this will suffice. I have yet to test the accuracy rate of the blindspot system but aim to do so next week.

PROGRESS:

I’m on pace with my tasks right now.  We were able to get all our subsystems running simultaneously, but need to push and test with all parts running while on a bike.

NEXT WEEK’S DELIVERABLES:

Next week, I aim to have an wristband design 3d printed and have the vibration system fit properly in it. I will also run non-stationary tests with the OPS  sensors.

Emmanuel’s Status Report for March 29th, 2025

WORK ACCOMPLISHED:

This week I continued working on the wristband subsystem.

I wrote code to the sensor script so it can send a signal to the HC-05 when an object is detected within a certain range, but I haven’t been able to test it due to a road block with configuring the HC-05 bluetooth modules. I’m struggling to establish connection between to the two HC-05 modules because I have been unable to get a response from them individually using AT Commands on the Micro Arduino.  The AT Commands are needed to sync the modules and dictate which one is the “master”. I’ve tried various solutions I’ve seen online but will now pivot to trying to configure the HC-05 with the RPi4 instead because this seems to be a common issue with the micro Arduino.

PROGRESS:

I’m pretty behind on tasks right now, but if I’m able to establish how to send data I will make a significant leap. I wanted to have a functioning blindspot detection system for the interim demo by now. I will continue to work on  establishing connection between HC-05s throughout the weekend. I also noticed theres a really good radar sensor in the ECE inventory so I will put in a request for that.

NEXT WEEK’S DELIVERABLES:

Next week, I aim to have basic functionality of the blindspot detection subsystem and make any tweaks based on feedback from the interim demo.  Also, I will get a new radar sensor from ECE inventory.

Emmanuel’s Status Report for March 22nd, 2025

WORK ACCOMPLISHED:

This week I spent time working on our wristband system.

I was able to setup a circuit using the mini breadboards, that cause the ERM motor to vibrate from a script on the micro Arduino. I spent time learning how to use HC-05 bluetooth module in order to send data that the Arduino can use to dictate when the motor should vibrate. I’m currently working on adding code to the sensor script so it can send a signal to the HC-05 when an object is detected within a certain range.

PROGRESS:

I’m currently behind with tasks, I wanted to be able to send data to the motor circuit from a python script by now. I aim to have this done later today though. I also still need to find a better sensor, but want to make sure I can get basic functionality of the blindspot detection subsystem before I spend more time trying to improve accuracy.

 

NEXT WEEK’S DELIVERABLES:

Next week, I aim to have basic functionality of the blindspot detection subsystem and look into sensors available in the ECE inventory.

Emmanuel’s Status Report for March 15th, 2025

WORK ACCOMPLISHED:

This week I spent time creating a script to use and test the ultrasonic sensors along with completing the ethics report assignment.

A significant portion of my time was dedicated to creating a script for the ultrasonic sensors and researching the proper configuration settings for RPi4 when the using the Rx and Tx pins with different interfaces . The script allowed me to test the sensors object detection capabilities by printing out the distances of an object that’s detected.  I did some basic tests indoors, outdoors, while the sensors are stationary, and while they’re moving but still need to conduct stronger field of view tests to gain a better understanding of their accuracy. There are some risk concerns from testing that are in our team status report.  I also focused on completing the ethics report assignment. This involved delving into ethical considerations and principles relevant to the field, which not only enhanced my understanding of the subject but also allowed me to reflect on the broader implications our project.

PROGRESS:

I’m still currently slightly behind with tasks, I wanted to have the basic circuit for the wristband built right now, but I think I can make up time next week. There needs to be more exploration of the bluetooth module as well.

NEXT WEEK’S DELIVERABLES:

Next week, I aim to do more sensor testing, make a decision on wether to order a different sensor, and setup circuit for the wristband with a stretch goal of transmitting data to it through the bluetooth module.

Emmanuel’s Status Report for March 8th, 2025

WORK ACCOMPLISHED:

This week I spent time working on our team’s design report, refining the device encasing mount design, and getting setup with RPi4 to use the sensors.

Refinement of our design through working on our report took a significant amount of time. It led to me doing more research on other sensors like the doppler radar sensor. This might be used in the future if I struggle to develop an algorithm that allows use to differentiate incoming versus stationary objects with the the ultrasonic sensors. Creating a compatible Nite Rite bike mount for the device encasing seems more complicated than creating one for the GoPro bike mount so I decided to switch and order a GoPro mount since my AutoCad skills aren’t super strong. Lastly, I set up our RPi4 for my laptop and ran some test scripts in Thonny in preparation to program the sensors.

PROGRESS:

I’m currently slightly behind with tasks, I wanted to have the basic distance detection script for sensors working by now. I think I can make up time next week. We found out parts for the wristband got lost in delivery so we had them reordered and will pick them up after spring break.

NEXT WEEK’S DELIVERABLES:

Next week, I aim to establish basic object and distance detection functionality with the sensors and setup circuit for the wristband.

Emmanuel’s Status Report for February 22nd, 2025

WORK ACCOMPLISHED:

This week I spent time familiarizing my self with the CMU’s 3D printing process and AutoCad in order to help tweak our device encasing design.  Additionally, I took time to look at different bikes around campus to get a better understanding of how our device will be attached.

Through my time exploring and even riding a bike during the city’s busy periods I realized a velcro strap would be unstable for securing our device. Additionally, our encasing protrusions will be difficult to design in way that keeps our sensors secure and in place when hitting bumps while riding. I did research into existing bike mounts that can clamp to the bike seat shaft and we aim to pivot so our encasing can clip into one of those mounts (specifically NiteRider design). Working in AutoCad for the first time in years too longer than expected but a rough idea of our new bike encasing (newer than in team status report) is below. Edits have yet to be made for the sensor holders (protrusions) because we just got the sensors at the end of the week.

PROGRESS:

I’m currently on schedule with my tasks. Still waiting on the mini bread board and the vibrations, hopefully they arrive next week.

NEXT WEEK’S DELIVERABLES:

Next week, I aim to establish basic object and distance detection functionality with the sensors, submit order for bike mount, and complete written design report.

Emmanuel’s Status Report for February 15th, 2025

WORK ACCOMPLISHED:

This week I focused on finding and comparing quantitative measurements for the hardware materials of our device in order to justify our use case requirements in our design presentation.  I focused on exploring current/power draw, baud rates, and pinouts  to solidify how the wristband mechanism will receive information from the Raspberry Pi wirelessly, and how the wristband will be held together for the user.  Also, I spent time building our design presentation.

I spent time researching different specifications for our batteries, sensors, and vibration motors. I started with current draw to make sure our batteries could sufficiently power our circuits for a decent amount of time. Next I fleshed out the pinouts for our components to refresh myself on creating circuits with a breadboard and to know if we had enough space to build our system on a mini breadboard . Additionally, we need to know if he had enough pins on our raspberry pi. Lastly I looked at baud rates for bluetooth module (HC-05) and average transmission times for our other components and they seem to be adequate to meet our latency goals. Between last week and now we decided to make this device only for bicycles that way we can attach our device underneath the bike seat so the rider isn’t blocking the sensors,

PROGRESS:

I’m currently on schedule with my tasks. We ordered  parts and hope to see somethings arriving next week.

NEXT WEEK’S DELIVERABLES:

Next week, we hope to make any adjustments based on our design presentation feedback. Additionally, we hope to start tinkering with parts that may come in.