Intro to Physical Computing Syllabus

Research & Learning

Other Class pages

Shop Admin

ITP Help Pages
Tom's pcomp site
DanO's pcomp site


Printable

Syllabus Main Labs & tutorials Books and Readings Parts & Supplies ClassPages

Fall 2009

Physical Computing is an approach to learning how humans communicate through computers that starts by considering how humans express themselves physically. In this course, we take the human body as a given, and attempt to design computing applications within the limits of its expression.

To realize this goal, you'll learn how a computer converts the changes in energy given off by our bodies (in the form of sound, light, motion, and other forms) into changing electronic signals that it can read interpret. You'll learn about the sensors that do this, and about very simple computers called microcontrollers that read sensors and convert their output into data. Finally, you'll learn how microcontrollers communicate with other computers.

Physical computing takes a hands-on approach, which means that you spend a lot of time building circuits, soldering, writing programs, building structures to hold sensors and controls, and figuring out how best to make all of these things relate to a person's expression.

H79.2301 (Dan O'Sullivan)

Tuesday

12:30 PM - 3:00 PM

H79.2301 (Dan O'Sullivan)

Wednesday

12:30 PM - 3:00 PM

H79.2301 (Tom Igoe)

Wednesday

9:30 AM - 12 PM

H79.2301 (Tom Igoe)

Wednesday

3:30 PM - 6:00 PM

H79.2301 (Rory Nugent)

Wednesday

6:30 PM - 9:00 PM

H79.2301 (Rory Nugent)

Thursday

6:30 PM - 9:00 PM

Please note the dates of your class. Due to the Thanksgiving Holiday and the Legislative day, there are some shifted classes.

Some time in weeks 1 - 3: Attend a tool safety session in the shop

The syllabus is broken down into:

  • Concepts we'll discuss in class. Course notes are linked so you can read them before class, to know what we're talking about.
  • Lab exercises that illustrate the concepts. You're not required to show your lab work in class, but do them each week to learn, and come in with questions if you have any. If you did something you're proud of, feel free to bring it in, though this is optional.
  • Production assignments larger assignments which have scheduled times you'll be expected to show them in class.
  • Reading to be read in the week they're assigned. Will come up in discussion the week after, usually.
  • Blog assignments Writing the week when it's assigned. Will come up in class from time to time. Read each other's stuff too.
  • Due dates for production assignments

Week 1

CONCEPTS:

LABS:

  • Lab: Setting up a breadboard
  • Lab: first Arduino program

ASSIGNMENT:

BLOG:

Sensor walk. Take a walk around your neighborhood, or a different one. Take a count of every interaction with a sensor you see. These might include:
  • Pushbuttons on an ATM
  • motion sensors on doors, faucets, etc.
  • Floor mats
  • Cameras
Take pictures or video as appropriate, of the most interesting ones.

READING:

  • Crawford, The Art of Interactive Design, chapters 1 and 2 (note: you will need to sign into NYUHome to view this. From your NYUHome home page, click "Research" then "books24x7.com" then search for "The Art of Interactive Design" by Chris Crawford. Alternately, try this link. )

Week 2

CONCEPTS:

LABS:

  • Lab: Analog in; tracking changes with variables

ASSIGNMENT:

Fantasy Device. Think of a fantasy device you've always wanted. Doesn't have to be physically possible, but it has to have a physical interface. Design what the physical interface was. Document your design on your blog, and bring it in for the class. Your mock-up doesn't have to work, and it can be made out of any materials you're comfortable with. Make this a quick sketch, just enough so that your classmates have a sense of what they would do to use your device.

Week 3

PRESENT THIS WEEK:

  • Fantasy Device

CONCEPTS:

LABS:

  • Lab: Electronics

ASSIGNMENT:

Stupid Pet Trick. Make a simple physically interactive device that uses the skills you've learned in the labs. It must respond to a physical action or series of actions a person takes, and it must be amusing, surprising, or otherwise engaging.It doesn't have to be practical, or complex, as long it shows that you understand the basics of digital and analog I/O and how to use them. If you're unfamiliar with the term "stupid pet trick," Googling the term may provide you inspiration for the tone of this project.
Examples:
  • a love-o-meter, a device that tells you what a good lover you are, based on how it measures some action you take
  • a combination lock, a device whose response is "unlocked" by a specific series of actions in a particular order from the user
  • a light mixer, a device that mixes colors of light from some analog input (to simplify, use LEDs as lights)
  • a tone mixer, same concept as the light mixer, but that mixes audible tones

READING:

Week 4

CONCEPTS:

LABS:

  • Lab: servo/analog out
  • Lab: Tone output

READING:

Week 5

PRESENT THIS WEEK:

  • Stupid Pet Trick

ASSIGNMENT:

Media controller project. Make a physical device that controls a medium. It should control the medium in real-time, so that the user can change her actions and see changes as they affect the medium. There are lots of media: digital video, digital audio, electronic or acoustic sound, physical media like paint or ink, and others. Think about paint brushes, video mixers, musical instruments, water faucets, sewing machines -- anything that can control a medium and let you see the changes as you vary your control is fair game.'
This is a group assignment. Groups will be arranged in class this week.

READING:

Week 6

CONCEPTS:

LAB:

  • Lab: Serial Output

BLOG:

Observation. Pick a piece of interactive technology in public, used by multiple people. Write down your assumptions as to how it's used, and describe the context in which it's being used. Watch people use it, preferably without them knowing they're being observed. Take notes on how they use it, what they do differently, what appear to be the difficulties, what appear to be the easiest parts. Record what takes the longest, what takes the least amount of time, and how long the whole transaction takes. Consider how the readings from Norman and Crawford reflect on what you see.

Week 7

CONCEPTS:

  • serial communication week 2
    • multiple sensors
    • Interpreting bytes: ASCII vs. binary
    • handshaking/call-and-response

LABS:

  • Lab: Multiple Serial Output

READING:

Week 8

CONCEPTS:

LABS:

Week 9

PRESENT THIS WEEK: media controller.

ASSIGNMENT:

Final project. Create a physically interactive system of your choice. Your focus in this assignment should be on careful and timely sensing of the relevant actions of the person or people that you're designing this for, and on clear, prompt, and effective response. Any interactive system is going to involve systems of listening, thinking, and speaking from both parties. Whether it involves one cycle or many, the exchange should be engaging.
Document your work thoroughly online as you go. Include details of all phases of the project. Include a project summary as well, explaining what the system you built is, what it does, and what purpose it's intended to serve. Your summary should introduce the project.
A few examples:
Musical Instruments. Performing music involves a sustained engagement between the performer and the instrument. The feedback fro mthe instrument has to be immediate and clear in order for the performer to continue playing. The interface has to be flexible so that the musician can exercise her creativity in playing, but has to have some boundaries so that she knows what the instrument can do and what it can't do.
Game interfaces. Like musical instruments, they involve constant back-and-forth interaction and immediate response. They are often simpler than musical instruments. In fact, the standard game controller has gotten so standard that the action of many games is artificially adapted to the needs of the controller, not the physical expressiveness of the player. Pick a specific game and see if you can change that.
Assistive devices. Whether it's something as simple as a reaching device (think of pickle pickers) or something more complex, these devices are very demanding of clear, reliable response.
Remote control systems. They require not only a clear interface, but must also return enough information on the remote system's action to let you know that you're doing the right thing. Whether it's a remote controller for your home electrical devices or a Mars rover controller, the need for clarity and good feedback are equally essential to the person who it's made for.
There are many other good applications for this project. Discuss the specifics of yours with your instructor.

Week 10

CONCEPTS:

  • complex data communications
    • configuration vs. communication (command move vs. data mode)
    • addressing
    • XBee serial as example
    • protocols discussion

BLOG:

  • Final Project concept. Explain the concept of your final project online. Write it and/or illustrate it so that readers who are not in this class can get a clear and concise idea of what you plan to make for the final.

Week 11

  • present finals in progress. Critique concepts and interaction

READING:

Week 12

  • present in progress, Critique concepts and interaction

BLOG:

  • describe the technical system for your final project.

Week 13

  • final project workshop. Discuss any remaining technical issues

Week 14

PRESENT THIS WEEK:

  • Final Project

BLOG:

  • finish the documentation for your final project.

Grading

Participation & Attendance: 40%
Production Assignments: 40%
Journal: 20%

Participation & Attendance

Showing up on time, engaging in the class discussion, and offering advice and critique on other projects in the class is a major part of your grade. Please be present and prompt. Lateness will hurt your grade. If you're going to be late or absent, please email your instructor in advance. If you have an emergency, please let your instructor know as soon as you can. Please turn in assignments on time as well.

Laptops

Laptop use is fine if you are using your laptop to present in class, or if we're in the middle of an exercise that makes use of it. Whenever classmates are presenting or we're in the midst of a class discussion, however, please keep your laptop closed. The quality of the class depends in large part on the quality of your attention and active participation, so please respect that and close your lid.

Mobile Phones

Please put them on vibrate or turn them off before you come to class unless they are part of your project. If you have an emergency that requires you to answer your phone during class, please tell your instructor ahead of time.

Lab Assignments

There is a lab activity for nearly every class in the first half of the semester. They are very short, simple activities. These are the basic steps you need to go through to understand the principle discussed in class each week. They're designed to help you not only to understand the technical details, but also to get a feel for what the technologies we're discussing can do, so that you can incorporate them into actual applications. You should at least complete the steps outlined in the lab activity each week, so that you understand practically what it is we're talking about. Document on your blog any discoveries you make, pitfalls you hit, and details not covered in the class or the lab that you think will be useful for your fellow students and future students in this class.

Production Assignments

For production assignments, you'll be expected to present your project in class on the day that it's due. If you're working in a group, all group members should be present, and should participate equally in the presentation.

Journal & Documentation

You are expected to keep an online journal of your progress. The purpose of the journal is twofold. First, it is a valuable way for you to communicate to your instructor that you are keeping up with the work in the class. We read the journals to see how students are doing, so you should update your journal regularly throughout the semester. At a minimum, reference to each week's work is expected, as well as reference to the readings, and thorough documentation of the production projects and technical research. Second, the journal is a way to document your work for your own use and that of others. Many ITP students have found themselves using their journals as a place to store notes, code samples, and more.

Good documentation habits for this class:

You may choose to document your major projects in a separate individual or group site if you choose, but you will be expected to link your site to the main site, and contribute to the class site as well nonetheless. Please avoid flash, shockwave, or other sites that are not text-searchable, as they won't show up on search engines for others to use.

Blogs are great for documenting your process, as they're usually defaulted to organizing the information chronologically. However, projects summarized in a blog can be confusing. It's often worthwhile to set up a separate page or pages to summarize your projects when they're done.

You should document your projects thoroughly. Plan in advance, and perhaps as a group, to have what you need to document at least your midterms and finals. Photos, video, drawings, schematics, and notes are all valuable forms of documentation. Explain the project at the beginning of your documentation, so that people who come to the site from outside this class will understand the overview before they get the explanation.

Don't overload your notes with code. If you've made a big improvement on an existing piece of code, post your new code, and link to the code you based it on (just as you would in citing a pervious author in a paper). If you only changed one part of an existing program, post only the part you changed, and link to the original. Make sure any code you post is well-commented, so you and others can understand what it does.

Always cite the sources of your code, the places you learned techniques from, and the inspirations of your ideas. This is the equivalent to citing your sources in a written paper, and copying code or techniques without attribution is plagiarism. few ideas come out of the blue, and your readers can learn a lot from the sources you learned from or were inspired by.

Work on this as you go, don't put it off until the end. Your fellow classmates will find your notes as useful too.

Pictures help a lot.

A few good recent sample journals:

  • Morgen Fleisig's intro to physical computing blog
  • Alexander Reeder's intro to physical computing blog - concise, clear notes on what he did, code where it's useful, helpful pictures.
  • Petra Farinha's intro to physical computing blog
  • Chris Cerrito's blog - his notes on his final project, Pinhole Painter, are very detailed.
  • Jason Babcock's journal These are notes Jason kept throughout his time at ITP. Each section covers the technical details of a specific project. Sometimes the task is part of a larger project, and sometimes it's a project in itself. This is an excellent example of how to document the tech details of your projects.
  • John Schimmel John's journal offers good explanations of all of his projects. His post titles are descriptive, so you can skip around and know a bit about what you're getting.
  • Saranont Limpananont Though his journal is not for the physical computing class, Nont's journal is an excellent example. He combines thoughtful critical reading notes, details on his technical process, and clear descriptions of his projects. His documentation of Physical SimVillage is a good example of a summary of the project that's independent from his working notes.
Syllabus Main Labs & tutorials Books and Readings Parts & Supplies ClassPages



By Week

The syllabus is broken down into:

  • Concepts we'll discuss in class. Course notes are linked so you can read them before class, to know what we're talking about.
  • Lab exercises that illustrate the concepts. You're not required to show your lab work in class, but do them each week to learn, and come in with questions if you have any. If you did something you're proud of, feel free to bring it in, though this is optional.
  • Production assignments larger assignments which have scheduled times you'll be expected to show them in class.
  • Reading to be read in the week they're assigned. Will come up in discussion the week after, usually.
  • Blog assignments Writing the week when it's assigned. Will come up in class from time to time. Read each other's stuff too.
  • Due dates for production assignments

Week 1

CONCEPTS:

LABS:

  • Lab: Setting up a breadboard
  • Lab: first Arduino program

ASSIGNMENT:

BLOG:

Sensor walk. Take a walk around your neighborhood, or a different one. Take a count of every interaction with a sensor you see. These might include:
  • Pushbuttons on an ATM
  • motion sensors on doors, faucets, etc.
  • Floor mats
  • Cameras
Take pictures or video as appropriate, of the most interesting ones.

READING:

  • Crawford, The Art of Interactive Design, chapters 1 and 2 (note: you will need to sign into NYUHome to view this. From your NYUHome home page, click "Research" then "books24x7.com" then search for "The Art of Interactive Design" by Chris Crawford. Alternately, try this link. )

Week 2

CONCEPTS:

LABS:

  • Lab: Analog in; tracking changes with variables

ASSIGNMENT:

Fantasy Device. Think of a fantasy device you've always wanted. Doesn't have to be physically possible, but it has to have a physical interface. Design what the physical interface was. Document your design on your blog, and bring it in for the class. Your mock-up doesn't have to work, and it can be made out of any materials you're comfortable with. Make this a quick sketch, just enough so that your classmates have a sense of what they would do to use your device.

Week 3

PRESENT THIS WEEK:

  • Fantasy Device

CONCEPTS:

LABS:

  • Lab: Electronics

ASSIGNMENT:

Stupid Pet Trick. Make a simple physically interactive device that uses the skills you've learned in the labs. It must respond to a physical action or series of actions a person takes, and it must be amusing, surprising, or otherwise engaging.It doesn't have to be practical, or complex, as long it shows that you understand the basics of digital and analog I/O and how to use them. If you're unfamiliar with the term "stupid pet trick," Googling the term may provide you inspiration for the tone of this project.
Examples:
  • a love-o-meter, a device that tells you what a good lover you are, based on how it measures some action you take
  • a combination lock, a device whose response is "unlocked" by a specific series of actions in a particular order from the user
  • a light mixer, a device that mixes colors of light from some analog input (to simplify, use LEDs as lights)
  • a tone mixer, same concept as the light mixer, but that mixes audible tones

READING:

Week 4

CONCEPTS:

LABS:

  • Lab: servo/analog out
  • Lab: Tone output

READING:

Week 5

PRESENT THIS WEEK:

  • Stupid Pet Trick

ASSIGNMENT:

Media controller project. Make a physical device that controls a medium. It should control the medium in real-time, so that the user can change her actions and see changes as they affect the medium. There are lots of media: digital video, digital audio, electronic or acoustic sound, physical media like paint or ink, and others. Think about paint brushes, video mixers, musical instruments, water faucets, sewing machines -- anything that can control a medium and let you see the changes as you vary your control is fair game.'
This is a group assignment. Groups will be arranged in class this week.

READING:

Week 6

CONCEPTS:

LAB:

  • Lab: Serial Output

BLOG:

Observation. Pick a piece of interactive technology in public, used by multiple people. Write down your assumptions as to how it's used, and describe the context in which it's being used. Watch people use it, preferably without them knowing they're being observed. Take notes on how they use it, what they do differently, what appear to be the difficulties, what appear to be the easiest parts. Record what takes the longest, what takes the least amount of time, and how long the whole transaction takes. Consider how the readings from Norman and Crawford reflect on what you see.

Week 7

CONCEPTS:

  • serial communication week 2
    • multiple sensors
    • Interpreting bytes: ASCII vs. binary
    • handshaking/call-and-response

LABS:

  • Lab: Multiple Serial Output

READING:

Week 8

CONCEPTS:

LABS:

Week 9

PRESENT THIS WEEK: media controller.

ASSIGNMENT:

Final project. Create a physically interactive system of your choice. Your focus in this assignment should be on careful and timely sensing of the relevant actions of the person or people that you're designing this for, and on clear, prompt, and effective response. Any interactive system is going to involve systems of listening, thinking, and speaking from both parties. Whether it involves one cycle or many, the exchange should be engaging.
Document your work thoroughly online as you go. Include details of all phases of the project. Include a project summary as well, explaining what the system you built is, what it does, and what purpose it's intended to serve. Your summary should introduce the project.
A few examples:
Musical Instruments. Performing music involves a sustained engagement between the performer and the instrument. The feedback fro mthe instrument has to be immediate and clear in order for the performer to continue playing. The interface has to be flexible so that the musician can exercise her creativity in playing, but has to have some boundaries so that she knows what the instrument can do and what it can't do.
Game interfaces. Like musical instruments, they involve constant back-and-forth interaction and immediate response. They are often simpler than musical instruments. In fact, the standard game controller has gotten so standard that the action of many games is artificially adapted to the needs of the controller, not the physical expressiveness of the player. Pick a specific game and see if you can change that.
Assistive devices. Whether it's something as simple as a reaching device (think of pickle pickers) or something more complex, these devices are very demanding of clear, reliable response.
Remote control systems. They require not only a clear interface, but must also return enough information on the remote system's action to let you know that you're doing the right thing. Whether it's a remote controller for your home electrical devices or a Mars rover controller, the need for clarity and good feedback are equally essential to the person who it's made for.
There are many other good applications for this project. Discuss the specifics of yours with your instructor.

Week 10

CONCEPTS:

  • complex data communications
    • configuration vs. communication (command move vs. data mode)
    • addressing
    • XBee serial as example
    • protocols discussion

BLOG:

  • Final Project concept. Explain the concept of your final project online. Write it and/or illustrate it so that readers who are not in this class can get a clear and concise idea of what you plan to make for the final.

Week 11

  • present finals in progress. Critique concepts and interaction

READING:

Week 12

  • present in progress, Critique concepts and interaction

BLOG:

  • describe the technical system for your final project.

Week 13

  • final project workshop. Discuss any remaining technical issues

Week 14

PRESENT THIS WEEK:

  • Final Project

BLOG:

  • finish the documentation for your final project.

Grading

Participation & Attendance: 40%
Production Assignments: 40%
Journal: 20%

Participation & Attendance

Showing up on time, engaging in the class discussion, and offering advice and critique on other projects in the class is a major part of your grade. Please be present and prompt. Lateness will hurt your grade. If you're going to be late or absent, please email your instructor in advance. If you have an emergency, please let your instructor know as soon as you can. Please turn in assignments on time as well.

Laptops

Laptop use is fine if you are using your laptop to present in class, or if we're in the middle of an exercise that makes use of it. Whenever classmates are presenting or we're in the midst of a class discussion, however, please keep your laptop closed. The quality of the class depends in large part on the quality of your attention and active participation, so please respect that and close your lid.

Mobile Phones

Please put them on vibrate or turn them off before you come to class unless they are part of your project. If you have an emergency that requires you to answer your phone during class, please tell your instructor ahead of time.

Lab Assignments

There is a lab activity for nearly every class in the first half of the semester. They are very short, simple activities. These are the basic steps you need to go through to understand the principle discussed in class each week. They're designed to help you not only to understand the technical details, but also to get a feel for what the technologies we're discussing can do, so that you can incorporate them into actual applications. You should at least complete the steps outlined in the lab activity each week, so that you understand practically what it is we're talking about. Document on your blog any discoveries you make, pitfalls you hit, and details not covered in the class or the lab that you think will be useful for your fellow students and future students in this class.

Production Assignments

For production assignments, you'll be expected to present your project in class on the day that it's due. If you're working in a group, all group members should be present, and should participate equally in the presentation.

Journal & Documentation

You are expected to keep an online journal of your progress. The purpose of the journal is twofold. First, it is a valuable way for you to communicate to your instructor that you are keeping up with the work in the class. We read the journals to see how students are doing, so you should update your journal regularly throughout the semester. At a minimum, reference to each week's work is expected, as well as reference to the readings, and thorough documentation of the production projects and technical research. Second, the journal is a way to document your work for your own use and that of others. Many ITP students have found themselves using their journals as a place to store notes, code samples, and more.

Good documentation habits for this class:

You may choose to document your major projects in a separate individual or group site if you choose, but you will be expected to link your site to the main site, and contribute to the class site as well nonetheless. Please avoid flash, shockwave, or other sites that are not text-searchable, as they won't show up on search engines for others to use.

Blogs are great for documenting your process, as they're usually defaulted to organizing the information chronologically. However, projects summarized in a blog can be confusing. It's often worthwhile to set up a separate page or pages to summarize your projects when they're done.

You should document your projects thoroughly. Plan in advance, and perhaps as a group, to have what you need to document at least your midterms and finals. Photos, video, drawings, schematics, and notes are all valuable forms of documentation. Explain the project at the beginning of your documentation, so that people who come to the site from outside this class will understand the overview before they get the explanation.

Don't overload your notes with code. If you've made a big improvement on an existing piece of code, post your new code, and link to the code you based it on (just as you would in citing a pervious author in a paper). If you only changed one part of an existing program, post only the part you changed, and link to the original. Make sure any code you post is well-commented, so you and others can understand what it does.

Always cite the sources of your code, the places you learned techniques from, and the inspirations of your ideas. This is the equivalent to citing your sources in a written paper, and copying code or techniques without attribution is plagiarism. few ideas come out of the blue, and your readers can learn a lot from the sources you learned from or were inspired by.

Work on this as you go, don't put it off until the end. Your fellow classmates will find your notes as useful too.

Pictures help a lot.

A few good recent sample journals:

  • Morgen Fleisig's intro to physical computing blog
  • Alexander Reeder's intro to physical computing blog - concise, clear notes on what he did, code where it's useful, helpful pictures.
  • Petra Farinha's intro to physical computing blog
  • Chris Cerrito's blog - his notes on his final project, Pinhole Painter, are very detailed.
  • Jason Babcock's journal These are notes Jason kept throughout his time at ITP. Each section covers the technical details of a specific project. Sometimes the task is part of a larger project, and sometimes it's a project in itself. This is an excellent example of how to document the tech details of your projects.
  • John Schimmel John's journal offers good explanations of all of his projects. His post titles are descriptive, so you can skip around and know a bit about what you're getting.
  • Saranont Limpananont Though his journal is not for the physical computing class, Nont's journal is an excellent example. He combines thoughtful critical reading notes, details on his technical process, and clear descriptions of his projects. His documentation of Physical SimVillage is a good example of a summary of the project that's independent from his working notes.

Reading

Physical Computing: Sensing and Controlling the Physical World with Computers, Dan O'Sullivan and Tom Igoe ©2004, Thomson Course Technology PTR; ISBN: 159200346X
Includes all the stuff covered in class and lots of advanced examples as well. This book was developed from this course. You can get through the course without it, but it'll make your life a whole lot easier if you read it while taking the class. The code examples in the book are not written for Arduino, but the concepts for each exercise apply to Arduino as well as the controllers described in the book. Even without the specific code, the examples will be useful, especially when combined with the labs in this class.


Below are recommended texts for the course in general. You have readings from the first three. All of them are good inspirational guides for physical computing and computing in general. They are not assigned, but you'll find them to be useful reading in physical interaction design.

The Design of Everyday Things, Donald A. Norman ©1990 Doubleday Books; ISBN: 0385267746
If you design at all, or work with people who do, read this. A lucid approach to the psychology of everyday interaction and how the objects we deal with could be better designed to match the strengths and weaknesses of the way we think. His predictions about physical interaction design and information design, some accurate and some not, are interesting history lessons eleven years after the first edition.

The Art of Interactive Design, Chris Crawford, ©2002 No Starch Press; ISBN: 1886411840
Written in a very casual style, this book nevertheless is an excellent and concise summary of what interaction design is, why it is important, and what problems it brings with it. Anyone seriously interested in interaction design, physical or not, should read this book.

Emotional Design: Why We Love (Or Hate) Everyday Things Donald A. Norman. Basic books, ©2005. ISBN: 0465051367.
In this book, Norman counters some of the points he makes in his first book, The Design of Everyday Things, by pointing out that we do make decisions about design based on emotional reasoning, and that design affects us emotionally. He describes Human reaction to design on three levels: the visceral, or how it appears; the behavioral, or how it acts; and reflective, or how it makes us think and feel about ourselves through our association with it.

The User Illusion: Cutting Consciousness Down to Size, Tor Nørretranders ©1998 Viking Press; ISBN: 0670875791
Makes the case that much of our experience of the world does not come to us through our consciousness; in fact, the majority of it dealt with pre-consciously.

The following are good references for electronics hobbyists. Take a look at both, and get one or the other as a general reference, or find an electronics reference of your own.

Getting Started in Electronics, Forrest M. Mims III, ©1983, Forrest M. Mims III
A very basic introduction to electricity and electronics, written in notebook style. Includes descriptions of the basic components and what they do, and how they relate to each other.

Practical Electronics for Inventors, 1st Edition. Paul Scherz, ©2000, McGraw-Hill Professional Publishing; ISBN: 0070580782
A more in-depth treatment of electronics, with many practical examples and illustrations. An excellent reference for those comfortable with the basic topics. The use of plumbing systems as examples to demonstrate electric principles makes for some very clear illustrations of how different components work. Good chapters on sound electronics and motors as well.

Getting Started with Arduino, Massimo Banzi ©2008, O'Reilly Media ISBN 10: 0-596-15551-4 | ISBN 13: 9780596155513
A straightforward beginners' guide to most of the beginning exercises in this class.

Fashioning Technology: a DIY Intro to Smart Crafting Syuzi Pakhchyan. Make books, ©2008. ISBN: 0596514379.

This book includes a nice introduction to basic electronics and a number of construction projects for simple electronic crafts. The construction techniques are aimed primarily at wearables and soft circuit projects, but they'reuseful for a number of other projects as well.

A longer list of books for inspiration and reference is available online at Tom's books link.

Parts & Supplies

Parts

A list of parts needed for the first few weeks follows. You will end up spending money on materials in this class. It can be done reasonably inexpensively, by scavenging parts, reusing parts, and so forth, but more ambitious projects inevitably make demands on your budget.

Parts needed for Intro Physical Computing
Note that there are some parts available in the physical computing lab cabinet. This cabinet is not meant as a constant supply for physical computing students. It is a place to get things the first time, so you know what they look like before you have to order them online. If you need a last-minute LED or regulator and there's one available, it's okay to take it, but please don't hoard parts from this cabinet, and please don't count on it as your main source for parts.

The NYU Computer Store carries kits to make your life easier. In it you will find enough parts to complete the basic instructions in each lab. They also carry a basic toolkit, with the minimum amount of tools you might need for the same (those tools can be handy around the house too). If you have none of your own parts or tools, purchase the basic parts kit and basic tool kit, at least. Here's what's in the kits.

physical computing parts kit
physical computing parts kit


Here's what's in the kit:

5V Voltage Regulator
5V voltage regulator
3.3V Voltage Regulator
3.3V voltage regulator
LEDs
LEDs
solderless breadboard
solderless breadboard
resistors
resistors
potentiometer
potentiometer
trimmer potentiometers
trimmer potentiometers
momentary switches
momentary switches
toggle switches
toggle switches
photocell
photocell
thermistor
thermistor
ceramic capacitors
ceramic capacitors
electrolytic capacitors
electrolytic capacitors
1N4001 diodes
1N4001 diodes
zener diodes
zener diodes
transistors
transistors
DC power jack
DC power jack
AA battery holder
AA battery holder
9V battery snap
9V battery snap
servomotor
servomotor
DC motor
DC motor
gearbox kit
gearbox kit
H-bridge
H-bridge
reed relay
reed relay
screw terminals
screw terminals
DC Power Supply
DC Power Supply


In addition to the basic kits, they also carry a supplemental toolkit, some more interesting sensors and actuators that you might find helpful to do the more creative steps at the end of each lab.

When you go to the bookstore to buy your kit, bring your student ID. The intro kits will be reserved for ITP students for the first few weeks of the semester.


  Edit | View | History | Print | Recent Changes | Search Page last modified on August 16, 2007, at 11:17 AM