Euijin H., Holly J., Keely V., Giselle N.
CS#ARP is a wearable device. It rests on the top of the hand and the palm of the hand. It uses an Arduino Uno, ultrasonic sensor, Piezo speaker, jumper cables, power bank and a USB cable. It was coded in Arduino. The ultrasonic sensor uses a trigger, which sends out a high frequency sound pulse, and a echo, which receives the pulse. The sensor works similarly to the way dolphins do. Once the pulse hits an object, it comes back to the echo. The smaller the distance returned was, the speaker beeped more frequently. We made the beeps the same length, and had the delays in between the beeps change to match the distance by using the equation delay = 5*distance.
People who are visually impaired generally navigate using guide dogs or walking canes. While both have been used time and time again, we have found that the cons of guide dogs and walking canes outweigh the pros. Training a guide dog can cost $25,000 to $50,000. Furthermore, they can be more of a hindrance than a help, as people are attracted to dogs and want to pet them. This would only distract the dog and trouble the owner. Furthermore, buying a guide dog means not only caring for oneself, but caring for the guide dog as well. For those who use canes, they may feel as if the cane makes them the center of attention. They feel as if that they are seen not for themselves as people but seen for their disability. Furthermore, canes can become bulky cargo when not in use.
Our product eliminates the complications guide dogs and walking canes bring. CS#ARP is not a live organism, which eliminates the need for extra care. It is relatively small and rests on the top of the hand and the palm. In a world full of wearable technology, CS#ARP would be hardly noticeable. This would eliminate the issue of attracting attention and carrying around a bulky cane. Although we have not started manufacturing and mass producing CS#ARP, the cost to make our product was less than $60, which, compared to the cost of training guide dogs, is a big step down.
We faced many technical problems, especially because we worked with both hardware and software. If we debugged the software and got it running correctly, something with the hardware went wrong. If the hardware was correctly wired and running right, the software had bugs. We also had a problem with the if and elif statements in our code running too slowly, so we implemented an equation. The equation enabled the computer to go through fewer lines of code. We also had a problem with our vibrating motor, which was a part of our original plan for CS#ARP. Unfortunately, it broke a day before presentations, so we had no choice to but to exclude it.