Autonomous Referee System

Autonomous Referee System
'An objective referee for robot soccer'

Introduction

This project was carried out for the second module of the 2016 MSD PDEng program. The team consisted of the following members:

• Tim Verdonschot (Team Leader 1)
• Tuncay Olcer
• Sa Wang
• Joep Wolken
• Akarsh Sinha (Team Leader 2)
• Farzad Mobini
• Jordy Senden

Project Definition

As described in verbatim, the goal of the present project is to contribute to this vision and create an autonomous robot referee system using drones. The first generation of MSD PDEng students created a system architecture to be used with a single drone. This architecture provides the basis for the present project. In particular some of the modules of such architecture, such as out of bound ball detection and an indoor positioning system using ultra-wind band technology, were implemented and tested. The overall goal of this project is to extend this system architecture and implement more modules.

Background

A drone referee may provide several advantages with respect to a human referee or a camera based system covering the entire field. First, human referees, naturally prone to human errors, are one the main causes of controversy in the game; they have their own interpretation of the rules, introducing a non-predictable factor often leading to unfair situations in a game where both financial and emotion stakes are high. An autonomous system would mitigate this, and in particular remove the unfairness factor - every game would be refereed according to the same algorithm.

Project Objectives

• System architecture of the proposed solution by January 31st along with a time plan, risk assessment of the choices, and task distribution for the elements of the group.
• Software of the proposed solutions including:
  • Out of bound ball detection by the ground robot, including both motion algorithm and camera processing. Suggested: end of January.
  • Detection of a fault including both movement. Suggested: end of February.

• Software with the interaction between the two robots. Suggested: end of March.
• Demo to be scheduled by the end of March or beginning of April.
• A Wiki-page documenting the project and providing a repository for the software developed, similar to the one obtained from the first generation of MSD students.
• One minute long video to be used in presentations illustrating the work.

Literature survey and background work

Definition of fault/foul

The definition of foul/fault or offence is based on the Robo Cup MSL Rule Book . Simple physical contact does not represent an offence. Speed and impact of physical contact shall be used to define offence or a foul. There are two cases in which foul detection should be formulated.