Wireless controller
The new wireless controller was designed and 3D printed. The new controller has better connectors that connect wires from the buttons and the switch to the transmission circuit of the controller. The controller was designed considering that the following features should be reflected in the user interface system:
1. The controller should have all required input commands (4 buttons for planar movement, power switch, power acknowledgment LED, CHARGE button, JUMP button).
2. More room for the transmission circuit of the controller.
3. A separate battery compartment so that the complete circuit is not exposed while changing batteries.
4. The edges of the controller are curved for user safety. The controller has a better grip for human hands (inspired by the existing video game controllers).
April 11, 2013
March 21, 2013
Second prototype of the wireless remote controller
1. Planar motion controls – Forward, backward, rotate left, and rotate right
2. Charge button – Compresses the fiberglass spring and brings the robot to ready-to-jump position.
3. Jump button – Releases the spring to make the robot jump
4. On/Off switch – Switches the controller on or off
5. Power LED – Acknowledges that the controller is switched on
November 19, 2012
First prototype of the wireless remote controller
The following figure shows the completed first prototype of the remote controller.
November 7, 2012
Testing circuit of the wireless remote controller
Today we demonstrated the successful communication between two XBee modules. We implemented a controller and a receiver to imitate the actual remote controller of our robot and the receiving module on our robot, respectively. The controller consists of a XBee, a XBee Explorer, a potentiometer, a button and a LED; the receiver consists of a XBee, Fio v3 microcontroller, two LEDs and a servo motor. On the controller end, users can adjust the potentiometer to a desired position and press the button to send the information to the receiver. Whenever the button is pressed, the status-indicating LED would be lit and the analog value of the potentiometer would be converted to a digital signal through an AD Converter on XBee and then be sent to the receiver. On the receiver end, two status-indicating LEDs were used, one indicating the receiver has received a signal and the other indicating the opposite. If the packet is received by the XBee on the receiver end, it would be deciphered by the microcontroller then converted to signals that control the LEDs and the servo motor, which rotates according to the potentiometer value on the controller end. The picture below shows the setup.