Team Status Report for March 8th, 2025

Our current progress on the Rid3 device is going well. The main tasks for this week were to complete the setup for raspberry pi, finish setup for the blues starter kit, and get basic object detection with sensors. We were able to accomplish most of these goals since our last progress report. We have the raspberry Pi set up and have made it compatible with the blues starter kit by using ssh for programming on the Pi. In addition, we worked on configuration for converting speech to text using the Google Speech API and were able to see sample outputs. We also ordered materials for a new mount for our bicycle which we designing a component that is compatible with the mount ( see below ).

One of the risks that we are currently facing is the fact that the GPS information is not being sent properly through to the Raspberry Pi, this could be a problem as we need accurate GPS data for the proper directions to be sent.

NEXT WEEK DELIVERABLES:

Continue testing for speech-to-text translation and beginning implementation of R-Tree algorithm. Set up circuit for wristband + establishing basic object detection for sensors. Fixing GPS issues and storing GPS data to be used by the RPi.

.

component compatible with mount.

sample output for Google speech API

ADDITIONAL QUESTIONS:

Part A: … with consideration of global factors. Global factors are world-wide contexts and factors, rather than only local ones. They do not necessarily represent geographic concerns. Global factors do not need to concern every single person in the entire world. Rather, these factors affect people outside of Pittsburgh, or those who are not in an academic environment, or those who are not technologically savvy, etc.

There is a global need for increased safety and accessibility in urban mobility. Our device Rid3 can help meet this increased need for bicyclists’ safety by enhancing phone-less navigation in increasingly crowded urban settings. Bike lanes and road support for micro-mobility are being expanded in many major cities worldwide, however riders are often still at risk due to poor visibility, car blind spots, and distractions from checking navigation devices. This technology lowers the risk of accidents and increases traffic safety by enabling cyclists to receive crucial blind spot alerts and clear directions without taking their eyes off the road by fusing voice navigation with a haptic feedback wristband. This solution is particularly impactful in regions where cycling infrastructure is still developing or where road conditions are less predictable. Additionally, our device is intended to work in various climates expanding beyond what typically occurs in Pittsburgh, like high dust environments. The usability of our device is also simplistic and meant to be intuitive to promote use for all people regardless of technological expertise. By enhancing safety in diverse environments, the product contributes to broader global efforts to promote sustainable transportation, reduce urban congestion, and improve public health. A was written by Emmanuel.

Part B: … with consideration of cultural factors. Cultural factors encompass the set of beliefs, moral values, traditions, language, and laws (or rules of behavior) held in common by a nation, a community, or other defined group of people.

Within the context of our project, the main cultural factor for consideration is the fact that different countries have different road laws hence it is important that the Rid3 devices adhere to these cultural norms. Specifically, it is important that our device functions in a way that it is intuitive to a biker on the road. Consequently, it is essential that the audio feedback for navigation instructions adheres to road safety rules. Consequently, research will have to be done to ensure that the system’s feedback adheres to the rules of the region. B was written by Akintayo 

Part C : … with consideration of environmental factors. Environmental factors are concerned with the environment as it relates to living organisms and natural resources.

Environmental factors play an important role in our project. We want to make sure that we’re using resources that do not pollute the environment and are safe for the environment. It is battery powered and does not release any toxins into the air when it is running, so the environmental concerns are limited. One thing to take note of is the potential for coming across different animals in the environment. If we detect animals in our blind spot, we want to notify the user so that they don’t hit the animal coming across. C was written by Forever.

Akintayo’s Status Report for March 8th, 2025

WORK ACCOMPLISHED

The past 2 weeks, I was able to accomplish a number of important tasks as well as some deliverables that were overdue.

Firstly, I was able to complete the integration of the USB Microphone with the Raspberry Pi, so I was able to successfully record sample audio of a user giving the location for their journey.

Following having obtained a sample audio, I began to test the Google speech-to-text AI framework and did some testing for which models work best for extracting the required text.

Log of different tests with different models

Sample transcript from audio (actual audio is myself saying: “Ride take me to Tepper”)

I also worked on some of the logic for translating the destination text from speech-to-text endpoint to the longitudinal and latitudinal representation using the Google Maps Geocoding API.

Code Snippet:

Output for Destination of “Tepper School of Business”:

PROGRESS:

I am on schedule as I made some good progress this week. I probably need to speed up a bit to ensure I have ample time to join the different components of my feature together.

NEXT WEEK DELIVERABLES:

I will primarily continue testing for the appropriate model for speech-to-text translation. I will also start working on the logic for navigation suggestion using a R-tree algorithm.

 

Forever’s Status Report for March 8th, 2025

WORK ACCOMPLISHED:

This week I wanted to successfully run the blues starter kit process, and collect gps longitude and latitude data. I also wanted to help program the raspberry pi to be compatible with the other devices that we are using such as the sensors and bluetooth modules. I was able to accomplish most of the tasks except for a few setbacks. I worked on making the Raspberry Pi compatible with our devices by making SSHing into the system possible, this way we could have wireless connections between the devices. I also installed a virtual view system that allows us to see what is happening on the Raspberry Pi while we’re programming on it. I also was able to install the Blues Starter Kit notecard CLI, which allows for programming with the Raspberry Pi and the notecard. I am currently able to read the GPS data being read, however for some reason the GPS kept turning off. This is something I hope to figure out by the next progress report. I

PROGRESS:

This week I accomplished the tasks I was supposed to, except I was not able to fully successfully read GPS data.

NEXT WEEK’S DELIVERABLES:

Next week I hope to fix the issue with the GPS and start working on storing that GPS information in order for it to be used for the Navigation system.

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.

Akintayo’s Status Report for February 22nd, 2025

WORK ACCOMPLISHED:

This week, I tried to work on setting up the Raspberry Pi 4, but I realized I would require a micro SD card reader; hence, I was unable to move forward as I was missing the device. I also worked more on the Google Maps API.

Additionally, I decided to modify the design of the system by removing the web server and localizing the navigation and audio system to the Raspberry Pi instead. This drastically reduces the latency required for our system.

PROGRESS:

Due to some issues I faced, I’m currently behind schedule as I had expected to finish up with how to record audio files from the Raspberry Pi and also begin to work on integrating the Google Speech-to-Text AI.

NEXT WEEK’S DELIVERABLES:

I am mostly will try and catch up on last week’s deliverables. So, I will working on how to record audio files from the Raspberry Pi and sending it to the Navigation endpoint. I will also begin to work on integrating the Google Speech-to-Text AI.

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.

Team Status Report for February 22nd, 2025

This week we started receiving materials for our project and began testing their functionalities. We received our sensors, blues starter kit, microphone, batteries, and our raspberry pi hat. Our current risk is  stable mounting of our device to bikes. Our current implementation relied on a velcro strap which we realized after using bikes this week will be unstable.. Most bicycles use a mounting clamp to add accessories so we’ll do the same. We’re redesigning our encasing to be compatible with the NiteRider Tail Light Strap Mount. 

Since last week we decided to eliminate the web server aspect and will have all of the server processing happen on the raspberry pi. Two main reasons for this: sending audio to blues cloud is very inefficient due to the round trip latency from sending back and forward through the cloud to an internet-hosted server.  Thus not using the Blues cloud will reduce latency and it’ll be cheaper since we won’t be charged for each block of data being sent to the Raspberry Pi.

Sample Design of Encasing for Navigation/Audio System

 

Sample Design for Wristband  

New framework for navigation portion

NEXT WEEK DELIVERABLES:

Main tasks for upcoming week: complete setup for raspberry pi, finish setup for blues starter kit, get basic object detection with sensors.

Forever’s Status Report for February 22nd, 2025

WORK ACCOMPLISHED:

This week I worked on initial design sketches for our attachable to the Bike device and for the wristband. We wanted to give an idea of what the goal of our project was. So I showed the wristband with a small hole section for the vibrating motor to stick out of. For the main Rid3 device, I added holes for the speaker to be mounted to and same for the microphone. I also included antenna’s for the sensors to be mounted. This is just a tentative sketch and will be updated in the future.

This week I also worked through redesigning the concept for information transfer for our design. In the beginning we had decided to have our design work on an information system where data was sent through to the blues cloud, to our hosted server, back through the blues cloud, and then to the raspberry PI. But I addressed an issue where audio information could not be sent through the blues cloud due to the fact that it only takes information in as a json. So we decided to pivot our system to use the raspberry PI as the main host, that way we do not have to deal with sending through the cloud, but instead could do our main computing on the Raspberry PI device. I’ve also been playing around with the blues starter kit, by assembling it together and attempting to do sample test runs, however this was hindered by the fact that the usb cable I had could not do data transfers.

PROGRESS:

This week I accomplished most of my tasks, except testing with the blues starter kit to see how Information is delivered, due to the usb cable not being able to do data transfers.

 

NEXT WEEK’S DELIVERABLES:

Successfully run the blues starter kit process, and collect gps longitude and latitude data. Help program the raspberry pi to be compatible with the other devices that we are using such as the sensors and bluetooth modules.

 

Team Status Report for February 15th, 2025

This week we decided to flesh out the overall design for our project and made final decisions regarding the materials that we needed, which led to us submitting our requests for hardware and software. The most significant risk that exists at the current stage of our project would be processing power and latency. We currently have a lot of moving pieces connected to the raspberry pi for our design. Which means it needs to be able to sufficiently supply enough power to each of these pieces as well as respond quickly enough for information sharing. This is why we decided to use a Raspberry PI 4 versus our previous usage of the Raspberry Pi 3A+. It is a lot more capable, but still does not require as much processing power / energy as the Raspberry PI 5. We are also looking into usage of resistors + transistors for managing of power, so that we don’t have too much energy flowing in areas where we don’t need it. Another design change we made was switching from ToF sensors to Ultrasonic sensors. This was due to the fov of the sensors, we wanted to make sure we were able to capture a breadth of information instead of less. We also decided to use a USB microphone, just to simplify the pin out process, and make it easier to connect other pieces. The changes didn’t create a noticeable cost difference as the pieces were around the same price.  See below updated block diagram and schedule.

Additional Questions:

Part A: … with respect to considerations of public health, safety or welfare. Note: The term ‘health’ refers to a state of well-being of people in both a physiological and psychological sense. ‘Safety’ is the absence of hazards and/or physical harm to persons. The term ‘welfare’ relates to the provision of the basic needs of people.

By giving bicyclists a hands-free, real-time navigation and blind spot detection system, our solution improves public health, safety, and welfare. Conventional navigation techniques, such as looking up instructions on a phone, can be distracting and raise the risk of accidents. By wirelessly delivering obstacle alerts and directional indications to a vibration-based wristband, our device removes this risk and enables bikers to focus on the road. This improves rider awareness and considerably lowers cognitive overload, which benefits both physical and mental safety. The incorporation of ultrasonic sensors guarantees prompt identification of cars or other objects in blind spots, averting possible collisions and promoting safer interactions between motor vehicles and bicycles.

Furthermore, by promoting safer and more effective cycling, which is an eco friendly and healthful form of transportation, our solution advances public welfare. Our device adds to urban mobility solutions that benefit communities and individuals by increasing bike accessibility through a cheaper navigation tool and lowering the chance of accidents. Accurate route guiding is ensured by the Blues Starter Kit’s GPS tracking and server-based navigation system, which keeps riders from getting lost and lowers stress, both of which can improve general wellbeing. In the end, our product promotes a more secure and safe riding experience, enhancing public safety and encouraging a more sustainable and healthy transportation culture. A was written by Emmanuel.

Part B: … with consideration of social factors. Social factors relate to extended social groups having distinctive cultural, social, political, and/or economic organizations. They have importance to how people relate to each other and organize around social interests.

One important social factor that needs to be considered in regards to the project is the speech component. Specifically, the system will be receiving the user’s destination for their journey via their voice. As a result, different people have different speech intonations in their voice. In the same vein, people speak in different languages. For the scope of the project, we are solely focusing on ensuring the speech recognition and the audio response is functional primarily for English speakers. To handle different speech tones, we are using the Google Speech-to-Text AI system to handle this as it is optimized to identify a variety of speech types.  B was written by Akintayo.

Part C: ... with consideration of economic factors. Economic factors are those relating to the system of production, distribution, and consumption of goods and services. 

One of the general themes that our group wanted for our project was the idea of a low cost low profit  model. Essentially, we aim to prioritize consumer satisfaction and accessibility to our product over company profits. Therefore, important factors that we must consider to achieve this goal are cost of production and cost of labor. At the moment the cost of our product seems kind of high relative to the alternative options that are our there. For example, google maps navigation paired with an apple watch. However, most of the products do not come with a haptic feedback feature that provides additional safety for bike users. So as we’re building we’re looking for cost efficient parts, that are lightweight and user friendly, but also aren’t too unreasonable due to the safety the product provides. Our highest priority is safety and ensuring that those needs are met before all else.  C was written by Forever.

 

 

Akintayo’s Status Report for February 15, 2025

WORK ACCOMPLISHED:

This week, I primarily worked on designing the workflow for using the user’s voice commands to extract the destination for the trip and also began thinking about the relevant data that will be required for the Google Maps API call.

Google Maps API url

(Cleaned) API response  with locations and navigation instructions

Additionally, I decided to change the type of microphone being used for the system from a MEMS Omnidirectional Microphones to a standard USB microphone. The main reasoning behind this was that the USB microphone is easier to configure and has better sound quality compared to the initial microphone.

PROGRESS:

I am in progress for the moment.

NEXT WEEK DELIVERABLES:

For the upcoming week, I will be working on how to record audio files from the Raspberry Pi and sending it to the Navigation endpoint. I will also begin to work on integrating the Google Speech-to-Text AI.