As of Wednesday, May 22, the POD successfully senses analog inputs and forwards the data to the ROAMER. An error in which the POD does not reconnect after a disconnect has been fixed; however, an error remains in which other teams' broadcast signals seem to break the connection.
The SPECIAL communication with the SPECIAL PIC and forwarding to the ROAMER brain was also successfully implemented. Transfer of all circuits to protoboards is nearly complete. Processing and output of commands by the ROAMER is next on the schedule and will be completed for the checkoff tomorrow.
Showing posts with label SPECIAL. Show all posts
Showing posts with label SPECIAL. Show all posts
Wednesday, May 22, 2013
Tuesday Checkoff Success
The team was successfully checked off late on Tuesday. Communication nodes were all successfully implemented with the exception of the SPECIAL PIC, which was tested the previous Thursday. In the state at which the project was in for checkoff, the following items were implemented and functioning:
- The POD brain could successfully sense and send digital inputs and send the state of these digital inputs via SPI to the POD radio PIC. This "command" was implemented using the framework of the communication protocol. The POD brain could also receive the "status" from the E128 (via SPI communication with the POD radio PIC) and successfully execute broadcast/ connect and disconnect actions. In situations where the ROAMER fails to reply, the POD disconnects and puts out its "connect status" light.
- The POD radio PIC could successfully receive the command from the POD brain and simultaneously send the status of the E128 to the POD brain. Upon receiving a command from the brain, the radio PIC would immediately build the data packet and forward to the POD XBee, which would transmit the command to the ROAMER XBee.
- The ROAMER XBee would successfully receive the command from the POD and forward the command to the E128/ brain. At the same time, it would receive the E128 status from the brain and send this information via asynchronous communication to the XBee radio, which would transmit it to the POD.
- At the time of checkoff, the SPECIAL communication was not implemented but was shown to work during the previous checkoff, in which the SPECIAL PIC communicated the status of the SPECIAL to the E128.
- The POD brain could successfully sense and send digital inputs and send the state of these digital inputs via SPI to the POD radio PIC. This "command" was implemented using the framework of the communication protocol. The POD brain could also receive the "status" from the E128 (via SPI communication with the POD radio PIC) and successfully execute broadcast/ connect and disconnect actions. In situations where the ROAMER fails to reply, the POD disconnects and puts out its "connect status" light.
- The POD radio PIC could successfully receive the command from the POD brain and simultaneously send the status of the E128 to the POD brain. Upon receiving a command from the brain, the radio PIC would immediately build the data packet and forward to the POD XBee, which would transmit the command to the ROAMER XBee.
- The ROAMER XBee would successfully receive the command from the POD and forward the command to the E128/ brain. At the same time, it would receive the E128 status from the brain and send this information via asynchronous communication to the XBee radio, which would transmit it to the POD.
- At the time of checkoff, the SPECIAL communication was not implemented but was shown to work during the previous checkoff, in which the SPECIAL PIC communicated the status of the SPECIAL to the E128.
Wednesday, May 15, 2013
SPECIAL PIC Programming Complete
The SPECIAL PIC is now programmed to be fully functional in relaying information between the SPECIAL and the E128. There is a currently uncommented "testing block" that is functioning and is designed to work with the ins/ outs and LEDs currently set up on the breadboard. A block of code that is currently commented enables the SPI communication with the E128. Code was nearly identical to the SPI code already in place and will hopefully require minimal debugging. Debugging scheduled for tomorrow.
Saturday, May 11, 2013
Code for XBee Radio PICs
Saturday, May 11
Programming for the POD XBee PIC was completed to a level that demonstrates radio functionality and the ability to communicate with another radio. Additional cases (e.g., an incoming command from the Brain is received before transmission is complete) were not yet covered but are noted in the code and will be developed once all conditional cases are worked out as they relate to the Brains. With no receiving radio, the PIC successfully sends the command on its input lines using the Communications Protocol as its structure, then receives and processes a no ACK. Currently, it does this indefinitely.
Programming for the E128 XBee communication is nearly complete and should be functional shortly.
A state machine was developed for the SPECIAL PIC to be programmed in Assembly, and detailed pseudocode was written out that can be translated relatively easily into software. Development and debugging of this code is scheduled for tomorrow.
Programming for the POD XBee PIC was completed to a level that demonstrates radio functionality and the ability to communicate with another radio. Additional cases (e.g., an incoming command from the Brain is received before transmission is complete) were not yet covered but are noted in the code and will be developed once all conditional cases are worked out as they relate to the Brains. With no receiving radio, the PIC successfully sends the command on its input lines using the Communications Protocol as its structure, then receives and processes a no ACK. Currently, it does this indefinitely.
Programming for the E128 XBee communication is nearly complete and should be functional shortly.
A state machine was developed for the SPECIAL PIC to be programmed in Assembly, and detailed pseudocode was written out that can be translated relatively easily into software. Development and debugging of this code is scheduled for tomorrow.
Wednesday, May 8, 2013
CADing the gripper and SPECIAL
Worked on CAD of top half of ROAMER
Have dropdown level from top to hold door lock motor
Currently, gripper is flush against top plate
If we find that the pin that attaches the gripper to the motor likes to turn from vertical, we can drop the gripper down 1/4" and add a piece of loose Duron between the top plate and the gripper (with a hole in the Duron to stay on the pin/screw)
Have dropdown level from top to hold door lock motor
Currently, gripper is flush against top plate
If we find that the pin that attaches the gripper to the motor likes to turn from vertical, we can drop the gripper down 1/4" and add a piece of loose Duron between the top plate and the gripper (with a hole in the Duron to stay on the pin/screw)
Subscribe to:
Posts (Atom)