Difference between revisions of "The Gibbot"

From Mech
Jump to navigationJump to search
Line 51: Line 51:
==Main PCB Design==
==Main PCB Design==
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.
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.

<!-- 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.
<!-- 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.

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.
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.

Side Projects: Can we replace the XBee with something smaller and faster? -->
Side Projects: Can we replace the XBee with something smaller and faster? -->



Revision as of 01:17, 16 January 2013

Questions for the group: Where should we host the project? (Google Docs, DropBox, GitHub, Google code, SourceForge, etc.)

Below is a list of projects. Each project will have a team lead responsible for keeping everyone on track.

Power module

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:

  • the wall has telescoping power leads to reach the robot.
  • the robot has two spring-loaded contacts (springs, ball bearings?) to slide along the wall and make contact with the pads.
  • add mechanical magnetic clamps to the two pads to be able to support the weight of the gibbot.
  • inductive charging (replace batteries with supercapacitors?)

Robot frame

motor frame magnet must play nice with other modules

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.

Electrical: A motor model + motor control PCB module should be built. The module should be able to sense current and perform simple PID tracking.

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.).

Milestone: Frame (being) built and motor modeled. Give PCB redesigner (see below) the inputs and outputs of module.

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?

Vision System

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:

  • calibration of a wide-angle lens, which can be fitted with a special color filter
  • robust wireless communication (IR, XBee, other)
  • robust tracking

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.

Smart Wall

Mechanical: For prototyping any size wall and material is fine.

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.

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?

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.

Main PCB Design

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.

Rotary magnets (1 person)

Build Kinea design magnet. Can we come up with a lower power design?

Electropermanent magnets

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.

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).

Milestone: Ability to reverse polarity of Alnico magnet and holding force data of magnet when switched on.

Wheel Carriage (1 person)

Build wheel carriage prototype. If it works well think of integrating it into the gbot design for spring term.