Embedded Motion Control 2016: Difference between revisions

From Control Systems Technology Group
Jump to navigation Jump to search
 
(44 intermediate revisions by 15 users not shown)
Line 28: Line 28:
|-
|-
| May 11
| May 11
| First presentation of the design by ''groups'': 6-minute presentation (6-minutes for questions) about the group's design in the context of the task-skill-motion system architecture and the composition pattern.
| First presentation of the design by the ''groups'': 6-minute presentation (excluding 6 minutes for questions) about the group's design in the context of the task-skill-motion system architecture and the composition pattern.
|  
|  
|-
|-
| May 18
| May 18
| '''Corridor competition'''
| '''Corridor competition'''
| Composition Pattern part II by ''Herman Bruyninckx''
| [[Media:20160518-EMC-IPC-nup.pdf | Communication patterns by ''Herman Bruyninckx'']]
|-
|-
| May 25
| May 25
| Communication patterns by ''Herman Bruyninckx''
| colspan="2" | '''No lecture'''
|
|-
|-
| June 1
| June 1
| Presentation of final design by ''groups''
| colspan="2" | Presentation of final design by the ''groups'': 9-minute presentation (excluding 4 minutes for questions, so 13 minutes in total)
|
|-
|-
| June 8
| June 8
| colspan="2" | '''Final competition'''
| colspan="2" | '''Final competition'''
|-
| June 17
| colspan="2" | '''Deadline wiki pages'''
|-
|-
|}
|}
Line 91: Line 92:


Submissions are last checked the day before at 22:00.
Submissions are last checked the day before at 22:00.
It is possible to test on the robot outside of the scheduled time, but know that this is unsupported. Make sure that when you want to test on the robot outside the schedule you add your time to the schedule and put an asterix after the time. Know that other people need to use the field as well (Tech United etc.) and outside the scheduled time these parties have precedence over you. Also know that you can only test once a week, so scheduling twice in a week is not allowed.
<!--
<!--
In order to test your software on the real robot, each group has a number of available time slots. During the second stage test sessions, two robots will be available: Pico and Taco. Taco is a slightly different robot, but if your software works well on Taco, it will also work on Pico. The difference is that Taco's base is non-holonomic. This means that you cannot give it a velocity command in the y-direction (sideways), only in x and theta. So if your software relies on giving velocity commands in y-direction, you might just want to choose for testing on Pico (or change your software); if you only give x and theta commands, you can also test on Taco, doubling the available time slots!
In order to test your software on the real robot, each group has a number of available time slots. During the second stage test sessions, two robots will be available: Pico and Taco. Taco is a slightly different robot, but if your software works well on Taco, it will also work on Pico. The difference is that Taco's base is non-holonomic. This means that you cannot give it a velocity command in the y-direction (sideways), only in x and theta. So if your software relies on giving velocity commands in y-direction, you might just want to choose for testing on Pico (or change your software); if you only give x and theta commands, you can also test on Taco, doubling the available time slots!
Line 139: Line 144:
| 17-05-2016 || 16:45-18:45 || Group 4
| 17-05-2016 || 16:45-18:45 || Group 4
|-
|-
| 17-05-2016 || 18:45-20:45* || Group 6
| 17-05-2016 || 18:45-20:45* ||
|-
| 18-05-2016 || 8:45-10:45* || Group 2
|-
| 18-05-2016 || 10:45-12:45* ||
|-
| 19-05-2016 || 8:45-10:45 ||
|-
| 19-05-2016 || 10:45-12:45 ||
|-
| 19-05-2016 || 12:45-14:45 || Group 6
|}
<div style="clear:both"></div>
 
{| class="TablePager" style="width: 300px; min-width: 240px; margin-left: 2em; float:left; color: black;"
|+ '''Week 21'''
|-
! scope="col" | '''Date'''
! scope="col" | '''Time'''
! scope="col" | '''Group'''
|-
| 24-05-2016 || 14:45-16:45 ||
|-
| 24-05-2016 || 16:45-18:45 ||
|-
| 24-05-2016 || 18:45-20:45 ||
|-
| 26-05-2016 || 8:45-10:45 || Group 5
|-
| 26-05-2016 || 10:45-12:45 || Group 7
|-
| 26-05-2016 || 12:45-14:45 || Group 6
|-
| 26-05-2016 || 14:45-16:45 || Group 3
|-
| 26-05-2016 || 16:45-18:45 || Group 1
|-
| 27-05-2016 || 10:30-12:30* || Group 2
|}
 
{| class="TablePager" style="width: 300px; min-width: 240px; margin-left: 2em; float:left; color: black;"
|+ '''Week 22'''
|-
! scope="col" | '''Date'''
! scope="col" | '''Time'''
! scope="col" | '''Group'''
|-
| 31-05-2016 || 08:45-10:45 ||
|-
| 31-05-2016 || 10:45-12:45 ||
|-
| 31-05-2016 || 12:45-14:45 ||
|-
| 31-05-2016 || 14:45-16:45 ||
|-
| 2-06-2016 || 8:45-10:45 ||
|-
| 2-06-2016 || 10:45-12:45 || Group 7
|-
| 2-06-2016 || 12:45-14:45 || Group 5
|-
| 2-06-2016 || 14:45-16:45 || Group 4
|-
| 2-06-2016 || 16:45-18:45* || Group 2
|-
| 3-06-2016 || 10:00-12:00* || Group 1
|-
| 3-06-2016 || 12.00-14.00* || Group 3
|}
 
{| class="TablePager" style="width: 300px; min-width: 240px; margin-left: 2em; float:left; color: black;"
|+ '''Week 23'''
|-
! scope="col" | '''Date'''
! scope="col" | '''Time'''
! scope="col" | '''Group'''
|-
| 6-06-2016 || 08:45-10:45 ||
|-
|-
| 18-05-2016 || 8:45-10:45* ||
| 6-06-2016 || 10:45-12:45 ||
|-
|-
| 18-05-2016 || 10:45-12:45* ||
| 6-06-2016 || 12:45-14:45 || Group 7
|-
|-
| 18-05-2016 || 12:45-14:45* ||
| 6-06-2016 || 14:45-16:45 || Group 1
|-
|-
| 19-05-2016 || 8:45-10:45 ||
| 6-06-2016 || 16:45-18:45 || Group 2
|-
|-
| 19-05-2016 || 10:45-12:45 || Group 6
| 7-06-2016 || 08:45-10:45 ||
|-
| 7-06-2016 || 10:45-12:45 || Group 6
|-
| 7-06-2016 || 12:45-14:45 || Group 5
|-
| 7-06-2016 || 14:45-16:45 || Group 4
|-
| 7-06-2016 || 16:45-18:45 || Group 3
|-
| 8-06-2016 || 10:00-11:30 || Group 6
|-
| 8-06-2016 || 12:30-14:30 || Group 4
|-
|-
| 19-05-2016 || 12:45-14:45 ||
|}
|}
<div style="clear:both"></div>
<div style="clear:both"></div>



Latest revision as of 09:13, 8 June 2016

Guide towards the assignment
'A-MAZE-ING PICO'

Gostai-Jazz-500x500.jpg

Introduction

This course is about software design and how to apply this in the context of autonomous robots. The accompanying assignment is about applying this knowledge to a real-life robotics task.

Course Schedule and Lecture Slides

Lectures will be given on Wednesdays from 15.45 - 16.30 in Helix-Oost, room 4.91. The preliminary course schedule is as follows:

April 20 Introduction (see Oase) by René van de Molengraft Tooling and Infrastructure by Yanick Douven
April 27 Kings day: no lecture
May 4 Best Practices in System Design for Robot Control by Herman Bruyninckx
May 11 First presentation of the design by the groups: 6-minute presentation (excluding 6 minutes for questions) about the group's design in the context of the task-skill-motion system architecture and the composition pattern.
May 18 Corridor competition Communication patterns by Herman Bruyninckx
May 25 No lecture
June 1 Presentation of final design by the groups: 9-minute presentation (excluding 4 minutes for questions, so 13 minutes in total)
June 8 Final competition
June 17 Deadline wiki pages

Assignment

Design and implement a robotic software system that will let robots Pico/Taco solve a maze in the robotics lab. The maze can contain doors that automatically open and close.

Corridor Competition

An intermediate review will be held on May 18th, 15.45h at the RoboCup soccer field. During this challenge, called the corridor competition the students have to let the robot drive through a corridor and then take the first exit. The precise location of this exit will not be given in advance. Some facts:

  • Set-up
    • Make sure your software is easy to set-up, i.e:
      • Your software can be updated with one easy command, e.g. 'git pull'
      • Your software can be compiled using 'cmake' and 'make'
      • To start your software, only one executable has to be called
      • If your set-up deviates from this method, let us know as soon as possible!
    • The software of all groups will be updated on the robot before the challenge starts
      • This way, teams starting the challenge have as much time as teams that do the challenge at the end
  • The corridor:
    • The exit can be either left or right
    • It is not known beforehand how far the exit is located from the start (somewhere between 1 and 10 meters)
    • The opposing end wall (on the far end) will be open
    • The walls are approximately parallel to each other
      • Note: the walls might not be perfectly straight
    • The distance between the walls is not known in advance, but will be reasonable (somewhere between 0.5 and 1.5 meters).
    • The distance between the walls will be fairly constant throughout the corridor, 'fairly' meaning that we build the corridor by hand, and the distance may change a little along the corridor.
    • At the exit, the finish line is located approximately 30 cm from the side of the corridor (Notice: approximately, so don't just drive forward for 30 cm!). The walls that can be used to align PICO will be a little bit longer.
  • Start, goal and limits:
    • PICO will start with its laser range finder between the walls
    • PICO will be approximately facing the end of the corridor. (Notice: approximately, so don't just drive forward for n seconds!)
    • You have finished the assignment if PICO did not drive into walls, took the correct turn and the entire rear wheel is across the finish line.
    • Maximum speed (is limited in PICO): 0.5 m/s translational, 1.2 rad/s rotational. By the way, that's pretty fast (compared to last year's 0.2 m/s), so be careful! You don't have to drive that fast!
  • Scoring:
    • Try not to touch the wall! Slightly touching is OK, however, bumping (i.e., driving head-on into a wall) is not allowed! If PICO hits the wall, we decide whether it counts as bumping. If PICO bumps into the wall, that trial ends immediately.
    • Every team has two trials (= max one restart). A trial ends if:
      • PICO bumps into the wall
      • PICO has not moved or has not made sensible movements (as judged by the tutors) for 30 seconds
      • The total time limit of 5 minutes per group is reached
      • The group requests a restart (on the first trial)
    • restart means:
      • PICO restarts at the beginning of the corridor
      • CORRIDOR time (= time used for scoring) is reset, BUT
      • TOTAL time keeps running
    • Every team has a total of 5 minutes
    • There will be no second attempt if first attempt was successful

Next you can see an example of a corridor:

Scheme of a possible corridor composition, with measurements

Maze Competition

The final competition will be held on June 8, 15.45h at the RoboCup soccer field. The goal of this competition is to let PICO autonomously drive through a maze and find the exit. Some facts:

  • Where and when:
    • Wed June 8, 15.45h - 16.30h
    • Location: RoboCup Soccer field, GEM-N
  • Set-up
    • Make sure your software is easy to set-up, i.e:
      • Your software can be updated with one easy command, e.g. 'git pull'
      • Your software can be compiled using 'cmake' and 'make'
      • To start your software, only one executable has to be called
      • If your set-up deviates from this method, let us know as soon as possible!
  • Maze characteristics:
    • Exact location of the exit is unknown, but it will be on the boundaries of the maze (which means: PICO has to drive out of the maze).
    • Walls are approximately axis-aligned, meaning all angles are 90 degrees. Approximately means: built by hand, so slight differences may occur.
    • Open spaces may occur
    • There may be loops in the maze, which means that some walls may not be connected to other walls.
  • Start, goal and limits:
    • PICO will start inside the maze.
    • PICO will not start in a door area (see below for definition). So, for example, the door will not be directly behind PICO's starting location
    • You have finished the assignment if PICO did not drive into walls, found the exit and the whole robot is across the finish line.
    • Maximum speed (is limited in PICO): 0.5 m/s translational, 1.2 rad/s rotational. By the way, that's pretty fast (compared to last year's 0.2 m/s), so be careful! You don't have to drive that fast!
  • Doors:
    • There is exactly 1 door in the maze
    • The door will be situated at a dead end, a dead end being defined as a piece of wall with minimum length 0.5 and maximum length 1.5 with side-walls of at least 0.3 meter length. (Picture explaining this will follow shortly)
    • There might be multiple dead ends in the maze, one of which is a door
    • You need to pass the door to solve the maze, i.e., if you cannot open the door, the maze is unsolvable
    • The door will open if and only if the following conditions are met:
      • PICO is located within 1.3m distance from the door (i.e., no part of PICO is located outside the 1.3m range). The 1.3m in front of the door is called the door area.
      • PICO is not driving, i.e., the commanded velocity is 0 (both translational and rotational)
      • PICO asks to open the door. This will become available from the io-layer, e.g.,:
        io.requestOpenDoor()
    • If these conditions are met:
      • The door will start sliding open within 2 seconds from PICO's request
      • The door will slide open to the left or to the right
      • The door slides open at approximately constant velocity
      • The door is fully open within 5 seconds from PICO's request
    • Once the door is open, it will stay open
  • Scoring:
    • You have 2 attempts (= maximum one restart)
    • restart means:
      • PICO restarts at beginning of maze
      • MAZE time (= time used for scoring) is reset, BUT
      • TOTAL time keeps running
    • You have a total of 7 minutes for both attempts
    • Hit wall = that attempt fails
    • PICO standing still for 30 seconds = that attempt fails
    • There will be no second attempt if first attempt was successful

Next you can see an examples of an open space and a door and examples:

Scheme of an open space and a door template' and examples

Getting Started

To get started, please do the tutorials on the Tutorial Page. Please note:

  • Do all tutorials, and all steps. Missing one step may cause a different behavior or incorrect working system later. If something is not working as expected, make sure you correctly did all previous steps.
  • Of course, things may still go wrong. If so, do not hesitate to contact us.
  • See Using Pico for a quick overview of how to use Pico.

FAQ

Here you can find a collection of Frequently Asked Questions. Please check this page before contacting the student assistants or the tutors! If you find any issues or questions you had to deal with, please add them as well so your colleagues don't run into the same problems.

Group Wiki Pages

Group 1 - visit wiki - Tutor: Roel Smallegoor

Group 2 - visit wiki - Tutor: Roel Smallegoor

Group 3 - visit wiki - Tutor: Yanick Douven

Group 4 - visit wiki - Tutor: Yanick Douven

Group 5 - visit wiki - Tutor: Wouter Kuijpers

Group 6 - visit wiki - Tutor: Wouter Kuijpers

Group 7 - visit wiki - Tutor: René van de Molengraft

Pico test schedule

Be sure you have your software on git before coming to the test session so that you only have to git clone/git pull to get your code on the robot!

Please charge the robot whenever possible so there is no down time due to empty batteries.

Submissions are last checked the day before at 22:00.

It is possible to test on the robot outside of the scheduled time, but know that this is unsupported. Make sure that when you want to test on the robot outside the schedule you add your time to the schedule and put an asterix after the time. Know that other people need to use the field as well (Tech United etc.) and outside the scheduled time these parties have precedence over you. Also know that you can only test once a week, so scheduling twice in a week is not allowed.



Week 19
Date Time Group
09-05-2016 14:45 - 16:45
09-05-2016 16:45 - 18:45
10-05-2016 8:45 - 10:45
10-05-2016 10:45 - 12:45
10-05-2016 12:45 - 14:45
10-05-2016 14:45 - 16:45
10-05-2016 16:45 - 18:45
13-05-2016 8:45 - 10:45 Group 1
13-05-2016 10:45 - 12:45 Group 3
Week 20
Date Time Group
17-05-2016 8:45-10:45 Group 3
17-05-2016 10:45-12:45 Group 1
17-05-2016 12:45-14:45 Group 5
17-05-2016 14:45-16:45 Group 7
17-05-2016 16:45-18:45 Group 4
17-05-2016 18:45-20:45*
18-05-2016 8:45-10:45* Group 2
18-05-2016 10:45-12:45*
19-05-2016 8:45-10:45
19-05-2016 10:45-12:45
19-05-2016 12:45-14:45 Group 6
Week 21
Date Time Group
24-05-2016 14:45-16:45
24-05-2016 16:45-18:45
24-05-2016 18:45-20:45
26-05-2016 8:45-10:45 Group 5
26-05-2016 10:45-12:45 Group 7
26-05-2016 12:45-14:45 Group 6
26-05-2016 14:45-16:45 Group 3
26-05-2016 16:45-18:45 Group 1
27-05-2016 10:30-12:30* Group 2
Week 22
Date Time Group
31-05-2016 08:45-10:45
31-05-2016 10:45-12:45
31-05-2016 12:45-14:45
31-05-2016 14:45-16:45
2-06-2016 8:45-10:45
2-06-2016 10:45-12:45 Group 7
2-06-2016 12:45-14:45 Group 5
2-06-2016 14:45-16:45 Group 4
2-06-2016 16:45-18:45* Group 2
3-06-2016 10:00-12:00* Group 1
3-06-2016 12.00-14.00* Group 3
Week 23
Date Time Group
6-06-2016 08:45-10:45
6-06-2016 10:45-12:45
6-06-2016 12:45-14:45 Group 7
6-06-2016 14:45-16:45 Group 1
6-06-2016 16:45-18:45 Group 2
7-06-2016 08:45-10:45
7-06-2016 10:45-12:45 Group 6
7-06-2016 12:45-14:45 Group 5
7-06-2016 14:45-16:45 Group 4
7-06-2016 16:45-18:45 Group 3
8-06-2016 10:00-11:30 Group 6
8-06-2016 12:30-14:30 Group 4



\*no support available

Group Final Presentations

To be added...

Contact Details

In case of questions related to working with the real PICO robot, please contact Jorrit. For questions regarding the simulator or Git, please contact Yanick.

Tutors

Yanick Douven - y dot g dot m dot douven at tue dot nl

Roel Smallegoor - r dot smallegoor at student dot tue dot nl

Wouter Kuijpers - w dot j dot p dot kuijpers at student dot tue dot nl

Jorrit Smit - j dot smit at student dot tue dot nl