310 likes | 408 Views
Design Through Curriculum on Embedded Systems. Team: Aisha Grieme, Jeff Melvin, Dane Seaberg Advisors: Dr. Tyagi and Jason Boyd Client: Dept. of Electrical and Computer Engineering. Problem Statement Concept Diagram and Sketch Requirements Deliverables. Requirements. Problem Statement.
E N D
Design Through Curriculum on Embedded Systems Team: Aisha Grieme, Jeff Melvin, Dane Seaberg Advisors: Dr. Tyagi and Jason Boyd Client: Dept. of Electrical and Computer Engineering
Problem Statement Concept Diagram and Sketch Requirements Deliverables Requirements
Problem Statement Students end each year with a wealth of new knowledge without having had the opportunity to use concepts from multiple courses in a single project
Concept Description • Design a system for use in a design course to link curriculum concepts from junior Computer Engineering courses • Multiple tracks in Computer Engineering program • Focus to be applied on embedded systems • Topics will be enforced through a team embedded systems project • System will require teams to apply curriculum concepts from courses
Concept Diagram
Operating Environment Embedded system laboratory
User Interface Description • AVR Studio 4 & JTAG • Push Buttons • LCD • Terminal • Microsoft Windows
Functional Requirements • One-half semester • Must have clear documentation • Must focus on an adequate sample of curriculum course concepts
Nonfunctional Requirements • Platform must be easy to use • Must be adaptable for new curriculum or curriculum concepts
Market Survey • Performed by Sophomore Design Through Curriculum on Embedded Systems • Students showed preference for a “build your own robot” embedded systems project
Deliverables • Course outline • Demonstrable design project • System documentation
Work distribution Recourses and Costs Schedule Risks Project Plan
Resource and Cost Estimate Time Resource Course Resources • The department has all the hardware, and the software is open source • JTAG Programmer - $300 • iRobot Create - $130 • Cerebot II - $40 • Peripheral Hardware
Risks and Mitigation Plan Time • Risk: The student may not be able to complete the project within the allotted time • Mitigation: Create a timeline for the students to follow and have checkpoints for the students to meet Lack of Background • Risk: Students may lack the background to be able to follow the curriculum • Mitigation: Define a specific skill set and course background to take the class.
Course Plan Course Hardware Considerations Design Details
Course Plan • Week 1: • Get robot, software, and project requirements • Develop process model and project schedule • Week 2: • Learn about the system and begin programming • Set up subversion for the team • Week 3: • OS should be loaded • Robots should be communicating • Develop algorithms in embedded systems
Course Plan • Week 4: • Algorithm design should be finished • Learn about timing in embedded systems • Week 5: • Finish algorithm implementation • Week 6: • Testing will begin • Week 7: • Student will demo their robots
Hardware Considerations * Access to this functionality was not available, but may have been granted upon request
NI cRIO • Used by previous project • OS functionality not available • Possibility of getting some functionality • Interfaces with labVIEW
Vex PIC V0.5 • Interfaces with RobotC IDE • Documentation shows support for needed functionality • Proprietary • Non-Vex add-ons
Bug Labs BUGbase • Runs Linux, has full support of needed functionality • Interfaces with Eclipse • Limited emulator functionality • Recently Released
Arduino Mega • Plenty of memory • Available OS has limited functionality • IDE for board primitive • No components • Which will work • Drivers
Cerebot II and iRobot Create • Familiarity • Board • IDE • OS choices limited • Femto OS • Drivers for components written
Course Demo Testing Lessons Learned Conclusion Implementation
Build and Demo • Synchronized “dancing” and playing music • Shell interface • Bluetooth communication with computer
Testing • System Tests • Femto OS API • Open Interface • Dual Robot Communication • Course Testing • Lab with target student demographic • Survey and questionnaire
Lessons Learned • Need to define research requirements well • Importance of adhering to decisions • Consequences of an incomplete design • Value of seeking expertise in areas of unfamiliarity
Future Work • Research and test a more feature rich OS • May require additional hardware research • Student and TA instructions • Course Testing