<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://hades.mech.northwestern.edu//api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Nelson+Rosa</id>
	<title>Mech - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://hades.mech.northwestern.edu//api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Nelson+Rosa"/>
	<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php/Special:Contributions/Nelson_Rosa"/>
	<updated>2026-04-27T15:49:24Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.35.9</generator>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=File:MATLAB_Robotics_Toolbox_for_ME449.zip&amp;diff=23272</id>
		<title>File:MATLAB Robotics Toolbox for ME449.zip</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=File:MATLAB_Robotics_Toolbox_for_ME449.zip&amp;diff=23272"/>
		<updated>2015-10-29T05:19:36Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: uploaded a new version of &amp;amp;quot;File:MATLAB Robotics Toolbox for ME449.zip&amp;amp;quot;: added missing simulink folder&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=File:ME449-MATLAB-Robotics-Toolbox-Instructions.pdf&amp;diff=23271</id>
		<title>File:ME449-MATLAB-Robotics-Toolbox-Instructions.pdf</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=File:ME449-MATLAB-Robotics-Toolbox-Instructions.pdf&amp;diff=23271"/>
		<updated>2015-10-29T05:01:56Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: uploaded a new version of &amp;amp;quot;File:ME449-MATLAB-Robotics-Toolbox-Instructions.pdf&amp;amp;quot;: trying to get new version to load&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;recent set of instructions.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=File:MATLAB_Robotics_Toolbox_for_ME449.zip&amp;diff=23270</id>
		<title>File:MATLAB Robotics Toolbox for ME449.zip</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=File:MATLAB_Robotics_Toolbox_for_ME449.zip&amp;diff=23270"/>
		<updated>2015-10-29T04:52:01Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: uploaded a new version of &amp;amp;quot;File:MATLAB Robotics Toolbox for ME449.zip&amp;amp;quot;: removed dynamics in mdl_wam and added updated PDF.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=File:ME449-MATLAB-Robotics-Toolbox-Instructions.pdf&amp;diff=23269</id>
		<title>File:ME449-MATLAB-Robotics-Toolbox-Instructions.pdf</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=File:ME449-MATLAB-Robotics-Toolbox-Instructions.pdf&amp;diff=23269"/>
		<updated>2015-10-29T04:50:31Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: uploaded a new version of &amp;amp;quot;File:ME449-MATLAB-Robotics-Toolbox-Instructions.pdf&amp;amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;recent set of instructions.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=File:ME449-MATLAB-Robotics-Toolbox-Instructions.pdf&amp;diff=23267</id>
		<title>File:ME449-MATLAB-Robotics-Toolbox-Instructions.pdf</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=File:ME449-MATLAB-Robotics-Toolbox-Instructions.pdf&amp;diff=23267"/>
		<updated>2015-10-29T02:14:19Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: recent set of instructions.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;recent set of instructions.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=ME_449_Robotic_Manipulation&amp;diff=23266</id>
		<title>ME 449 Robotic Manipulation</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=ME_449_Robotic_Manipulation&amp;diff=23266"/>
		<updated>2015-10-29T02:08:11Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* The Robotics Toolbox for MATLAB */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;#039;&amp;#039;&amp;#039;Fall Quarter 2015&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
* Instructor:  Prof. Kevin Lynch&lt;br /&gt;
* Office hours:  Tech B222, Monday 2-3, Tuesday 2-3&lt;br /&gt;
* Meeting:  12:30-1:50 TTh, Tech A110&lt;br /&gt;
* course website:  http://hades.mech.northwestern.edu/index.php/ME_449_Robotic_Manipulation&lt;br /&gt;
&lt;br /&gt;
==Course Summary==&lt;br /&gt;
&lt;br /&gt;
Mechanics of robotic manipulation, computer representations and algorithms for manipulation planning, and applications to industrial automation, parts feeding, grasping, fixturing, and assembly.&lt;br /&gt;
&lt;br /&gt;
==Grading==&lt;br /&gt;
&lt;br /&gt;
Grading for the course will be based on problem sets and a final project. There will be no exams. &lt;br /&gt;
&lt;br /&gt;
==Course Text==&lt;br /&gt;
[[Media:park-lynch.pdf|&amp;quot;Introduction to Robotics:  Mechanics, Planning, and Control,&amp;quot; F. C. Park and K. M. Lynch]].  These course notes will be undergoing revision throughout the quarter; check the timestamp in the table of contents.&lt;br /&gt;
&lt;br /&gt;
[[Media:ME449-Summary-2014.pdf|Summary of important equations]].&lt;br /&gt;
&lt;br /&gt;
[http://www.it.northwestern.edu/software/matlab/obtain.html How to obtain Matlab]&lt;br /&gt;
&lt;br /&gt;
==Assignments==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Instructions for uploading assignments to Canvas:&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
0.  &amp;#039;&amp;#039;&amp;#039;Upload on time!&amp;#039;&amp;#039;&amp;#039; Late submissions are not accepted.  The cutoff time is at the beginning of class on the day the assignment is due.&lt;br /&gt;
&lt;br /&gt;
1.  Only upload one zip file or rar file for each assignment;&lt;br /&gt;
&lt;br /&gt;
2.  In each zip file or rar file, include all source codes in their original form, such as .cpp, .m, .py, .nb. It will make our life much easier if the files are in their original format, instead of a pdf version of all codes;&lt;br /&gt;
&lt;br /&gt;
3.  If there is a demo test, combine the screen shots into one pdf file, and include it in the zip file (or rar file). &lt;br /&gt;
&lt;br /&gt;
4.  Please name the codes by their corresponding problem numbers. &lt;br /&gt;
&lt;br /&gt;
5.  Please name the upload file in the following format: LastName_FirstName.zip.&lt;br /&gt;
&lt;br /&gt;
* [[Media:ME449-2015F-hwk1.pdf|Assignment 1]], due Thursday Oct 15 at the beginning of class&lt;br /&gt;
* [[Media:ME449-2015F-hwk2.pdf|Assignment 2]], due Tuesday Oct 27 at the beginning of class&lt;br /&gt;
&lt;br /&gt;
==Visualizing Manipulators in MATLAB or ROS==&lt;br /&gt;
We provide two different methods for visualizing the motion of a robotic arm, one in MATLAB and the other in ROS.  Choose whichever method sounds more appealing to you.&lt;br /&gt;
&lt;br /&gt;
===The Robotics Toolbox for MATLAB===&lt;br /&gt;
If you would like to use MATLAB, we recommend the [http://petercorke.com/Robotics_Toolbox.html Robotics Toolbox for MATLAB].  Please download the version we provide on the ME 449 wiki.  We&amp;#039;ve made a minor change to the original code, so that the base and end-effector frames are shown by default.  Instructions on how to visualize poses and animate arm trajectories can be found [[Media:ME449-MATLAB-Robotics-Toolbox-Instructions.pdf|here]] and in the zip file below.&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Download&amp;#039;&amp;#039;&amp;#039;: [[Media:MATLAB Robotics Toolbox for ME449.zip|MATLAB Robotics Toolbox for ME 449.zip]].&lt;br /&gt;
&lt;br /&gt;
===ROS/rviz===&lt;br /&gt;
If you would like to use [http://wiki.ros.org/rviz rviz], a visualization package in [http://wiki.ros.org/ ROS (Robot Operating System)], we provide installation and usage instructions for native Linux users and a virtual machine for Windows and Mac users.&lt;br /&gt;
&lt;br /&gt;
Linux users, follow these instructions: [https://gist.github.com/sherifm/f76cab0e785943f9aadc Kinematics Tool Guide for Native ROS on Linux].&lt;br /&gt;
&lt;br /&gt;
Windows and Mac users, you should follow these instructions: [https://gist.github.com/sherifm/ba54c406c4f4ae140594 Kinematics Tool Guide in a Virtual Machine (Mac, Windows)].&lt;br /&gt;
&lt;br /&gt;
==Approximate Syllabus==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Configuration Space&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 2&lt;br /&gt;
* degrees of freedom, Grubler&amp;#039;s formula, parameterizations, holonomic and nonholonomic constraints &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Rigid-Body Motions&amp;#039;&amp;#039;&amp;#039; &lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 3, but you may skim/skip 3.2.2, 3.2.4&lt;br /&gt;
* rotation matrices, Euler angles, exponential coordinates, unit quaternions&lt;br /&gt;
* angular velocities&lt;br /&gt;
* rigid-body motions&lt;br /&gt;
* spatial velocities&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Forward Kinematics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 4, but you may skim/skip 4.1 and 4.2.3&lt;br /&gt;
* product of exponentials formula &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Velocity Kinematics and Statics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 5&lt;br /&gt;
* coordinate, space, and body Jacobians &lt;br /&gt;
* statics of open chains, singularities, manipulability &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Inverse Kinematics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 6, but you may skip 6.1&lt;br /&gt;
* 2R example, numerical methods, and redundant open chains &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Dynamics of Open Chains&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 8.1 and 8.2 on Lagrangian formulation, rest of the chapter on Newton-Euler and task space coords&lt;br /&gt;
* Lagrangian formulation, dynamics of a single rigid body &lt;br /&gt;
* Newton-Euler inverse and forward dynamics of open chains, dynamics in task space&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Trajectory Generation&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 9, but you may skip 9.2 and 9.3&lt;br /&gt;
* definitions and time-optimal time scaling &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Motion Planning&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 10 through 10.5.1&lt;br /&gt;
* overview, foundations, and complete path planners&lt;br /&gt;
* grid methods and the RRT sampling method&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Robot Control&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
optional:  Chapter 11&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Grasping and Manipulation&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 12&lt;br /&gt;
* contact kinematics, planar graphical methods, and form closure&lt;br /&gt;
* contact forces, planar graphical methods, and force closure, Chapter 12.2&lt;br /&gt;
* other manipulation, Chapter 12.3&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!--&lt;br /&gt;
==Archive==&lt;br /&gt;
&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive 2012)|ME 449 Spring 2012]]&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive Spring 2014)|ME 449 Spring 2014]]&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive Fall 2014)|ME 449 Fall 2014]]&lt;br /&gt;
--&amp;gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=ME_449_Robotic_Manipulation&amp;diff=23265</id>
		<title>ME 449 Robotic Manipulation</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=ME_449_Robotic_Manipulation&amp;diff=23265"/>
		<updated>2015-10-29T02:04:26Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* The Robotics Toolbox for MATLAB */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;#039;&amp;#039;&amp;#039;Fall Quarter 2015&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
* Instructor:  Prof. Kevin Lynch&lt;br /&gt;
* Office hours:  Tech B222, Monday 2-3, Tuesday 2-3&lt;br /&gt;
* Meeting:  12:30-1:50 TTh, Tech A110&lt;br /&gt;
* course website:  http://hades.mech.northwestern.edu/index.php/ME_449_Robotic_Manipulation&lt;br /&gt;
&lt;br /&gt;
==Course Summary==&lt;br /&gt;
&lt;br /&gt;
Mechanics of robotic manipulation, computer representations and algorithms for manipulation planning, and applications to industrial automation, parts feeding, grasping, fixturing, and assembly.&lt;br /&gt;
&lt;br /&gt;
==Grading==&lt;br /&gt;
&lt;br /&gt;
Grading for the course will be based on problem sets and a final project. There will be no exams. &lt;br /&gt;
&lt;br /&gt;
==Course Text==&lt;br /&gt;
[[Media:park-lynch.pdf|&amp;quot;Introduction to Robotics:  Mechanics, Planning, and Control,&amp;quot; F. C. Park and K. M. Lynch]].  These course notes will be undergoing revision throughout the quarter; check the timestamp in the table of contents.&lt;br /&gt;
&lt;br /&gt;
[[Media:ME449-Summary-2014.pdf|Summary of important equations]].&lt;br /&gt;
&lt;br /&gt;
[http://www.it.northwestern.edu/software/matlab/obtain.html How to obtain Matlab]&lt;br /&gt;
&lt;br /&gt;
==Assignments==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Instructions for uploading assignments to Canvas:&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
0.  &amp;#039;&amp;#039;&amp;#039;Upload on time!&amp;#039;&amp;#039;&amp;#039; Late submissions are not accepted.  The cutoff time is at the beginning of class on the day the assignment is due.&lt;br /&gt;
&lt;br /&gt;
1.  Only upload one zip file or rar file for each assignment;&lt;br /&gt;
&lt;br /&gt;
2.  In each zip file or rar file, include all source codes in their original form, such as .cpp, .m, .py, .nb. It will make our life much easier if the files are in their original format, instead of a pdf version of all codes;&lt;br /&gt;
&lt;br /&gt;
3.  If there is a demo test, combine the screen shots into one pdf file, and include it in the zip file (or rar file). &lt;br /&gt;
&lt;br /&gt;
4.  Please name the codes by their corresponding problem numbers. &lt;br /&gt;
&lt;br /&gt;
5.  Please name the upload file in the following format: LastName_FirstName.zip.&lt;br /&gt;
&lt;br /&gt;
* [[Media:ME449-2015F-hwk1.pdf|Assignment 1]], due Thursday Oct 15 at the beginning of class&lt;br /&gt;
* [[Media:ME449-2015F-hwk2.pdf|Assignment 2]], due Tuesday Oct 27 at the beginning of class&lt;br /&gt;
&lt;br /&gt;
==Visualizing Manipulators in MATLAB or ROS==&lt;br /&gt;
We provide two different methods for visualizing the motion of a robotic arm, one in MATLAB and the other in ROS.  Choose whichever method sounds more appealing to you.&lt;br /&gt;
&lt;br /&gt;
===The Robotics Toolbox for MATLAB===&lt;br /&gt;
If you would like to use MATLAB, we recommend the [http://petercorke.com/Robotics_Toolbox.html Robotics Toolbox for MATLAB].  Please download the version we provide on the ME 449 wiki.  We&amp;#039;ve made a minor change to the original code, so that the base and end-effector frames are shown by default.  Instructions on how to visualize poses and animate arm trajectories can be found [[Media:MATLAB-Robotics-Toolbox-Instructions.pdf|here]] and in the zip file below.&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Download&amp;#039;&amp;#039;&amp;#039;: [[Media:MATLAB Robotics Toolbox for ME449.zip|MATLAB Robotics Toolbox for ME 449.zip]].&lt;br /&gt;
&lt;br /&gt;
===ROS/rviz===&lt;br /&gt;
If you would like to use [http://wiki.ros.org/rviz rviz], a visualization package in [http://wiki.ros.org/ ROS (Robot Operating System)], we provide installation and usage instructions for native Linux users and a virtual machine for Windows and Mac users.&lt;br /&gt;
&lt;br /&gt;
Linux users, follow these instructions: [https://gist.github.com/sherifm/f76cab0e785943f9aadc Kinematics Tool Guide for Native ROS on Linux].&lt;br /&gt;
&lt;br /&gt;
Windows and Mac users, you should follow these instructions: [https://gist.github.com/sherifm/ba54c406c4f4ae140594 Kinematics Tool Guide in a Virtual Machine (Mac, Windows)].&lt;br /&gt;
&lt;br /&gt;
==Approximate Syllabus==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Configuration Space&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 2&lt;br /&gt;
* degrees of freedom, Grubler&amp;#039;s formula, parameterizations, holonomic and nonholonomic constraints &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Rigid-Body Motions&amp;#039;&amp;#039;&amp;#039; &lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 3, but you may skim/skip 3.2.2, 3.2.4&lt;br /&gt;
* rotation matrices, Euler angles, exponential coordinates, unit quaternions&lt;br /&gt;
* angular velocities&lt;br /&gt;
* rigid-body motions&lt;br /&gt;
* spatial velocities&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Forward Kinematics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 4, but you may skim/skip 4.1 and 4.2.3&lt;br /&gt;
* product of exponentials formula &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Velocity Kinematics and Statics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 5&lt;br /&gt;
* coordinate, space, and body Jacobians &lt;br /&gt;
* statics of open chains, singularities, manipulability &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Inverse Kinematics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 6, but you may skip 6.1&lt;br /&gt;
* 2R example, numerical methods, and redundant open chains &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Dynamics of Open Chains&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 8.1 and 8.2 on Lagrangian formulation, rest of the chapter on Newton-Euler and task space coords&lt;br /&gt;
* Lagrangian formulation, dynamics of a single rigid body &lt;br /&gt;
* Newton-Euler inverse and forward dynamics of open chains, dynamics in task space&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Trajectory Generation&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 9, but you may skip 9.2 and 9.3&lt;br /&gt;
* definitions and time-optimal time scaling &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Motion Planning&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 10 through 10.5.1&lt;br /&gt;
* overview, foundations, and complete path planners&lt;br /&gt;
* grid methods and the RRT sampling method&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Robot Control&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
optional:  Chapter 11&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Grasping and Manipulation&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 12&lt;br /&gt;
* contact kinematics, planar graphical methods, and form closure&lt;br /&gt;
* contact forces, planar graphical methods, and force closure, Chapter 12.2&lt;br /&gt;
* other manipulation, Chapter 12.3&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!--&lt;br /&gt;
==Archive==&lt;br /&gt;
&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive 2012)|ME 449 Spring 2012]]&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive Spring 2014)|ME 449 Spring 2014]]&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive Fall 2014)|ME 449 Fall 2014]]&lt;br /&gt;
--&amp;gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=ME_449_Robotic_Manipulation&amp;diff=23263</id>
		<title>ME 449 Robotic Manipulation</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=ME_449_Robotic_Manipulation&amp;diff=23263"/>
		<updated>2015-10-29T02:02:59Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* The Robotics Toolbox for MATLAB */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;#039;&amp;#039;&amp;#039;Fall Quarter 2015&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
* Instructor:  Prof. Kevin Lynch&lt;br /&gt;
* Office hours:  Tech B222, Monday 2-3, Tuesday 2-3&lt;br /&gt;
* Meeting:  12:30-1:50 TTh, Tech A110&lt;br /&gt;
* course website:  http://hades.mech.northwestern.edu/index.php/ME_449_Robotic_Manipulation&lt;br /&gt;
&lt;br /&gt;
==Course Summary==&lt;br /&gt;
&lt;br /&gt;
Mechanics of robotic manipulation, computer representations and algorithms for manipulation planning, and applications to industrial automation, parts feeding, grasping, fixturing, and assembly.&lt;br /&gt;
&lt;br /&gt;
==Grading==&lt;br /&gt;
&lt;br /&gt;
Grading for the course will be based on problem sets and a final project. There will be no exams. &lt;br /&gt;
&lt;br /&gt;
==Course Text==&lt;br /&gt;
[[Media:park-lynch.pdf|&amp;quot;Introduction to Robotics:  Mechanics, Planning, and Control,&amp;quot; F. C. Park and K. M. Lynch]].  These course notes will be undergoing revision throughout the quarter; check the timestamp in the table of contents.&lt;br /&gt;
&lt;br /&gt;
[[Media:ME449-Summary-2014.pdf|Summary of important equations]].&lt;br /&gt;
&lt;br /&gt;
[http://www.it.northwestern.edu/software/matlab/obtain.html How to obtain Matlab]&lt;br /&gt;
&lt;br /&gt;
==Assignments==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Instructions for uploading assignments to Canvas:&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
0.  &amp;#039;&amp;#039;&amp;#039;Upload on time!&amp;#039;&amp;#039;&amp;#039; Late submissions are not accepted.  The cutoff time is at the beginning of class on the day the assignment is due.&lt;br /&gt;
&lt;br /&gt;
1.  Only upload one zip file or rar file for each assignment;&lt;br /&gt;
&lt;br /&gt;
2.  In each zip file or rar file, include all source codes in their original form, such as .cpp, .m, .py, .nb. It will make our life much easier if the files are in their original format, instead of a pdf version of all codes;&lt;br /&gt;
&lt;br /&gt;
3.  If there is a demo test, combine the screen shots into one pdf file, and include it in the zip file (or rar file). &lt;br /&gt;
&lt;br /&gt;
4.  Please name the codes by their corresponding problem numbers. &lt;br /&gt;
&lt;br /&gt;
5.  Please name the upload file in the following format: LastName_FirstName.zip.&lt;br /&gt;
&lt;br /&gt;
* [[Media:ME449-2015F-hwk1.pdf|Assignment 1]], due Thursday Oct 15 at the beginning of class&lt;br /&gt;
* [[Media:ME449-2015F-hwk2.pdf|Assignment 2]], due Tuesday Oct 27 at the beginning of class&lt;br /&gt;
&lt;br /&gt;
==Visualizing Manipulators in MATLAB or ROS==&lt;br /&gt;
We provide two different methods for visualizing the motion of a robotic arm, one in MATLAB and the other in ROS.  Choose whichever method sounds more appealing to you.&lt;br /&gt;
&lt;br /&gt;
===The Robotics Toolbox for MATLAB===&lt;br /&gt;
If you would like to use MATLAB, we recommend the [http://petercorke.com/Robotics_Toolbox.html Robotics Toolbox for MATLAB].  Please download the version we provide on the ME 449 wiki.  We&amp;#039;ve made a minor change to the original code, so that the base and end-effector frames are shown by default.  Instructions on how to visualize poses and animate arm trajectories can be found [[Media:MATLAB Robotics Toolbox Instructions.pdf|here]] and in the zip file below.&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Download&amp;#039;&amp;#039;&amp;#039;: [[Media:MATLAB Robotics Toolbox for ME449.zip|MATLAB Robotics Toolbox for ME 449.zip]].&lt;br /&gt;
&lt;br /&gt;
===ROS/rviz===&lt;br /&gt;
If you would like to use [http://wiki.ros.org/rviz rviz], a visualization package in [http://wiki.ros.org/ ROS (Robot Operating System)], we provide installation and usage instructions for native Linux users and a virtual machine for Windows and Mac users.&lt;br /&gt;
&lt;br /&gt;
Linux users, follow these instructions: [https://gist.github.com/sherifm/f76cab0e785943f9aadc Kinematics Tool Guide for Native ROS on Linux].&lt;br /&gt;
&lt;br /&gt;
Windows and Mac users, you should follow these instructions: [https://gist.github.com/sherifm/ba54c406c4f4ae140594 Kinematics Tool Guide in a Virtual Machine (Mac, Windows)].&lt;br /&gt;
&lt;br /&gt;
==Approximate Syllabus==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Configuration Space&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 2&lt;br /&gt;
* degrees of freedom, Grubler&amp;#039;s formula, parameterizations, holonomic and nonholonomic constraints &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Rigid-Body Motions&amp;#039;&amp;#039;&amp;#039; &lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 3, but you may skim/skip 3.2.2, 3.2.4&lt;br /&gt;
* rotation matrices, Euler angles, exponential coordinates, unit quaternions&lt;br /&gt;
* angular velocities&lt;br /&gt;
* rigid-body motions&lt;br /&gt;
* spatial velocities&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Forward Kinematics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 4, but you may skim/skip 4.1 and 4.2.3&lt;br /&gt;
* product of exponentials formula &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Velocity Kinematics and Statics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 5&lt;br /&gt;
* coordinate, space, and body Jacobians &lt;br /&gt;
* statics of open chains, singularities, manipulability &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Inverse Kinematics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 6, but you may skip 6.1&lt;br /&gt;
* 2R example, numerical methods, and redundant open chains &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Dynamics of Open Chains&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 8.1 and 8.2 on Lagrangian formulation, rest of the chapter on Newton-Euler and task space coords&lt;br /&gt;
* Lagrangian formulation, dynamics of a single rigid body &lt;br /&gt;
* Newton-Euler inverse and forward dynamics of open chains, dynamics in task space&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Trajectory Generation&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 9, but you may skip 9.2 and 9.3&lt;br /&gt;
* definitions and time-optimal time scaling &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Motion Planning&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 10 through 10.5.1&lt;br /&gt;
* overview, foundations, and complete path planners&lt;br /&gt;
* grid methods and the RRT sampling method&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Robot Control&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
optional:  Chapter 11&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Grasping and Manipulation&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 12&lt;br /&gt;
* contact kinematics, planar graphical methods, and form closure&lt;br /&gt;
* contact forces, planar graphical methods, and force closure, Chapter 12.2&lt;br /&gt;
* other manipulation, Chapter 12.3&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!--&lt;br /&gt;
==Archive==&lt;br /&gt;
&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive 2012)|ME 449 Spring 2012]]&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive Spring 2014)|ME 449 Spring 2014]]&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive Fall 2014)|ME 449 Fall 2014]]&lt;br /&gt;
--&amp;gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=ME_449_Robotic_Manipulation&amp;diff=23262</id>
		<title>ME 449 Robotic Manipulation</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=ME_449_Robotic_Manipulation&amp;diff=23262"/>
		<updated>2015-10-29T02:01:31Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* The Robotics Toolbox for MATLAB */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;#039;&amp;#039;&amp;#039;Fall Quarter 2015&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
* Instructor:  Prof. Kevin Lynch&lt;br /&gt;
* Office hours:  Tech B222, Monday 2-3, Tuesday 2-3&lt;br /&gt;
* Meeting:  12:30-1:50 TTh, Tech A110&lt;br /&gt;
* course website:  http://hades.mech.northwestern.edu/index.php/ME_449_Robotic_Manipulation&lt;br /&gt;
&lt;br /&gt;
==Course Summary==&lt;br /&gt;
&lt;br /&gt;
Mechanics of robotic manipulation, computer representations and algorithms for manipulation planning, and applications to industrial automation, parts feeding, grasping, fixturing, and assembly.&lt;br /&gt;
&lt;br /&gt;
==Grading==&lt;br /&gt;
&lt;br /&gt;
Grading for the course will be based on problem sets and a final project. There will be no exams. &lt;br /&gt;
&lt;br /&gt;
==Course Text==&lt;br /&gt;
[[Media:park-lynch.pdf|&amp;quot;Introduction to Robotics:  Mechanics, Planning, and Control,&amp;quot; F. C. Park and K. M. Lynch]].  These course notes will be undergoing revision throughout the quarter; check the timestamp in the table of contents.&lt;br /&gt;
&lt;br /&gt;
[[Media:ME449-Summary-2014.pdf|Summary of important equations]].&lt;br /&gt;
&lt;br /&gt;
[http://www.it.northwestern.edu/software/matlab/obtain.html How to obtain Matlab]&lt;br /&gt;
&lt;br /&gt;
==Assignments==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Instructions for uploading assignments to Canvas:&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
0.  &amp;#039;&amp;#039;&amp;#039;Upload on time!&amp;#039;&amp;#039;&amp;#039; Late submissions are not accepted.  The cutoff time is at the beginning of class on the day the assignment is due.&lt;br /&gt;
&lt;br /&gt;
1.  Only upload one zip file or rar file for each assignment;&lt;br /&gt;
&lt;br /&gt;
2.  In each zip file or rar file, include all source codes in their original form, such as .cpp, .m, .py, .nb. It will make our life much easier if the files are in their original format, instead of a pdf version of all codes;&lt;br /&gt;
&lt;br /&gt;
3.  If there is a demo test, combine the screen shots into one pdf file, and include it in the zip file (or rar file). &lt;br /&gt;
&lt;br /&gt;
4.  Please name the codes by their corresponding problem numbers. &lt;br /&gt;
&lt;br /&gt;
5.  Please name the upload file in the following format: LastName_FirstName.zip.&lt;br /&gt;
&lt;br /&gt;
* [[Media:ME449-2015F-hwk1.pdf|Assignment 1]], due Thursday Oct 15 at the beginning of class&lt;br /&gt;
* [[Media:ME449-2015F-hwk2.pdf|Assignment 2]], due Tuesday Oct 27 at the beginning of class&lt;br /&gt;
&lt;br /&gt;
==Visualizing Manipulators in MATLAB or ROS==&lt;br /&gt;
We provide two different methods for visualizing the motion of a robotic arm, one in MATLAB and the other in ROS.  Choose whichever method sounds more appealing to you.&lt;br /&gt;
&lt;br /&gt;
===The Robotics Toolbox for MATLAB===&lt;br /&gt;
If you would like to use MATLAB, we recommend the [http://petercorke.com/Robotics_Toolbox.html Robotics Toolbox for MATLAB].  Please download the version we provide on the ME 449 wiki.  We&amp;#039;ve made a minor change to the original code, so that the base and end-effector frames are shown by default.  Instructions on how to visualize poses and animate arm trajectories can be found [[Media:MATLAB-Robotics-Toolbox-Instructions.pdf|here]] and in the zip file below.&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Download&amp;#039;&amp;#039;&amp;#039;: [[Media:MATLAB Robotics Toolbox for ME449.zip|MATLAB Robotics Toolbox for ME 449.zip]].&lt;br /&gt;
&lt;br /&gt;
===ROS/rviz===&lt;br /&gt;
If you would like to use [http://wiki.ros.org/rviz rviz], a visualization package in [http://wiki.ros.org/ ROS (Robot Operating System)], we provide installation and usage instructions for native Linux users and a virtual machine for Windows and Mac users.&lt;br /&gt;
&lt;br /&gt;
Linux users, follow these instructions: [https://gist.github.com/sherifm/f76cab0e785943f9aadc Kinematics Tool Guide for Native ROS on Linux].&lt;br /&gt;
&lt;br /&gt;
Windows and Mac users, you should follow these instructions: [https://gist.github.com/sherifm/ba54c406c4f4ae140594 Kinematics Tool Guide in a Virtual Machine (Mac, Windows)].&lt;br /&gt;
&lt;br /&gt;
==Approximate Syllabus==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Configuration Space&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 2&lt;br /&gt;
* degrees of freedom, Grubler&amp;#039;s formula, parameterizations, holonomic and nonholonomic constraints &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Rigid-Body Motions&amp;#039;&amp;#039;&amp;#039; &lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 3, but you may skim/skip 3.2.2, 3.2.4&lt;br /&gt;
* rotation matrices, Euler angles, exponential coordinates, unit quaternions&lt;br /&gt;
* angular velocities&lt;br /&gt;
* rigid-body motions&lt;br /&gt;
* spatial velocities&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Forward Kinematics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 4, but you may skim/skip 4.1 and 4.2.3&lt;br /&gt;
* product of exponentials formula &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Velocity Kinematics and Statics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 5&lt;br /&gt;
* coordinate, space, and body Jacobians &lt;br /&gt;
* statics of open chains, singularities, manipulability &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Inverse Kinematics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 6, but you may skip 6.1&lt;br /&gt;
* 2R example, numerical methods, and redundant open chains &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Dynamics of Open Chains&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 8.1 and 8.2 on Lagrangian formulation, rest of the chapter on Newton-Euler and task space coords&lt;br /&gt;
* Lagrangian formulation, dynamics of a single rigid body &lt;br /&gt;
* Newton-Euler inverse and forward dynamics of open chains, dynamics in task space&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Trajectory Generation&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 9, but you may skip 9.2 and 9.3&lt;br /&gt;
* definitions and time-optimal time scaling &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Motion Planning&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 10 through 10.5.1&lt;br /&gt;
* overview, foundations, and complete path planners&lt;br /&gt;
* grid methods and the RRT sampling method&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Robot Control&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
optional:  Chapter 11&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Grasping and Manipulation&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 12&lt;br /&gt;
* contact kinematics, planar graphical methods, and form closure&lt;br /&gt;
* contact forces, planar graphical methods, and force closure, Chapter 12.2&lt;br /&gt;
* other manipulation, Chapter 12.3&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!--&lt;br /&gt;
==Archive==&lt;br /&gt;
&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive 2012)|ME 449 Spring 2012]]&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive Spring 2014)|ME 449 Spring 2014]]&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive Fall 2014)|ME 449 Fall 2014]]&lt;br /&gt;
--&amp;gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=ME_449_Robotic_Manipulation&amp;diff=23254</id>
		<title>ME 449 Robotic Manipulation</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=ME_449_Robotic_Manipulation&amp;diff=23254"/>
		<updated>2015-10-23T18:32:12Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* The Robotics Toolbox for MATLAB */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;#039;&amp;#039;&amp;#039;Fall Quarter 2015&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
* Instructor:  Prof. Kevin Lynch&lt;br /&gt;
* Office hours:  Tech B222, Monday 2-3, Tuesday 2-3&lt;br /&gt;
* Meeting:  12:30-1:50 TTh, Tech A110&lt;br /&gt;
* course website:  http://hades.mech.northwestern.edu/index.php/ME_449_Robotic_Manipulation&lt;br /&gt;
&lt;br /&gt;
==Course Summary==&lt;br /&gt;
&lt;br /&gt;
Mechanics of robotic manipulation, computer representations and algorithms for manipulation planning, and applications to industrial automation, parts feeding, grasping, fixturing, and assembly.&lt;br /&gt;
&lt;br /&gt;
==Grading==&lt;br /&gt;
&lt;br /&gt;
Grading for the course will be based on problem sets and a final project. There will be no exams. &lt;br /&gt;
&lt;br /&gt;
==Course Text==&lt;br /&gt;
[[Media:park-lynch.pdf|&amp;quot;Introduction to Robotics:  Mechanics, Planning, and Control,&amp;quot; F. C. Park and K. M. Lynch]].  These course notes will be undergoing revision throughout the quarter; check the timestamp in the table of contents.&lt;br /&gt;
&lt;br /&gt;
[[Media:ME449-Summary-2014.pdf|Summary of important equations]].&lt;br /&gt;
&lt;br /&gt;
[http://www.it.northwestern.edu/software/matlab/obtain.html How to obtain Matlab]&lt;br /&gt;
&lt;br /&gt;
==Assignments==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Instructions for uploading assignments to Canvas:&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
0.  &amp;#039;&amp;#039;&amp;#039;Upload on time!&amp;#039;&amp;#039;&amp;#039; Late submissions are not accepted.  The cutoff time is at the beginning of class on the day the assignment is due.&lt;br /&gt;
&lt;br /&gt;
1.  Only upload one zip file or rar file for each assignment;&lt;br /&gt;
&lt;br /&gt;
2.  In each zip file or rar file, include all source codes in their original form, such as .cpp, .m, .py, .nb. It will make our life much easier if the files are in their original format, instead of a pdf version of all codes;&lt;br /&gt;
&lt;br /&gt;
3.  If there is a demo test, combine the screen shots into one pdf file, and include it in the zip file (or rar file). &lt;br /&gt;
&lt;br /&gt;
4.  Please name the codes by their corresponding problem numbers. &lt;br /&gt;
&lt;br /&gt;
5.  Please name the upload file in the following format: LastName_FirstName.zip.&lt;br /&gt;
&lt;br /&gt;
* [[Media:ME449-2015F-hwk1.pdf|Assignment 1]], due Thursday Oct 15 at the beginning of class&lt;br /&gt;
* [[Media:ME449-2015F-hwk2.pdf|Assignment 2]], due Tuesday Oct 27 at the beginning of class&lt;br /&gt;
&lt;br /&gt;
==Visualizing Manipulators in MATLAB or ROS==&lt;br /&gt;
We provide two different methods for visualizing the motion of a robotic arm, one in MATLAB and the other in ROS.  Choose whichever method sounds more appealing to you.&lt;br /&gt;
&lt;br /&gt;
===The Robotics Toolbox for MATLAB===&lt;br /&gt;
If you would like to use MATLAB, we recommend the [http://petercorke.com/Robotics_Toolbox.html Robotics Toolbox for MATLAB].  Please download the version we provide on the ME 449 wiki.  We&amp;#039;ve made a minor change to the original code, so that the base and end-effector frames are shown by default.  Instructions on how to visualize poses and animate arm trajectories can be found [[Media:MATLAB Robotics Toolbox Instructions.pdf|here]] and in the zip file below.&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Download&amp;#039;&amp;#039;&amp;#039;: [[Media:MATLAB Robotics Toolbox for ME449.zip|MATLAB Robotics Toolbox for ME 449.zip]].&lt;br /&gt;
&lt;br /&gt;
===ROS/rviz===&lt;br /&gt;
If you would like to use [http://wiki.ros.org/rviz rviz], a visualization package in [http://wiki.ros.org/ ROS (Robot Operating System)], we provide installation and usage instructions for native Linux users and a virtual machine for Windows and Mac users.&lt;br /&gt;
&lt;br /&gt;
Linux users, follow these instructions: [https://gist.github.com/sherifm/f76cab0e785943f9aadc Kinematics Tool Guide for Native ROS on Linux].&lt;br /&gt;
&lt;br /&gt;
Windows and Mac users, you should follow these instructions: [https://gist.github.com/sherifm/ba54c406c4f4ae140594 Kinematics Tool Guide in a Virtual Machine (Mac, Windows)].&lt;br /&gt;
&lt;br /&gt;
==Approximate Syllabus==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Configuration Space&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 2&lt;br /&gt;
* degrees of freedom, Grubler&amp;#039;s formula, parameterizations, holonomic and nonholonomic constraints &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Rigid-Body Motions&amp;#039;&amp;#039;&amp;#039; &lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 3, but you may skim/skip 3.2.2, 3.2.4&lt;br /&gt;
* rotation matrices, Euler angles, exponential coordinates, unit quaternions&lt;br /&gt;
* angular velocities&lt;br /&gt;
* rigid-body motions&lt;br /&gt;
* spatial velocities&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Forward Kinematics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 4, but you may skim/skip 4.1 and 4.2.3&lt;br /&gt;
* product of exponentials formula &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Velocity Kinematics and Statics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 5&lt;br /&gt;
* coordinate, space, and body Jacobians &lt;br /&gt;
* statics of open chains, singularities, manipulability &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Inverse Kinematics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 6, but you may skip 6.1&lt;br /&gt;
* 2R example, numerical methods, and redundant open chains &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Dynamics of Open Chains&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 8.1 and 8.2 on Lagrangian formulation, rest of the chapter on Newton-Euler and task space coords&lt;br /&gt;
* Lagrangian formulation, dynamics of a single rigid body &lt;br /&gt;
* Newton-Euler inverse and forward dynamics of open chains, dynamics in task space&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Trajectory Generation&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 9, but you may skip 9.2 and 9.3&lt;br /&gt;
* definitions and time-optimal time scaling &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Motion Planning&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 10 through 10.5.1&lt;br /&gt;
* overview, foundations, and complete path planners&lt;br /&gt;
* grid methods and the RRT sampling method&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Robot Control&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
optional:  Chapter 11&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Grasping and Manipulation&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 12&lt;br /&gt;
* contact kinematics, planar graphical methods, and form closure&lt;br /&gt;
* contact forces, planar graphical methods, and force closure, Chapter 12.2&lt;br /&gt;
* other manipulation, Chapter 12.3&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!--&lt;br /&gt;
==Archive==&lt;br /&gt;
&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive 2012)|ME 449 Spring 2012]]&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive Spring 2014)|ME 449 Spring 2014]]&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive Fall 2014)|ME 449 Fall 2014]]&lt;br /&gt;
--&amp;gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=File:MATLAB_Robotics_Toolbox_for_ME449.zip&amp;diff=23253</id>
		<title>File:MATLAB Robotics Toolbox for ME449.zip</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=File:MATLAB_Robotics_Toolbox_for_ME449.zip&amp;diff=23253"/>
		<updated>2015-10-23T18:31:47Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=ME_449_Robotic_Manipulation&amp;diff=23251</id>
		<title>ME 449 Robotic Manipulation</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=ME_449_Robotic_Manipulation&amp;diff=23251"/>
		<updated>2015-10-23T18:30:08Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;#039;&amp;#039;&amp;#039;Fall Quarter 2015&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
* Instructor:  Prof. Kevin Lynch&lt;br /&gt;
* Office hours:  Tech B222, Monday 2-3, Tuesday 2-3&lt;br /&gt;
* Meeting:  12:30-1:50 TTh, Tech A110&lt;br /&gt;
* course website:  http://hades.mech.northwestern.edu/index.php/ME_449_Robotic_Manipulation&lt;br /&gt;
&lt;br /&gt;
==Course Summary==&lt;br /&gt;
&lt;br /&gt;
Mechanics of robotic manipulation, computer representations and algorithms for manipulation planning, and applications to industrial automation, parts feeding, grasping, fixturing, and assembly.&lt;br /&gt;
&lt;br /&gt;
==Grading==&lt;br /&gt;
&lt;br /&gt;
Grading for the course will be based on problem sets and a final project. There will be no exams. &lt;br /&gt;
&lt;br /&gt;
==Course Text==&lt;br /&gt;
[[Media:park-lynch.pdf|&amp;quot;Introduction to Robotics:  Mechanics, Planning, and Control,&amp;quot; F. C. Park and K. M. Lynch]].  These course notes will be undergoing revision throughout the quarter; check the timestamp in the table of contents.&lt;br /&gt;
&lt;br /&gt;
[[Media:ME449-Summary-2014.pdf|Summary of important equations]].&lt;br /&gt;
&lt;br /&gt;
[http://www.it.northwestern.edu/software/matlab/obtain.html How to obtain Matlab]&lt;br /&gt;
&lt;br /&gt;
==Assignments==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Instructions for uploading assignments to Canvas:&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
0.  &amp;#039;&amp;#039;&amp;#039;Upload on time!&amp;#039;&amp;#039;&amp;#039; Late submissions are not accepted.  The cutoff time is at the beginning of class on the day the assignment is due.&lt;br /&gt;
&lt;br /&gt;
1.  Only upload one zip file or rar file for each assignment;&lt;br /&gt;
&lt;br /&gt;
2.  In each zip file or rar file, include all source codes in their original form, such as .cpp, .m, .py, .nb. It will make our life much easier if the files are in their original format, instead of a pdf version of all codes;&lt;br /&gt;
&lt;br /&gt;
3.  If there is a demo test, combine the screen shots into one pdf file, and include it in the zip file (or rar file). &lt;br /&gt;
&lt;br /&gt;
4.  Please name the codes by their corresponding problem numbers. &lt;br /&gt;
&lt;br /&gt;
5.  Please name the upload file in the following format: LastName_FirstName.zip.&lt;br /&gt;
&lt;br /&gt;
* [[Media:ME449-2015F-hwk1.pdf|Assignment 1]], due Thursday Oct 15 at the beginning of class&lt;br /&gt;
* [[Media:ME449-2015F-hwk2.pdf|Assignment 2]], due Tuesday Oct 27 at the beginning of class&lt;br /&gt;
&lt;br /&gt;
==Visualizing Manipulators in MATLAB or ROS==&lt;br /&gt;
We provide two different methods for visualizing the motion of a robotic arm, one in MATLAB and the other in ROS.  Choose whichever method sounds more appealing to you.&lt;br /&gt;
&lt;br /&gt;
===The Robotics Toolbox for MATLAB===&lt;br /&gt;
If you would like to use MATLAB, we recommend the [http://petercorke.com/Robotics_Toolbox.html Robotics Toolbox for MATLAB].  Please download the version we provide on the ME 449 wiki.  We&amp;#039;ve made a minor change to the original code, so that the base and end-effector frames are shown by default.  Instructions on how to visualize poses and animate arm trajectories can be found [[Media:MATLAB Robotics Toolbox Instructions.pdf|here]] and in the zip file below.&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Download&amp;#039;&amp;#039;&amp;#039;: [[Media:MATLAB Robotics Toolbox for ME449.zip|MATLAB Robotics Toolbox for ME 449]].&lt;br /&gt;
&lt;br /&gt;
===ROS/rviz===&lt;br /&gt;
If you would like to use [http://wiki.ros.org/rviz rviz], a visualization package in [http://wiki.ros.org/ ROS (Robot Operating System)], we provide installation and usage instructions for native Linux users and a virtual machine for Windows and Mac users.&lt;br /&gt;
&lt;br /&gt;
Linux users, follow these instructions: [https://gist.github.com/sherifm/f76cab0e785943f9aadc Kinematics Tool Guide for Native ROS on Linux].&lt;br /&gt;
&lt;br /&gt;
Windows and Mac users, you should follow these instructions: [https://gist.github.com/sherifm/ba54c406c4f4ae140594 Kinematics Tool Guide in a Virtual Machine (Mac, Windows)].&lt;br /&gt;
&lt;br /&gt;
==Approximate Syllabus==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Configuration Space&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 2&lt;br /&gt;
* degrees of freedom, Grubler&amp;#039;s formula, parameterizations, holonomic and nonholonomic constraints &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Rigid-Body Motions&amp;#039;&amp;#039;&amp;#039; &lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 3, but you may skim/skip 3.2.2, 3.2.4&lt;br /&gt;
* rotation matrices, Euler angles, exponential coordinates, unit quaternions&lt;br /&gt;
* angular velocities&lt;br /&gt;
* rigid-body motions&lt;br /&gt;
* spatial velocities&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Forward Kinematics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 4, but you may skim/skip 4.1 and 4.2.3&lt;br /&gt;
* product of exponentials formula &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Velocity Kinematics and Statics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 5&lt;br /&gt;
* coordinate, space, and body Jacobians &lt;br /&gt;
* statics of open chains, singularities, manipulability &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Inverse Kinematics&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 6, but you may skip 6.1&lt;br /&gt;
* 2R example, numerical methods, and redundant open chains &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Dynamics of Open Chains&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 8.1 and 8.2 on Lagrangian formulation, rest of the chapter on Newton-Euler and task space coords&lt;br /&gt;
* Lagrangian formulation, dynamics of a single rigid body &lt;br /&gt;
* Newton-Euler inverse and forward dynamics of open chains, dynamics in task space&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Trajectory Generation&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 9, but you may skip 9.2 and 9.3&lt;br /&gt;
* definitions and time-optimal time scaling &lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Motion Planning&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 10 through 10.5.1&lt;br /&gt;
* overview, foundations, and complete path planners&lt;br /&gt;
* grid methods and the RRT sampling method&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Robot Control&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
optional:  Chapter 11&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Grasping and Manipulation&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
reading:  Chapter 12&lt;br /&gt;
* contact kinematics, planar graphical methods, and form closure&lt;br /&gt;
* contact forces, planar graphical methods, and force closure, Chapter 12.2&lt;br /&gt;
* other manipulation, Chapter 12.3&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!--&lt;br /&gt;
==Archive==&lt;br /&gt;
&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive 2012)|ME 449 Spring 2012]]&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive Spring 2014)|ME 449 Spring 2014]]&lt;br /&gt;
* [[ME 449 Robotic Manipulation (Archive Fall 2014)|ME 449 Fall 2014]]&lt;br /&gt;
--&amp;gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21853</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21853"/>
		<updated>2013-01-16T09:19:07Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Question to the group: Where should we host the project? (Google Docs, Dropbox, GitHub, Google Code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
We want to build a larger version of the Gibbot.  The links should be between 12-18 inches long.  Currently, everything is pretty cramped inside the robot and we will need more space if we want to lug around a higher capacity battery.  We are considering using two 22.2 V, 1 lb Li-Po batteries that are 145 x 45 x 35 mm (5.71 x 1.77 x 1.38 in) that can supply up to 45 A continuous current.  This project consists of three very important components:&lt;br /&gt;
* motor selection and modeling&lt;br /&gt;
* frame design, especially passing power, data, and control signals across the two links&lt;br /&gt;
* powering the magnets which have to be attached to the wall while the robot rotates about its pivot point; assume we are using electromagnets.&lt;br /&gt;
While you can assume that the robot will have some netting or soft landing material underneath it in the event of a fall, the frame should still be strong.  The robot should be expected to tow up to 10 lbs, including its own frame.  The rest of the weight will come from the batteries, motor, and electronics.  With this load, the motor should be selected so that the robot can still swing uphill.  Is it possible to design a clutch mechanism?  For the winter term, we would like to see a base frame constructed with a motor and magnets fully operational.  We would also like to see the motor have its own PCB module.  The module should have an H-bridge, encoder and current sensing circuitry, and perform simple PID tracking of trajectories.&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless communication.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==The (current) Gibbot==&lt;br /&gt;
We would like to get the Gibbot doing gymnastics on the wall.  What can we actually do with the current version of the robot and how can we use what we know about it to guide the next iteration of the robot for the MSI?  This project will require building a model of the current robot and identifying the limitations of the current design.&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  If this problem is intractable because of scaling, can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21852</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21852"/>
		<updated>2013-01-16T09:07:41Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Smart Wall */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Question to the group: Where should we host the project? (Google Docs, DropBox, GitHub, Google Code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
We want to build a larger version of the Gibbot.  The links should be between 12-18 inches long.  Currently, everything is pretty cramped inside the robot and we will need more space if we want to lug around a higher capacity battery.  We are considering using two 22.2 V, 1 lb Li-Po batteries that are 145 x 45 x 35 mm (5.71 x 1.77 x 1.38 in) that can supply up to 45 A continuous current.  This project consists of three very important components:&lt;br /&gt;
* motor selection and modeling&lt;br /&gt;
* frame design, especially passing power, data, and control signals across the two links&lt;br /&gt;
* powering the magnets which have to be attached to the wall while the robot rotates about its pivot point; assume we are using electromagnets.&lt;br /&gt;
While you can assume that the robot will have some netting or soft landing material underneath it in the event of a fall, the frame should still be strong.  The robot should be expected to tow up to 10 lbs, including its own frame.  The rest of the weight will come from the batteries, motor, and electronics.  With this load, the motor should be selected so that the robot can still swing uphill.  Is it possible to design a clutch mechanism?  For the winter term, we would like to see a base frame constructed with a motor and magnets fully operational.  We would also like to see the motor have its own PCB module.  The module should have an H-bridge, encoder and current sensing circuitry, and perform simple PID tracking of trajectories.&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless communication.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==The (current) Gibbot==&lt;br /&gt;
We would like to get the Gibbot doing gymnastics on the wall.  What can we actually do with the current version of the robot and how can we use what we know about it to guide the next iteration of the robot for the MSI?  This project will require building a model of the current robot and identifying the limitations of the current design.&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  If this problem is intractable because of scaling, can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21851</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21851"/>
		<updated>2013-01-16T09:06:02Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Main PCB Design */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Question to the group: Where should we host the project? (Google Docs, DropBox, GitHub, Google Code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
We want to build a larger version of the Gibbot.  The links should be between 12-18 inches long.  Currently, everything is pretty cramped inside the robot and we will need more space if we want to lug around a higher capacity battery.  We are considering using two 22.2 V, 1 lb Li-Po batteries that are 145 x 45 x 35 mm (5.71 x 1.77 x 1.38 in) that can supply up to 45 A continuous current.  This project consists of three very important components:&lt;br /&gt;
* motor selection and modeling&lt;br /&gt;
* frame design, especially passing power, data, and control signals across the two links&lt;br /&gt;
* powering the magnets which have to be attached to the wall while the robot rotates about its pivot point; assume we are using electromagnets.&lt;br /&gt;
While you can assume that the robot will have some netting or soft landing material underneath it in the event of a fall, the frame should still be strong.  The robot should be expected to tow up to 10 lbs, including its own frame.  The rest of the weight will come from the batteries, motor, and electronics.  With this load, the motor should be selected so that the robot can still swing uphill.  Is it possible to design a clutch mechanism?  For the winter term, we would like to see a base frame constructed with a motor and magnets fully operational.  We would also like to see the motor have its own PCB module.  The module should have an H-bridge, encoder and current sensing circuitry, and perform simple PID tracking of trajectories.&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless communication.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==The (current) Gibbot==&lt;br /&gt;
We would like to get the Gibbot doing gymnastics on the wall.  What can we actually do with the current version of the robot and how can we use what we know about it to guide the next iteration of the robot for the MSI?  This project will require building a model of the current robot and identifying the limitations of the current design.&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  Can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21850</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21850"/>
		<updated>2013-01-16T09:03:38Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Robot Frame */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Question to the group: Where should we host the project? (Google Docs, DropBox, GitHub, Google Code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
We want to build a larger version of the Gibbot.  The links should be between 12-18 inches long.  Currently, everything is pretty cramped inside the robot and we will need more space if we want to lug around a higher capacity battery.  We are considering using two 22.2 V, 1 lb Li-Po batteries that are 145 x 45 x 35 mm (5.71 x 1.77 x 1.38 in) that can supply up to 45 A continuous current.  This project consists of three very important components:&lt;br /&gt;
* motor selection and modeling&lt;br /&gt;
* frame design, especially passing power, data, and control signals across the two links&lt;br /&gt;
* powering the magnets which have to be attached to the wall while the robot rotates about its pivot point; assume we are using electromagnets.&lt;br /&gt;
While you can assume that the robot will have some netting or soft landing material underneath it in the event of a fall, the frame should still be strong.  The robot should be expected to tow up to 10 lbs, including its own frame.  The rest of the weight will come from the batteries, motor, and electronics.  With this load, the motor should be selected so that the robot can still swing uphill.  Is it possible to design a clutch mechanism?  For the winter term, we would like to see a base frame constructed with a motor and magnets fully operational.  We would also like to see the motor have its own PCB module.  The module should have an H-bridge, encoder and current sensing circuitry, and perform simple PID tracking of trajectories.&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==The (current) Gibbot==&lt;br /&gt;
We would like to get the Gibbot doing gymnastics on the wall.  What can we actually do with the current version of the robot and how can we use what we know about it to guide the next iteration of the robot for the MSI?  This project will require building a model of the current robot and identifying the limitations of the current design.&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  Can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21849</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21849"/>
		<updated>2013-01-16T09:02:37Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Power Module */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Question to the group: Where should we host the project? (Google Docs, DropBox, GitHub, Google Code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
We want to build a larger version of the Gibbot.  The links should be between 12-18 inches long.  Currently, everything is pretty cramped inside the robot and we will need more space if we want to lug around a higher capacity battery.  We are considering using two 22.2 V, 1 lb Li-Po batteries that are 145 x 45 x 35 mm (5.71 x 1.77 x 1.38 in) that can supply up to 45 A continuous current.  This project consists of three very important components:&lt;br /&gt;
* motor selection and modeling&lt;br /&gt;
* frame design, especially passing power, data, and control signals across the two links&lt;br /&gt;
* powering the magnets which have to be attached to the wall while the robot rotates about its pivot point&lt;br /&gt;
While you can assume that the robot will have some netting or soft landing material underneath it in the event of a fall, the frame should still be strong.  The robot should be expected to tow up to 10 lbs, including its own frame.  The rest of the weight will come from the batteries, motor, and electronics.  With this load, the motor should be selected so that the robot can still swing uphill.  Is it possible to design a clutch mechanism?  For the winter term, we would like to see a base frame constructed with a motor and magnets fully operational.  We would also like to see the motor have its own PCB module.  The module should have an H-bridge, encoder and current sensing circuitry, and perform simple PID tracking of trajectories.&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==The (current) Gibbot==&lt;br /&gt;
We would like to get the Gibbot doing gymnastics on the wall.  What can we actually do with the current version of the robot and how can we use what we know about it to guide the next iteration of the robot for the MSI?  This project will require building a model of the current robot and identifying the limitations of the current design.&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  Can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21848</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21848"/>
		<updated>2013-01-16T08:58:41Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Robot Frame */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Question to the group: Where should we host the project? (Google Docs, DropBox, GitHub, Google Code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
We want to build a larger version of the Gibbot.  The links should be between 12-18 inches long.  Currently, everything is pretty cramped inside the robot and we will need more space if we want to lug around a higher capacity battery.  We are considering using two 22.2 V, 1 lb Li-Po batteries that are 145 x 45 x 35 mm (5.71 x 1.77 x 1.38 in) that can supply up to 45 A continuous current.  This project consists of three very important components:&lt;br /&gt;
* motor selection and modeling&lt;br /&gt;
* frame design, especially passing power, data, and control signals across the two links&lt;br /&gt;
* powering the magnets which have to be attached to the wall while the robot rotates about its pivot point&lt;br /&gt;
While you can assume that the robot will have some netting or soft landing material underneath it in the event of a fall, the frame should still be strong.  The robot should be expected to tow up to 10 lbs, including its own frame.  The rest of the weight will come from the batteries, motor, and electronics.  With this load, the motor should be selected so that the robot can still swing uphill.  Is it possible to design a clutch mechanism?  For the winter term, we would like to see a base frame constructed with a motor and magnets fully operational.  We would also like to see the motor have its own PCB module.  The module should have an H-bridge, encoder and current sensing circuitry, and perform simple PID tracking of trajectories.&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==The (current) Gibbot==&lt;br /&gt;
We would like to get the Gibbot doing gymnastics on the wall.  What can we actually do with the current version of the robot and how can we use what we know about it to guide the next iteration of the robot for the MSI?  This project will require building a model of the current robot and identifying the limitations of the current design.&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  Can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21847</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21847"/>
		<updated>2013-01-16T08:55:44Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Question to the group: Where should we host the project? (Google Docs, DropBox, GitHub, Google Code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
We want to build a larger version of the Gibbot.  The links should be between 12-18 inches.  Currently, everything is pretty cramped inside the robot and we will need more space if we want to lug around a higher capacity battery.  We are considering using two 22.2 V, 1 lb Li-Po batteries that are 145 x 45 x 35 mm (5.71 x 1.77 x 1.38 in) that can supply up to 45 A continuous current.  This project consists of three very important components:&lt;br /&gt;
* motor selection and modeling&lt;br /&gt;
* frame design, especially passing power, data, and control signals across the two links&lt;br /&gt;
* powering the magnets which have to be attached to the wall while the robot rotates about its pivot point&lt;br /&gt;
While you can assume that the robot will have some netting or soft landing material underneath it in the event of a fall, the frame should still be strong.  The robot should be expected to tow up to 10 lbs, including its own frame.  The rest of the weight will come from the batteries, motor, and electronics.  With this load, the motor should be selected so that the robot can still swing uphill.  Is it possible to design a clutch mechanism?  For the winter term, we would like to see a base frame constructed with a motor and magnets fully operational.  We would also like to see the motor have its own PCB module.  The module should have an H-bridge, encoder and current sensing circuitry, and perform simple PID tracking of trajectories.&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==The (current) Gibbot==&lt;br /&gt;
We would like to get the Gibbot doing gymnastics on the wall.  What can we actually do with the current version of the robot and how can we use what we know about it to guide the next iteration of the robot for the MSI?  This project will require building a model of the current robot and identifying the limitations of the current design.&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  Can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21846</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21846"/>
		<updated>2013-01-16T08:54:29Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Question to the group: Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
We want to build a larger version of the Gibbot.  The links should be between 12-18 inches.  Currently, everything is pretty cramped inside the robot and we will need more space if we want to lug around a higher capacity battery.  We are considering using two 22.2 V, 1 lb Li-Po batteries that are 145 x 45 x 35 mm (5.71 x 1.77 x 1.38 in) that can supply up to 45 A continuous current.  This project consists of three very important components:&lt;br /&gt;
* motor selection and modeling&lt;br /&gt;
* frame design, especially passing power, data, and control signals across the two links&lt;br /&gt;
* powering the magnets which have to be attached to the wall while the robot rotates about its pivot point&lt;br /&gt;
While you can assume that the robot will have some netting or soft landing material underneath it in the event of a fall, the frame should still be strong.  The robot should be expected to tow up to 10 lbs, including its own frame.  The rest of the weight will come from the batteries, motor, and electronics.  With this load, the motor should be selected so that the robot can still swing uphill.  Is it possible to design a clutch mechanism?  For the winter term, we would like to see a base frame constructed with a motor and magnets fully operational.  We would also like to see the motor have its own PCB module.  The module should have an H-bridge, encoder and current sensing circuitry, and perform simple PID tracking of trajectories.&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==The (current) Gibbot==&lt;br /&gt;
We would like to get the Gibbot doing gymnastics on the wall.  What can we actually do with the current version of the robot and how can we use what we know about it to guide the next iteration of the robot for the MSI?  This project will require building a model of the current robot and identifying the limitations of the current design.&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  Can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21845</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21845"/>
		<updated>2013-01-16T08:30:58Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Robot Frame */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Question to the group: Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
We want to build a larger version of the Gibbot.  The links should be between 12-18 inches.  Currently, everything is pretty cramped inside the robot and we will need more space if we want to lug around a higher capacity battery.  We are considering using two 22.2 V, 1 lb Li-Po batteries that are 145 x 45 x 35 mm (5.71 x 1.77 x 1.38 in) that can supply up to 45 A continuous current.  This project consists of three very important components:&lt;br /&gt;
* motor selection and modeling&lt;br /&gt;
* frame design, especially passing power, data, and control signals across the two links&lt;br /&gt;
* powering the magnets which have to be attached to the wall while the robot rotates about its pivot point&lt;br /&gt;
While you can assume that the robot will have some netting or soft landing material underneath it in the event of a fall, the frame should still be strong.  The robot should be expected to tow up to 10 lbs, including its own frame.  The rest of the weight will come from the batteries, motor, and electronics.  With this load, the motor should be selected so that the robot can still swing uphill.  Is it possible to design a clutch mechanism?  For the winter term, we would like to see a base frame constructed with a motor and magnets fully operational.  We would also like to see the motor have its own PCB module.  The module should have an H-bridge, encoder and current sensing circuitry, and perform simple PID tracking of trajectories.&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  Can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21844</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21844"/>
		<updated>2013-01-16T08:29:21Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Robot Frame */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Question to the group: Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
We want to build a larger version of the Gibbot.  The links should be between 12-18 inches.  Currently, everything is pretty cramped inside the robot and we will need more space if we want to lug around a higher capacity battery.  We are considering using two 22.2 V, 1 lb Li-Po batteries that are 145 x 45 x 35 mm that can supply up to 45 A continuous current.  This project consists of three very important components:&lt;br /&gt;
* motor selection and modeling&lt;br /&gt;
* frame design, especially passing power, data, and control signals across the two links&lt;br /&gt;
* powering the magnets which have to be attached to the wall while the robot rotates about its pivot point&lt;br /&gt;
While you can assume that the robot will have some netting or soft landing material underneath it in the event of a fall, the frame should still be strong.  The robot should be expected to tow up to 10 lbs, including its own frame.  The rest of the weight will come from the batteries, motor, and electronics.  With this load, the motor should be selected so that the robot can still swing uphill.  Is it possible to design a clutch mechanism?  For the winter term, we would like to see a base frame constructed with a motor and magnets fully operational.  We would also like to see the motor have its own PCB module.  The module should have an H-bridge, encoder and current sensing circuitry, and perform simple PID tracking of trajectories.&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  Can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21843</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21843"/>
		<updated>2013-01-16T08:27:02Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Robot Frame */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Question to the group: Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
We want to build a larger version of the Gibbot.  The links should be between 12-18 inches.  Currently, everything is pretty cramped inside the robot and we will need more space if we want to lug around a higher capacity battery.  This project consists of three very important components:&lt;br /&gt;
* motor selection and modeling&lt;br /&gt;
* frame design, especially passing power, data, and control signals across the two links&lt;br /&gt;
* powering the magnets which have to be attached to the wall while the robot rotates about its pivot point&lt;br /&gt;
While you can assume that the robot will have some netting or soft landing material underneath it in the event of a fall, the frame should still be strong.  The robot should be expected to tow up to 10 lbs, including its own frame.  The rest of the weight will come from the batteries, motor, and electronics.  With this load, the motor should be selected so that the robot can still swing uphill.  Is it possible to design a clutch mechanism?  For the winter term, we would like to see a base frame constructed with a motor and magnets fully operational.  We would also like to see the motor have its own PCB module.  The module should have an H-bridge, encoder and current sensing circuitry, and perform simple PID tracking of trajectories.&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  Can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21842</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21842"/>
		<updated>2013-01-16T08:25:31Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Robot Frame */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Question to the group: Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
We want to build a larger version of the Gibbot.  The links should be between 12-18 inches.  Currently, everything is pretty cramped inside the robot and we will need a lot more space if we want to lug around a higher capacity battery.  This project consists of three very important components:&lt;br /&gt;
* motor selection and modeling&lt;br /&gt;
* frame design, especially passing power, data, and control signals across the two links&lt;br /&gt;
* powering the magnets which have to be attached to the wall while the robot rotates about its pivot point&lt;br /&gt;
While you can assume that the robot will have some netting or soft landing material underneath it in the event of a fall, the frame should still be strong.  The robot should be expected to tow up to 10 lbs, including its own frame.  The rest of the weight will come from the batteries, motor, and electronics.  With this load, the motor should be selected so that the robot can still swing uphill.  Is it possible to design a clutch mechanism?  For the winter term, we would like to see a base frame constructed with a motor and magnets fully operational.  We would also like to see the motor have its own PCB module.  The module should have an H-bridge, encoder and current sensing circuitry, and perform simple PID tracking of trajectories.&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  Can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21841</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21841"/>
		<updated>2013-01-16T08:18:20Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Robot Frame */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Question to the group: Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
We want to build a larger version of the Gibbot.  The links should be between 12-18 inches.  Currently, everything is pretty cramped inside the robot and we will need a lot more space if we want to lug around a higher capacity battery.  This project consists of three very important components:&lt;br /&gt;
* motor selection and modeling&lt;br /&gt;
* frame design, especially passing power, data, and control signals across the two links&lt;br /&gt;
* powering the magnets which have to be attached to the wall while the robot rotates about its pivot point&lt;br /&gt;
While you can assume that the robot will have some netting or soft landing material underneath it in the event of a fall, the frame should still be strong.  The robot should be expected to tow up to 10 lbs, including its own frame.  The rest of the weight will come from the batteries, motor, and electronics.  With this load, the motor should be selected so that the robot can still swing uphill.  Is it possible to design a clutch mechanism?&lt;br /&gt;
&lt;br /&gt;
a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  Can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21840</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21840"/>
		<updated>2013-01-16T07:53:56Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Question to the group: Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  Can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21839</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21839"/>
		<updated>2013-01-16T07:53:30Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
We need an alternative form of position sensing for the robot beyond a camera.  An alternative that we believe would work is to wire LEDs (1- or 2-inches apart) on the steel sheet.  The robot would then pick up a pulse-encoded signal from the LED telling the robot where it is.  Constructing the smart wall isn&amp;#039;t a problem, it&amp;#039;s maintaining it.  If we look at 2-inch spacing, then for a 48 sq. ft. wall we are looking at 1,728 LEDs.  If one burns out, how will an MSI employee find the LED and replace it with ease?  Can you come up with a better design for a backup sensor that does not rely on conventional wireless communication?&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21838</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21838"/>
		<updated>2013-01-16T07:42:01Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in the system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21837</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21837"/>
		<updated>2013-01-16T07:41:25Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.  We also ask that everyone is constantly documenting their work and that they develop a test suite along with their deliverables.  The tests should include operation under “normal” operation, bad operating conditions (how do you gracefully recover?), and really bad operating conditions (how will the system persist without your module? What are the redundancies in system?).&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21836</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21836"/>
		<updated>2013-01-16T07:37:53Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Electropermanent magnets */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to the electromagnet.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21835</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21835"/>
		<updated>2013-01-16T07:37:28Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Electropermanent magnets */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be a worthwhile replacement to what we already have.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21834</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21834"/>
		<updated>2013-01-16T07:37:04Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Electropermanent magnets */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be worthwhile replacement to what we already have.&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21833</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21833"/>
		<updated>2013-01-16T07:36:51Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Main PCB Design */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be worthwhile replacement to what we already have.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21832</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21832"/>
		<updated>2013-01-16T07:36:38Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power Module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot Frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!-- ==Rotary Magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot?  Ideally, it would have lower power consumption.  It was initially designed to hold the weight of the robot on an 1/8&amp;#039;&amp;#039; thick wall, which we have since doubled to 1/4&amp;#039;&amp;#039;. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Can we design and build a rotary magnet similar to what is in the current Gibbot, but with electropermanent (EP) magnets?  It would have to consume under 16 W and have a holding force in the ballpark of 300 N for the magnet to be worthwhile replacement to what we already have.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!-- ==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term. --&amp;gt;&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21831</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21831"/>
		<updated>2013-01-16T07:24:36Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Main PCB Design */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21830</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21830"/>
		<updated>2013-01-16T07:23:13Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Main PCB Design */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are they easy to replace?  Are these parts easy to maintain and replace?  Are there better variants out there?  We also want to record data to an external Flash card for data logging and send info back to PC through wireless.  When transmitting to the PC, the user should have a way of (securely) controlling the robot remotely and querying it for useful information.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21829</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21829"/>
		<updated>2013-01-16T07:17:32Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Main PCB Design */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various  important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are they easy to replace?  Are there better, cheaper variants out there?  We also want to record data to an external Flash card for data logging, send info back to PC, easy to maintain and replace parts.&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21828</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21828"/>
		<updated>2013-01-16T07:16:56Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Main PCB Design */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various  important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  Are they easy to replace?  Are there better, cheaper variants out there?  We also want to record data to an external Flash card for data logging, send info back to PC, easy to maintain and replace parts.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21827</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21827"/>
		<updated>2013-01-16T07:15:00Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Main PCB Design */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various  important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (e.g., sensors) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  We also want to record data to an external Flash card for data logging, send info back to PC, easy to maintain and replace parts.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21826</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21826"/>
		<updated>2013-01-16T07:13:53Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* PCB Design */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==Main PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various  important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (like sensor signals) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  We also want to record data to an external Flash card for data logging, send info back to PC, easy to maintain and replace parts.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21825</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21825"/>
		<updated>2013-01-16T07:13:40Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* PCB Design */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==PCB Design==&lt;br /&gt;
This project involves improving upon the existing PCB, for example, better connectors between components, moving the H-bridge onto the actual PCB board, and integration of modules from other groups.  There are various  important control and data signals running across the PCB, but the signals are not easily accessible.  The redesign should include breaking out certain signals (like sensor signals) for easy debugging on an oscilloscope.  We also need a good characterization of the on-board sensors.  How long can we rely on the sensors for tracking the robot before there is too much error accumulation.  The PCB currently has a current sensor, position sensor, gyro, accelerometers, and an XBee onboard.  We also want to record data to an external Flash card for data logging, send info back to PC, easy to maintain and replace parts.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!-- Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster? --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21824</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21824"/>
		<updated>2013-01-16T06:48:54Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Vision System */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==PCB Design==&lt;br /&gt;
Electrical: current sensor, position sensor, gyro, accelerometer, ext. Flash for data logging, send info back to PC, easy to maintain and replace parts.  PCB board, fix old board mistakes and add debug terminals (e.g., pads to quickly read the analog signals on scope)&lt;br /&gt;
&lt;br /&gt;
Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster?&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21823</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21823"/>
		<updated>2013-01-16T06:33:27Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Vision System */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates at around 120 Hz.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==PCB Design==&lt;br /&gt;
Electrical: current sensor, position sensor, gyro, accelerometer, ext. Flash for data logging, send info back to PC, easy to maintain and replace parts.  PCB board, fix old board mistakes and add debug terminals (e.g., pads to quickly read the analog signals on scope)&lt;br /&gt;
&lt;br /&gt;
Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster?&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21822</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21822"/>
		<updated>2013-01-16T06:28:50Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Power module */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&amp;lt;!--Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Robot frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==PCB Design==&lt;br /&gt;
Electrical: current sensor, position sensor, gyro, accelerometer, ext. Flash for data logging, send info back to PC, easy to maintain and replace parts.  PCB board, fix old board mistakes and add debug terminals (e.g., pads to quickly read the analog signals on scope)&lt;br /&gt;
&lt;br /&gt;
Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster?&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21821</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21821"/>
		<updated>2013-01-16T06:26:15Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Vision System */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* the robot has contacts mounted on solenoids to extend and retract.&lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* have the pads provide raw power and have the smart charger onboard&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&lt;br /&gt;
Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low.&lt;br /&gt;
&lt;br /&gt;
==Robot frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==PCB Design==&lt;br /&gt;
Electrical: current sensor, position sensor, gyro, accelerometer, ext. Flash for data logging, send info back to PC, easy to maintain and replace parts.  PCB board, fix old board mistakes and add debug terminals (e.g., pads to quickly read the analog signals on scope)&lt;br /&gt;
&lt;br /&gt;
Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster?&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21820</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21820"/>
		<updated>2013-01-16T06:24:55Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Vision System */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* the robot has contacts mounted on solenoids to extend and retract.&lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* have the pads provide raw power and have the smart charger onboard&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&lt;br /&gt;
Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low.&lt;br /&gt;
&lt;br /&gt;
==Robot frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable wireless link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==PCB Design==&lt;br /&gt;
Electrical: current sensor, position sensor, gyro, accelerometer, ext. Flash for data logging, send info back to PC, easy to maintain and replace parts.  PCB board, fix old board mistakes and add debug terminals (e.g., pads to quickly read the analog signals on scope)&lt;br /&gt;
&lt;br /&gt;
Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster?&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21819</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21819"/>
		<updated>2013-01-16T06:24:39Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Vision System */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* the robot has contacts mounted on solenoids to extend and retract.&lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* have the pads provide raw power and have the smart charger onboard&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&lt;br /&gt;
Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low.&lt;br /&gt;
&lt;br /&gt;
==Robot frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is about 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable wireless link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==PCB Design==&lt;br /&gt;
Electrical: current sensor, position sensor, gyro, accelerometer, ext. Flash for data logging, send info back to PC, easy to maintain and replace parts.  PCB board, fix old board mistakes and add debug terminals (e.g., pads to quickly read the analog signals on scope)&lt;br /&gt;
&lt;br /&gt;
Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster?&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21818</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21818"/>
		<updated>2013-01-16T06:24:13Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* the robot has contacts mounted on solenoids to extend and retract.&lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* have the pads provide raw power and have the smart charger onboard&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&lt;br /&gt;
Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low.&lt;br /&gt;
&lt;br /&gt;
==Robot frame==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision System==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  The major components of this project are:&lt;br /&gt;
* calibration of a wide-angle lens, which can be fitted with a special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking&lt;br /&gt;
The calibration of the camera will involve selecting a camera and calibrating it as well as purchasing a PC to read in and transmit the camera images.  The wireless communication should be a reliable wireless link between the camera and robot.  The vision tracking software should contain a suite of algorithms to track the robot on the wall.  What is the best design that includes as many redundancies as possible?  While the camera is being selected the tracking and communicating can be done with a webcam as a stand-in.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!-- Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location. --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Smart Wall==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==PCB Design==&lt;br /&gt;
Electrical: current sensor, position sensor, gyro, accelerometer, ext. Flash for data logging, send info back to PC, easy to maintain and replace parts.  PCB board, fix old board mistakes and add debug terminals (e.g., pads to quickly read the analog signals on scope)&lt;br /&gt;
&lt;br /&gt;
Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster?&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==Electropermanent magnets==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21809</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21809"/>
		<updated>2013-01-15T21:16:45Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module (1 person)==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* the robot has contacts mounted on solenoids to extend and retract.&lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* have the pads provide raw power and have the smart charger onboard&lt;br /&gt;
* inductive charging (replace batteries with supercapacitors?)&lt;br /&gt;
&lt;br /&gt;
Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low.&lt;br /&gt;
&lt;br /&gt;
==Robot frame (2 people)==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision (2 people)==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  This project will consist of:&lt;br /&gt;
* calibration of a wide-angle lens, special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking, where should the LEDs be placed on the robot?&lt;br /&gt;
&lt;br /&gt;
Tracking and communicating can be done on a webcam&lt;br /&gt;
&lt;br /&gt;
Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location.&lt;br /&gt;
&lt;br /&gt;
==Smart Wall (2 people)==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==PCB redesign (1.5 people)==&lt;br /&gt;
Electrical: current sensor, position sensor, gyro, accelerometer, ext. Flash for data logging, send info back to PC, easy to maintain and replace parts.  PCB board, fix old board mistakes and add debug terminals (e.g., pads to quickly read the analog signals on scope)&lt;br /&gt;
&lt;br /&gt;
Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster?&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==EP magnets (1 person)==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
	<entry>
		<id>https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21808</id>
		<title>The Gibbot</title>
		<link rel="alternate" type="text/html" href="https://hades.mech.northwestern.edu//index.php?title=The_Gibbot&amp;diff=21808"/>
		<updated>2013-01-15T21:12:37Z</updated>

		<summary type="html">&lt;p&gt;Nelson Rosa: /* Robot frame (2 people) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Questions for the group:&lt;br /&gt;
Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)&lt;br /&gt;
&lt;br /&gt;
Below is a list of projects.  Each project will have a team lead responsible for keeping everyone on track.&lt;br /&gt;
&lt;br /&gt;
==Power module (1 person)==&lt;br /&gt;
Build the charging station consisting of two metal pads, electrically isolated, with a smart charger on the back side of the wall.  For now assume you are charging the 11.1 V batteries we have in the lab.  The design challenge is in robustly delivering the power to the robot.  A few ideas are:&lt;br /&gt;
* the wall has telescoping power leads to reach the robot.&lt;br /&gt;
* the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.  &lt;br /&gt;
* the robot has contacts mounted on solenoids to extend and retract.&lt;br /&gt;
* add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.&lt;br /&gt;
* Have the pads provide raw power and have the smart charger onboard&lt;br /&gt;
&lt;br /&gt;
Milestone: Show batteries can be charged when the robot is in contacts with the module.  Also, show a prototype circuit outputting the fully charged and recharge signals.  Give PCB designer (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverable: Working setup including, a PCB with LEDs to indicate charge level (battery gauge) capable of sending signals to PIC when fully charged and when batteries are low.&lt;br /&gt;
&lt;br /&gt;
==Robot frame (2 people)==&lt;br /&gt;
&lt;br /&gt;
motor&lt;br /&gt;
frame&lt;br /&gt;
magnet&lt;br /&gt;
must play nice with other modules&lt;br /&gt;
&lt;br /&gt;
Mechanical: Select a material that can withstand falls of ~15 ft of a 10 lb robot.  Select a motor that will allow the robot go uphill with weight of frame + batteries + electronics.  Ideally the motor would be backdrivable.  Is it possible to design a clutch mechanism?  The links should be between 12-18 inches.  The frame will most likely undergo a minor revision in the spring term once all other components are finalized.  For the winter term, a base frame should be constructed that can test the motor such that the robot is capable of moving uphill.  We can add weights inside the frame to test the expected payload.&lt;br /&gt;
&lt;br /&gt;
Electrical: A motor model + motor control PCB module should be built.  The module should be able to sense current and perform simple PID tracking.&lt;br /&gt;
&lt;br /&gt;
Deliverables: Rugged frame (with padding inside for components?) that can withstand falling from sheet.  With one link clamped (can use a vice with a rod sticking out to attach frame), frame should be able to use its motor to reach heights above the pivot link.  PCB motor module with h-bridge, encoder circuit, and current sensing.  PIC32 should have FF and FB model running (should have motor constant, Coulomb + viscous friction model, etc.).&lt;br /&gt;
&lt;br /&gt;
Milestone: Frame (being) built and motor modeled.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can frame deploy parachute for soft landing?  Can a clutch be added?  Should we pursue pancake motors? Use two motors at joint, one on each link, but with shafts coupled so only one needs to be active.  The other is a generator while inactive, can we reuse the power generated to recharge the batteries?&lt;br /&gt;
&lt;br /&gt;
==Vision (2 people)==&lt;br /&gt;
Build a vision system that can track the robot at all times.  Assuming a steel sheet that is 6 ft x 8 ft, the camera needs to be calibrated so that it outputs real-world coordinates.  This project will consist of:&lt;br /&gt;
* calibration of a wide-angle lens, special color filter&lt;br /&gt;
* robust wireless communication (IR, XBee, other)&lt;br /&gt;
* robust tracking, where should the LEDs be placed on the robot?&lt;br /&gt;
&lt;br /&gt;
Tracking and communicating can be done on a webcam&lt;br /&gt;
&lt;br /&gt;
Milestone:  The receiver should be a function on the PIC that returns an (x, y) location using a unit of metric length.  Camera should be chosen and calibrated.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
Deliverables: For the camera, a Gibbot tracking algorithm as well as a calibrated lens for picking up the robot’s location.&lt;br /&gt;
&lt;br /&gt;
==Smart Wall (2 people)==&lt;br /&gt;
Mechanical: For prototyping any size wall and material is fine.&lt;br /&gt;
&lt;br /&gt;
Electrical: Wire up the LED sensors (1- or 2-inch spacing).  For both run a calibration routine that can pick up the location of the robot.  How large of a PCB can we order of the LED array?  Build a PIC32 library that can take in the image and LED data and produce the robot’s location.  The idea here is to build a prototype that is easy to scale up for spring term.&lt;br /&gt;
&lt;br /&gt;
Deliverables: A mockup showing a gridded wall with an emitter/detector pair inside each grid pulsing its location (let’s call these guys the transmitters).  Communications protocol should be a simple IR protocol (copy same one for TV remotes).  Demo must show onboard Gibbot circuitry (the receiver) picking up the transmitter signal.  Should also output data to PC via XBee.  Must make sure that work can be scaled up to an 8ft. x 6 ft. wall.  What are the power and component requirements as we scale up?  &lt;br /&gt;
&lt;br /&gt;
Milestone:  Idea of artistic use for wall.  small scale PCB circuitry showing receiver and transmitter talking to each other.  The receiver should be a function on the PIC that returns an (x, y) location.  Give PCB redesigner (see below) the inputs and outputs of module.&lt;br /&gt;
&lt;br /&gt;
==PCB redesign (1.5 people)==&lt;br /&gt;
Electrical: current sensor, position sensor, gyro, accelerometer, ext. Flash for data logging, send info back to PC, easy to maintain and replace parts.  PCB board, fix old board mistakes and add debug terminals (e.g., pads to quickly read the analog signals on scope)&lt;br /&gt;
&lt;br /&gt;
Deliverables: PCB should be able to interface with rotary sensors, gyros, and accelerometers.  There should also be a data logger to external flash present, so we can record and playback sensor info for debugging.  Designer needs to also make sure that PCB modules of other projects will fit into PCB design and that modules can be easily tested.  Documented library of functions with example code on usage.  Documentation should also include resolution of sensors and conversion from sensor units to real world units.&lt;br /&gt;
&lt;br /&gt;
Milestone: PCB components, size, and locations should be finalized.  Final sizes should be given to the Frame project.  Additionally, module sizes of other projects should be given to the respective module designers.&lt;br /&gt;
&lt;br /&gt;
Side Projects: Can we replace the XBee with something smaller and faster?&lt;br /&gt;
&lt;br /&gt;
==Rotary magnets (1 person)==&lt;br /&gt;
Build Kinea design magnet.  Can we come up with a lower power design?&lt;br /&gt;
&lt;br /&gt;
==EP magnets (1 person)==&lt;br /&gt;
Build and characterize an EP magnet.  Do we get the expected power savings?  For building an EP just follow Knaian thesis.  22.2 V batteries can provide up to 45 A continuous.&lt;br /&gt;
&lt;br /&gt;
Deliverable: An EP magnet capable of 300 N holding force and a model of the magnet’s BH curve (don’t know exactly how to measure this).&lt;br /&gt;
&lt;br /&gt;
Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.&lt;br /&gt;
&lt;br /&gt;
==Inductive power module (1 person)==&lt;br /&gt;
Same specs as power module, but with inductive charging (i.e, with no physical contact between the wall and the robot).  Challenges would be dealing with EMI.  Could we get away with not using batteries and instead use supercapacitors with inductive charging?&lt;br /&gt;
&lt;br /&gt;
==Wheel Carriage (1 person)==&lt;br /&gt;
Build wheel carriage prototype.  If it works well think of integrating it into the gbot design for spring term.&lt;/div&gt;</summary>
		<author><name>Nelson Rosa</name></author>
	</entry>
</feed>