Embedded Files
Note: these blue boxes are instructions to you to make the documentation, and should not be included in your final submission!
1b. A photo that is a good overall view of the project. This image should be one of the "well-shot" images described below, or a cropped subset of one of them.
Front view of the binary adder, without power on, and all the counting switches in the off position.
(Above is a reasonable sample caption. This picture could be a bit brighter, but it's clear and shows the project effectively.)
Remember to include alt text for visually disabled readers! The above image has alt text added properly, though it's not visible in most browsers.
1c. A brief explanation of the project. This should be short and sweet.
This project helps me to learn how to add binary numbers up. Each of the vertical toggle switches represents one of the powers of two, so the rightmost switch is the ones, the next one over is the twos, the next over is the fours, and so on. The horizontal switch at the bottom changes the board back and forth between decimal and hexadecimal representation of the sum.
1d. At least four good still images of the final project. If it's possible for you to take higher-quality image, like using a DSLR (here's the class DSLR photography guide) that's fine; but camera phone pictures are ok, too if they're carefully shot and good quality. Images:
Overall photo for proportion and scale (at least 1)
Detail photo of any part that you'd like to highlight (up to 3)
Images showing the thing being used (up to 3)
(This picture isn't so good! It's too small on the page which hides detail, and it shows an ugly background for no reason, which is distracting. It's also missing alt text.)
(This picture is not straight-on, is out of focus, too small, poorly cropped, and missing alt text.)
(This detail photo is big enough on the page, but it's focused on the wires, which obscures the connections behind them. If you wanted to draw your viewers' attention to the text labeling on the wires, or their colors, this would be a good photo; if you wanted them to look at the circuit boards behind the wires, though, this isn't so useful. It's also lacking alt text.)
All of the components are screwed into the back of the main board with wood screws. The wires are plugged into the Arduino, a small power rail for all the grounds, and they're soldered onto the back of the 7-segment display for security.
(The above caption is pretty good. Image note: this photo is taken from the same place as the one above it, but it's got the focal plane on the chips behind rather than the wires in front. It also has useful alt text.)
1e. Moving image (one or more), a .gif, .mp4, or .mov file. Your movie can be as short as a second or two if that's all that needed to show the interactivity of your device, but should go longer as is necessary. It can feature voice narration if you like, but does not need to.
Upload instructions: Do not merely link to an outside hosting service like YouTube and do not embed a YouTube or other video service frame into your page. Rather, the videos are inserted by uploading a video file to this Google Drive folder and then under the Insert tab on the right, selecting "Drive," then clicking on the Shared drive called "60-223 f25." By keeping video files in that Shared drive, we ensure that this documentation page will remain intact for the long term.
If the movie is not audibly narrated, a caption should describe the action of the movie so that a blind person would still be able to understand what is happening.
(Note that videos don't have captions or alt-text options on Google Sites, so you just need to write your own text boxes below them.)
DSC_3915.MOVIn this video, I show operation of the machine in decimal mode, flipping different switches on to make different sums. When all switches are off, the sum is 0; when the rightmost switch is on, the sum is 1, and then when that switch is off but the next one over is on, the sum is 2; when only the third switch over is on, the sum is 4; and so on.
DSC_3916.MOVIn this video, I show operation of the machine in decimal mode, flipping the right three switches from off to on, which makes the decimal sum 15. Then, I flip the bottom center switch from the left to the right, which turns the machine into hexadecimal mode; once, I do that, the 15 appears instead as "F," which is the equivalent hexadecimal representation. Then, I switch only the fourth switch from the left to on, and all of the other ones off; once I do that, the sum is 16 in decimal, which appears as "10" in hexadecimal on the display. Finally, I switch the mode switch back to the left, and the display shows "16" since that's the decimal representation of that number.
2. Process images and review
Your process section should have at least 4 photos each of which is captioned, and ~100–300 words describing any aspect(s) of your process you'd like your readers to know about. Did something surprise you with how well or how terribly it went? Did something take much longer than expected? Did you get lucky and something worked out unexpectedly? Tell us about it.
Add captions and alt text to your images so your reader understands their relevance and meaning.
Process
Process
Laying all the parts out before beginning assembly. It took a few hours to do all the lasercutting.
Placing the central vane in its right spot prior to glueing up the side and end walls.
Lay the mating edges right next to each other to apply a single bead of glue along the line—this saves lots of time.
Ready for assembly. Note the places where glue cannot be applied in one long line; those have to have the glue applied to the right mating faces manually.
Clamping for an hour or so ensures that everything's in the right spot permanently.
We used this masonite, which the manufacturer calls "tempered service." It is actually 6mm thick from our measurements, not 1/4" as the label says.
Don't forget that this section also needs a brief bit of text, ~100–300 words describing any aspect(s) of your process you'd like your readers to know about. You can interleave this with the images or put it all at the top or bottom or however you'd like.
3. Discussion
(instructions are embedded below)
Discussion
Discussion
Overall, I am pretty happy with how my Lyrical Booklet 2 came out. While it did not live up to my prototyping and my overall goals, I think it came out really cool for the time I had to complete it. Throughout this project, I realized how annoying laser-cutting boxes can be and how they may not all perfectly slot together if you go in and change anything minor. I made three housing prototypes overall, one too small, one too big, and finally one in between (with holes cut out for stuff. I think finding the exact dimensions to cut pieces out of the box proved to be quite difficult overall, and I made do by having the LCD Screen not perfectly flush with the system.
For the feedback, the sentiments shared by Perry where he said “I do think more functionally would make this perfect as it does 1 song at a time right now” I generally agree with as an early modification to the ideath of the original idea was to have the song data be implemented with an RFID card, but I found with the time constraints that this would be difficult to implement. Additionally, Jessica’s comment, “I think that the album cover being added into the device would be cool”, was something I did consider early on, as the RFID card would be attached to the album cover. initi
If I did a future iteration of this project, there would be a few tweaks I would implement. First, I would try to make the code in a way where, if an RFID tag or some way, small amounts of data could be added to the arduino would be attached to an album. This would then also possibly make the albums able to play many more songs as I could implement another button on the book that could switch between songs stored on the album currently slotted in. Moreover, the second major tweak would be related to the rfid concept, where the album cover art itself would act as a kickstand for the book, so it could be angled more easily, which would make it much easier to use. I am not sure if I will make another iteration of this, as my workload is currently super high, but if I do I would make these changes (alongside giving the piece a paint job).
4. Technical information
4a. Include **schematic and block diagrams**, drawn in https://draw.ioref.org, and exported from that software as .png images.
The block diagram should legibly show all inputs, computational steps, and outputs of your project. The schematic should be done so that a competent person, reading your drawing and with the appropriate parts, could recreate the electrical system of the project. For both schematics and block diagrams, follow all of the standards described on the course schematics guidance page.
Technical information
Technical information
4b. Code submission, embedded into the project page
Optionally also including a Github or other version control service public-facing link. Your code should be reasonably commented throughout so that people other than you (the author) can better understand it. You don't need to explain every single line—that would be overkill—but leave useful notes in a reasonable measure.
Write a comment block at the top of the code including:
the project title,
(optionally) your name,
a description (short or long) of what the code does,
a description of pin mapping that would be useful to somebody else trying to recreate your work,
appropriate credit to any other person's/project's code that you incorporated into your project, including specific description of any generative AI service you used to help with the code, and
(optionally) a license notice (i.e. copyright, CC BY-NC-SA 4.0, the MIT License, release it to the public domain, or just follow your heart. If you have written code that you wish to keep strictly proprietary for any reason, please speak with the instructor about an exception to this documentation requirement.
Add your code by using a text box with the "code" formatting option.
Make sure that your final code as it appears on the public-facing post is correct and will compile!
/*
Andy's Code for the Lyrical Booklet
Reads an infrared ranger as input and drives a servo motor as output.
pin mapping:
Arduino pin | role | description
___________________________________________________________________
A6 input attached to output leg of IR proximity sensor
3 output driving a continuous rotation servo
*/
#include <Servo.h>
const int PROXPIN = A6,
SERVOPIN = 3;
Servo gearDriver;
void setup() {
gearDriver.attach(SERVOPIN);
pinMode(PROXPIN, INPUT);
}
void loop() {
// read proximity value
int proxVal = analogRead(PROXPIN);
// map values to appropriate range to drive motor
int motorVal = map(proxVal, 50, 1000, 5, 175);
// ensure that the motor is never instructed to go outside
// of its mechanically possible range
motorVal = constrain(motorVal, 5, 175);
// drive the motor
gearDriver.write(motorVal);
delay(10);
}
Page updated
Report abuse