Embedded Motion Control/Restaurant Competition 2023: Difference between revisions

From Control Systems Technology Group
Jump to navigation Jump to search
(initial copy of hospital)
 
(hospital to restaurant)
Line 1: Line 1:
[[File:Hospital_full.png|thumb|right|500px|Overview of a possible Hospital setup, not up to scale!]]
[[File:Hospital_full.png|thumb|right|500px|Overview of a possible restaurant setup, not up to scale!]]


'''Challenge Description'''
'''Challenge Description'''


The figure on the right shows a 2D representation of a '''possible''' Hospital setup, '''as an example'''.
The figure on the right shows a 2D representation of a '''possible''' Restaurant setup, '''as an example'''.The objective is for Hero to "deliver" orders from the kitchen to a few tables. Which tables must be reached and in what order will be defined by the judges just before the challenge starts. The restaurant will contain a number of unknown static and dynamic objects (boxes, human actors walking)
The map shows several ''rooms'' and a ''hallway''.
In each ''room'' there are ''cabinets'' (represented by a rectangular block).
The objective is for PICO to "deliver" medicines from one ''cabinet'' to another (the order of which defined by the judges just before the challenge starts).
The hospital will contain a number of unknown static and dynamic objects (boxes, human actors walking)


Since PICO does not have the capability to grab and carry medicines, the "delivery" task cannot be performed physically.
Hero will be equiped with a basket in which he will carry the orders. The delivery of an order is defined as follows
Instead, the "delivery" is defined by the following steps:


*Drive up to the first ''cabinet''.
*Drive up to the table.
*Position in front of the ''cabinet'', facing towards the ''cabinet''.
*Position in front of the table, facing towards the table.
*Give a clear sound signal, signalling PICO has arrived at cabinet A (io.speak("I arrived at cabinet four")).
*Give a clear sound signal, signalling Herohas arrived at table A (io.speak("I arrived at table four")).
*Drive to the next ''cabinet''.
*Repeat until all the tables are visited in the correct order
*Position in front of the ''cabinet'', facing towards the ''cabinet''.
*Repeat until all the cabinets are visited in the correct order




'''Setup Specifications'''
'''Environment Specifications'''
 
*The ''hallway'' will be approximately 1.5 meters wide and does not have to be straight.
*All ''walls'' in the ''hospital'' will be approximately straight. The ''walls'' will be made of the 20cm thick blocks that are frequently used during test sessions.
*All ''corners'' in the ''hospital'' will be approximately right.
*The ''doors'' inside the ''hospital'' will be (time-invariant) openings in the ''walls'' of about 0.5-1m that may be '''closed or open'''.
*It is possible that a ''room'' has more than one ''door''.
*A ''cabinet'' is represented by a rectangular block.
*The front of the cabinet is defined as the first linesegment in the line array that represents a cabinet.
*A region will be marked in front of the ''cabinets''. This is the region in which PICO must stand (definition: middle-point of PICO in rectangle) when "taking" or "delivering" the medicine. This region will be a square with sides equal to the length of the front of the ''cabinet''.
*A random amount of ''dynamic objects'' will be present in the form of human actors. Additionally, an random amount of rectangular ''static objects'' will be placed throughout the hospital (see green blocks in figure on the right). The position does not have to be parallel to the walls.
*'''UPDATE2020!''' Since this year the challenge will be held completely in a simulated environment, the role of ''dynamic objects'' will not be performed by human actors. Instead, there will be objects in the hospital that are moving around in the hospital. These objects will try to not bump into PICO on purpose. The velocity of these object will be in the range of normal human walking velocity.
 


*All ''walls'' in the ''restaurant'' will be approximately straight. No weird curving walls.
*The ''doors'' inside the ''restaurant'' will be (time-invariant) openings in the ''walls'' of about 0.5-1m that may be '''closed or open'''.
*There may be multiple routes to a given goal.
*A number of ''dynamic objects'' will be present in the form of human actors. Additionally, a number of ''static objects'' will be placed throughout the restaurant (see green blocks in figure on the right). The position does not have to be parallel to the walls.


'''Challenge Conditions'''
'''Challenge Conditions'''


*PICO will start in the ''start area'', defined by a rectangle of approximately 1 by 1 meters. The orientation of PICO is arbitrary (i.e., not known to your software).
*Hero will start in the ''start area'', defined by a rectangle of approximately 1 by 1 meters. The orientation of Hero is arbitrary (i.e., not known to your software).
*The list of cabinets to be visited will be provided right before the challenge starts as a list of integers (0 identifies the first cabinet in the array).
*The list of tables to be visited will be provided right before the challenge starts as a list of integers (0 identifies the first table in the array).
*After starting the software, PICO has to drive to the first ''cabinet'' to "pick up" the medicine.
*After starting the software, Hero has to drive to the first table to deliver the order.
*If PICO found the correct ''cabinet'' and signalled his "arrival", he has to drive to the next cabinets to "drop off" the medicines.
*If Hero found the correct ''table'' and signalled his arrival, he has to drive to the next tables to deliver the orders.
*The task is completed after PICO visited all cabinets on the list.
*The task is completed after Hero visited all tables on the list.
*Bonus points are given to the groups that can detect the static and dynamic objects and present them in the world model. How this is presented is left to the groups.
*Bonus points are given to the groups that can detect the static and dynamic objects and present them in the world model. How this is presented is left to the groups.
*Within the hospital start area, we will make sure that some visible features (i.e. lines, corners) remain visible (but we will not make it easy).
*Within the restaurant start area, we will make sure that some visible features (i.e. lines, corners) remain visible.
*An actual map of the hospital will be provided to the teams one week before the final challenge, this will encompass a vector map (an example is provided at the bottom of this section). Note: we will only provide the vector map for the final challenge: no simulator map, no .png-image (as presented here on the right).
*An actual map of the restaurant will be provided to the teams one week before the final challenge, this will encompass a vector map (an example is provided at the bottom of this section).




'''Challenge Rules'''
'''Challenge Rules'''


*The list of cabinets to visit has to be supplied to the executable when starting the challenge, in the following format (for cabinets in the order: 2 -> 4 -> 3,):
*The list of tables to visit has to be supplied to the executable when starting the challenge, in the following format (for tables in the order: 2 -> 4 -> 3,):
<pre>./pico_do_your_thing 2 4 3 </pre>
<pre>./hero_do_your_thing 2 4 3 </pre>


*Do not touch the walls or objects! Slightly touching is allowed, 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''.
*Do not touch the walls or objects! Slightly touching is allowed, however, bumping (''i.e.'', driving head-on into a wall) '''is not allowed'''! If Hero hits the wall, '''we''' decide whether it counts as ''bumping''.
*Every team has two trials (= max one restart). A trial ends if:
*Every team has two trials (= max one restart). A trial ends if:
**PICO ''bumps'' into: the wall, a static or a dynamic object.
**Hero ''bumps'' into: the wall, a static or a dynamic object.
**PICO has not moved or has not made sensible movements (as judged by the tutors) for 30 seconds
**Hero has not moved or has not made sensible movements (as judged by the tutors) for 30 seconds
**The total time limit of 10 minutes per group is reached
**The total time limit of 10 minutes per group is reached
**The group requests a restart (on the first trial)
**The group requests a restart (on the first trial)
*restart means:
*restart means:
**PICO restarts at the defined start position
**Hero restarts at the defined start position
**The trail time (= the time graded) is reset, but
**The trail time (= the time graded) is reset, but
**the total time keeps running
**the total time keeps running
*Maximum speed (is limited in PICO): 0.5 m/s translational, 1.2 rad/s rotational.
*Maximum speed (is limited in Hero): 0.5 m/s translational, 1.2 rad/s rotational.
*There will be no second attempt if first attempt was successful
*There will be no second attempt if first attempt was successful
*Every situation that might occur, that is not covered in this document will be evaluated on the spot. If this happens, the judges have the final word.
*Every situation that might occur, that is not covered in this document will be evaluated on the spot. If this happens, the judges have the final word.
'''Visualization'''
*Your code should save a snapshot of the laserdata in your group folder when in front of each cabinet (e.g., using OpenCV).




Line 81: Line 61:
*The software of all groups will be updated on the robot '''before''' the challenge starts
*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, compiling in between trials is not allowed.
**This way, teams starting the challenge have as much time as teams that do the challenge at the end, compiling in between trials is not allowed.
*If you use a separate catkin workspace
**Make sure this workspace is compiled during the final testing hour
**Building separate catkin workspaces during the final challenge is not allowed
**The safest way to make sure your code works is by avoiding catking workspaces and including everything in your CMakeLists.txt




'''Example map format and code'''
'''Example map format and code'''


*We provide a simple example of a room with two cabinets and the code to read the map into your own c++ code.
*We provide a simple example of a room with two tables and the code to read the map into your own c++ code.
*For this simple example, a simulator map is also provided. (Note: a simulator map will not be provided for the final challenge).
*For this simple example, a simulator map is also provided. (Note: a simulator map will not be provided for the final challenge).
*We used the 20cm thickness blocks for your convenience
*We used the 20cm thickness blocks for your convenience

Revision as of 15:31, 31 March 2023

Overview of a possible restaurant setup, not up to scale!

Challenge Description

The figure on the right shows a 2D representation of a possible Restaurant setup, as an example.The objective is for Hero to "deliver" orders from the kitchen to a few tables. Which tables must be reached and in what order will be defined by the judges just before the challenge starts. The restaurant will contain a number of unknown static and dynamic objects (boxes, human actors walking)

Hero will be equiped with a basket in which he will carry the orders. The delivery of an order is defined as follows

  • Drive up to the table.
  • Position in front of the table, facing towards the table.
  • Give a clear sound signal, signalling Herohas arrived at table A (io.speak("I arrived at table four")).
  • Repeat until all the tables are visited in the correct order


Environment Specifications

  • All walls in the restaurant will be approximately straight. No weird curving walls.
  • The doors inside the restaurant will be (time-invariant) openings in the walls of about 0.5-1m that may be closed or open.
  • There may be multiple routes to a given goal.
  • A number of dynamic objects will be present in the form of human actors. Additionally, a number of static objects will be placed throughout the restaurant (see green blocks in figure on the right). The position does not have to be parallel to the walls.

Challenge Conditions

  • Hero will start in the start area, defined by a rectangle of approximately 1 by 1 meters. The orientation of Hero is arbitrary (i.e., not known to your software).
  • The list of tables to be visited will be provided right before the challenge starts as a list of integers (0 identifies the first table in the array).
  • After starting the software, Hero has to drive to the first table to deliver the order.
  • If Hero found the correct table and signalled his arrival, he has to drive to the next tables to deliver the orders.
  • The task is completed after Hero visited all tables on the list.
  • Bonus points are given to the groups that can detect the static and dynamic objects and present them in the world model. How this is presented is left to the groups.
  • Within the restaurant start area, we will make sure that some visible features (i.e. lines, corners) remain visible.
  • An actual map of the restaurant will be provided to the teams one week before the final challenge, this will encompass a vector map (an example is provided at the bottom of this section).


Challenge Rules

  • The list of tables to visit has to be supplied to the executable when starting the challenge, in the following format (for tables in the order: 2 -> 4 -> 3,):
./hero_do_your_thing 2 4 3 
  • Do not touch the walls or objects! Slightly touching is allowed, however, bumping (i.e., driving head-on into a wall) is not allowed! If Hero hits the wall, we decide whether it counts as bumping.
  • Every team has two trials (= max one restart). A trial ends if:
    • Hero bumps into: the wall, a static or a dynamic object.
    • Hero has not moved or has not made sensible movements (as judged by the tutors) for 30 seconds
    • The total time limit of 10 minutes per group is reached
    • The group requests a restart (on the first trial)
  • restart means:
    • Hero restarts at the defined start position
    • The trail time (= the time graded) is reset, but
    • the total time keeps running
  • Maximum speed (is limited in Hero): 0.5 m/s translational, 1.2 rad/s rotational.
  • There will be no second attempt if first attempt was successful
  • Every situation that might occur, that is not covered in this document will be evaluated on the spot. If this happens, the judges have the final word.


Robot Software

  • 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'
    • It is allowed to use multiple executables.
    • If your set-up deviates from this method, let your tutor know 1 week before the challenge!
  • 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, compiling in between trials is not allowed.


Example map format and code

  • We provide a simple example of a room with two tables and the code to read the map into your own c++ code.
  • For this simple example, a simulator map is also provided. (Note: a simulator map will not be provided for the final challenge).
  • We used the 20cm thickness blocks for your convenience
  • Remember to add unknown objects to your simulator and test environments and/or create other challenging maps and test scenarios!

You can find an example map (JSON) and the code to get you started here: File:Mrc map format 2021.zip