Product VisionThe upNext removes the need for a DJ at a party, aseveryone present can choose the music. This deviceallows everyone nearby to add music, vote on musicthat has been uploaded, and enjoy the music. Songswith the most votes move to the top of the queue.
Target AudienceOur target audience for the upNext is the college crowd.They like to host a lot of parties but can never seem toagree on what music should be played. Also they aremost likely to adopt new technology.
General DescriptionThe upNext is a small box that interfaces with moststereo systems. It accepts music wirelessly from smartphones, tablets, laptops, and other devices withinternet access.https://www.youtube.com/watch?v=dtgAA0SSXqY
Detailed Description Raspberry Pi Web server NoJS USB sound card RCA outputs
DifferentiationOur product is original in that it takes music directlyfrom the users. The transfer is done over a WiFinetwork, so no wires are needed. The voting systemalso gives the device a unique advantage.
RetrospectiveWe envisioned a prototype product that included aRaspberry Pi, a Sparkfun MP3 decoder chip, bothinside a sleek case.What we have is a prototype product that includes aRaspberry Pi, a USB sound card, inside a sleek case.
Project ManagementMethodologiesWe took the time to set up a timeline for each step of theprototyping process.
RoadblocksThe original design called for a Sparkfun MP3 decoder.After working with the chip for 7 weeks it was foundthat it comes defective from the factory, and needs tobe modified in order to run properly. Even aftermodification, the logic analyzer showed exactly whatthe timing diagram of the datasheet showed, yet nomusic played.
ThoughtsThe project was fun as soon as it started working. Untilthen it was very stressful. The Raspberry Pi issupposed to be an easy platform to use, but thereseems to be a lack of libraries for reading/writing tothe GPIO pins.
Advice for OthersThe best advice I can give incoming ESD III students is ifsomething isn’t working after several weeks, just giveup on it and try another approach.
If we had to do it again…If I had to do this again, I would choose embeddedsystems with more documentation. The Raspberry Pihas a lot of documentation, just not for the functionsthat we needed. As for the MP3 decoding chip, thedocumentation was poor.
Pick Up Where We Left Off…If someone were to pick up where we left off, they couldport the system to a cheaper embedded system, or portit to a smaller one. Also they could come up with a casedesign that is easy to mass produce.