OS
Operating
Systems
and
Real
Time
Operating
Systems
General information

Project of Fall 2021: "Eurecom kart"




Mindstorms NXT(TM)/EV3 robots are robots made of a main unit and a set of sensors and actuators. They have been sold by Lego for several few years now, starting with the NXT version, and now with the ev3 version. Many very elaborate designs have been made using the standard kit (see for example "Mindstorms: Not just a kid's toy"). You may also watch interesting videos on youtube, such as a breakfast machine, marble conveyor, a car factory, a walking dog, a forklift truck, the "holononic drive", a rubik's cube solver, a printer, and a sumo game. You can also find some other nice systems on battlebricks.

The project you will work on might not be as complex as some aforementioned systems, yet it requires spending quite a lot of design and programming time on the robot and its interfaces (sensors, actuators).

Once you have received your robot box, test your robot, motors, and sensors as soon as possible! We may be able to repair/order parts with a few weeks notice, but there is very little we can do the day before the competition.

Project description

The robot you have to build shall be the winner of a race. This section includes a description of the race and then a specification of the robot.

Note that the rules might evolve during the next weeks until the final competition. I will always inform you whenever a rule evolves.

General description

The main objective of the game is to be the winner of three different races. "Winner" means being the fastest to reach the finish line. A race contains 2 laps. A lap ends at the finsh line.
  1. Race against time: robot compete alone in the stadium. The robot starts at pos 1.

  2. Race against a distant opponent: two robots compete but do not start at the same location: robots start at position 1 and 3.

  3. Race against a proximate opponent: two robots compete and start next to each other, i.e. at position 1 and 2.

Stadium specification


The stadium is explained in the following picture. The overall game area is delimited by a wooden fence on the four sides (see figure below). Obstacles look like pyramids.
this is a PNG
Specification of the stadium


this is a JPEG

this is a JPEG



General rules

  • The robot can be freely re-programmed between game rounds, but it is forbidden to remotely control your robot.

  • Robots have the right to release obstacles, e.g. throwing an obstacle into the opponent's path is encouraged..

  • Robot can select their starting area when racing against time. When racing against an opponent, two games are played and the starting areas are switched between the two games.
A game is as follows.
  • A robot races alone (against time) or against another robot in the stadium. A robot starts from inside the starting area. It may be positioned in this area as desired by the team as long as it totally fits inside the starting area. Once the game has started, the robot is free to navigate where it wants in the stadium.

  • Robots have 5 minutes at most -i.e. the race is cancelled when robots are stuck- to finish their 2 laps.

  • Volontarily crashing/rushing into a robot during the first half lap is forbidden. By doing so, the faulty robot is removed from the stadium, and the other robot can redo the race alone.

Tournaments will be organized: each robot will race two times against time, and ideally against all robots in the two other categories (race against opponents). Medals (master, diamond, platinum, gold, silver and bronze medals) will be given to robots according to their average ranking in races.


Specification of the robot

  • The robot must be contained in width=30cm, length=30cm, height=35cm maximum at start-up.

  • Robots can use up to four sensors and up to four engines. You are free to use the sensors you want to among the following ones: touch sensor, light sensor, color sensor, ultrasonic sensor (i.e., distance sensor), compass sensor, gyroscope sensor, magnetic sensor.

  • The robot must contain a flag, on which the number of your group is clearly readable from at least two sides of your robot. The flag dimension is at most 10x10cm. It may also contain a logo, a drawing, and the name of the robot.

  • A robot may change its shape (by deploying elements, or withdrawing them) during game phases.

  • Robots can contain a camera and send data over wifi to send out a video stream. We do not provide any camera for this, you have to do this on your own, for entertainment purpose only.

  • Destructive weapons are NOT allowed. For your information, a EMP can be constructed for ~300 dollars as shown here.

  • It is forbidden to send orders -remotely or not- to your robot while it is playing: it must be fully autonomous as soon as the game starts, and until it ends. Any kind of cheating will result in a 0 grade, just like for all exams at Eurecom.



Competitions and reports

There are two "competitions", as described after. Your project grade takes into account the two competitions (the one in December, the one in January).
  1. The 13th of January, 2022: your website should be started with at least the name of your robot (I don't expect more in the website for this deadline). The six following tests will be performed in the stadium. Tests are used to test "basic" functions in order to understand how well their work. They are not taken into account for the final grade, apart if the final competition fails. You can validate multiple tests with one execution if you wish to.

    • Test #1. Be able to make half a lap.
    • Test #2. Be able to make one lap.
    • Test #3. Be able to make 5 laps.
    • Test #4. Be able to recover from a stuck situation. For this, you shall put the robot in front of an abstacle: your robot should be able to detect that obstacle and avoid it.
    • Test #5. Be able to release obtacles


  2. The 27th of January, 2022: final competition. For the final competition, the website must be fully completed. Also, during the final competition, I may interview each member of the group, so as to understand the contribution of each group member.


Your report consists of a website and the source code of your robot. The website shall contain the following information:
  • Description of the architecture of the robot: sensors and actuators, etc. Pictures of your robot on the web site would be appreciated.

  • Algorithms used for the two most important points: strategy for the different races. Don't provide source code here, just try to describe the algorithms using a pseudo C language. Also, do comment those algorithms, and explain why you think they are efficient.

  • Source code, and instructions on how to use that source code: how to compile it, how to download it on the robot, and how to start the robot. To protect you work, you can set a password to access to the code, but make sure to give us access in order to grade it (e.g., private git repository). You could even put a fake code on your website until the very last moment ;-). I strongly advise you to rely on a versioning system (svn, git, hg) to work on the code. Also, frequently backup your code.

  • Videos / pictures of your robot in action [we may provide you with cameras and video recorders if necessary].

  • How you have worked in the group, i.e., who made what. Be clear about that. Each member of groups will get an individual grade. All members of a team must contribute to the source code. You source code must clearly indicate, with comments, who programmed which function.

Groups


7 groups of 3, 2, or 1 students.
(The group leader is listed first).
  1. Name of the members, name of robot and link to website.

  2. Basile RULH, Thibault HUILLET, Vikram KATURI. gitlab

  3. Cosma Alex VERGARI, Davide PERTICONE, Lorenzo PISANO. github

  4. Zuha BEGUM, Robert MOLLER, Cristian NEUFUSS. gitlab

  5. Pierre FOURNIER, Chloé BON, Naïs SCHIETECATTE. gitlab

  6. Achraf EL MASDOURI, Farouk FAIZ, Samuel MAZAUD. github website

  7. Yash KUMAR, Verneet SINGH. gitlab
    Ramanujan

  8. Jean-Marie MINEAU. gitlab robot



How do I borrow a robot?

Please, take care not to lose parts, especially cables and sensors. Also, a microsd card and a wifi dongle comes with the robot. The procedure to borrow a robot is as follows:
  1. Make a group of 3 students, and decide on a group leader.
  2. The group leader sends me an email with the list of students of the group. List of: first_name, LAST_NAME, email. The leader shall be the first student in the list.
  3. I will validate the group. If the group is not validated for some reason I will provide, go back to stage 1. Otherwise, go to next step. Note that I validate groups with a First Come First Served policy (Date of email sent).
  4. Once I've answered your group with "validated", the group leader can go to Tom Zenatti's office (327), Tom.Zenatti AT eurecom.fr, in the IT Department. You will be granted an ev3 box. Only the group leader has the right to enter in the office of Mr Zenatti, and only during the morning or the afternoon breaks (do not go during lunch break).

Access to stadium

  • The stadium is located in room 52. You are free to use it whenever you want as long as you respect the COVID rules (washing your hand before touching the arena, wearing a mask).



ev3

For the ev3 system, the idea is to flash on the provided SD card a Debian GNU/Linux system. Then, you will be able to use the development language of your choice (C, python, etc.). But we ask you to develop in C.

Installing Linux on ev3

All information to install Linux on your ev3 is given here. This page also explains how to connect to your ev3 to your PC via the usb cable, bluetooth, or wifi. I do suggest to use the Debian JESSIE version, so not the most recent version. You should find the correct version in this webpage by selecting the most recent ev3dev-jessie image.

Using and programming ev3

  • Connect to the EV3 by ssh
  • If you have difficulties to connect to your robot via WIFI, BT ou USB, please contact us.
    Once your robot has access to Internet, it should display its IP address in the upper left corner of its display (let's assume it is 192.168.2.2). Then, you can try to ssh to the robot (the default password is maker):
    $ ssh robot@192.168.2.2
    
    The robot user is a sudoer, i.e. it can execute commands with root privileges when using the command sudo first.

    Once you are logged on the robot, do verify that you really have an internet access. For instance, try to do:
    $ ping www.ev3dev.org
    

  • Now, update the robot with the latest packages
  • $ sudo apt-get update&&sudo apt-get upgrade
    

  • Install extra packages you will need for the project:
  • $ sudo apt-get install gcc make
    

  • You are now ready to compile a basic example, and to run it. To do so, you first need to install the development environment on the robot:
  • $ GIT_SSL_NO_VERIFY=true git clone https://github.com/in4lio/ev3dev-c.git
    $ cd ~/ev3dev-c/source/ev3
    $ make
    $ sudo make install
    

  • Now, you need to get the example. The tester file runs all 3 motors, then tests the color, touch, sonar, and compass sensors, and is provided on the project git. You can either clone the git with the code on the robot, or on your host computer.
  • $ GIT_SSL_NO_VERIFY=true git clone https://gitlab.eurecom.fr/ludovic.apvrille/OS_Robot_Project_Fall2020.git
    $ cd OS_Robot_Project_Fall2020/client
    
    If you are on your host computer, you then need to copy the example files to the robot:
    $ scp tester.c Makefile robot@192.168.2.2:
    

  • Then, on the robot, you can compile the example main file, and then run it. You need tachos and sensors to be connected to the brick if you want the program to correctly execute.
  • To compile:
    $ make tester
    
    or
    $gcc -I./ev3dev-c/source/ev3 -O2 -std=gnu99 -W -Wall -Wno-comment -c tester.c -o tester.o
    
    or $ gcc tester.o -Wall -lm -lev3dev-c -o tester or:
    $ make
    
    To run the code:
    $ ./tester
    
    or to compile and run:
    $ make tester
    
note that the code and Makefile I provide are for the version of Debian Jessie that I have installed on my robot. the code and/or Makfile may fail for your robot: in that case, try to understand the error(s) you get and accordingly adapt the Makefile or the code.

Other examples

  • Sample code is also provided in the ev3c-master repository. Samples of how to control the motors and sensors are included in tester.c. The Ultrasonic Sensor is described here.

  • If your compass sensor does not correctly work with the test_sensor program, we provide a code specific to the use of this sensor. Use the "i2c" target of the provided Makefile to compile the file.

  • Other examples can be downloaded from the ev3dev C library here. Examples are provided in eg/tacho and eg/sensor.

  • rfcomm-client.c is an example of how to communicate with the server over wifi. Compile with gcc rfcomm-client.c -o rfcomm-client.

  • If you can't get your robot working, bring it along to course staff.


Cross compilation

Basic

You may want to compile your source code on your laptop, e.g. to check the syntax of your code or to speed up the compilation process. Cross-compilation for ev3 is available as an ev3 docker image. Here is what I've made to make this work on my Debian GNU/Linux computer:
  1. I have first installed docker, created a docker group, added myself to the docker group, and started the docker service. Installing docker may require more than a simple apt-get, so please refer to the document of your OS, e.g. for the one for ubuntu
  2. $ sudo apt-get install docker-engine
    $ sudo groupadd docker
    $ sudo gpasswd -a ${USER} docker
    $ sudo service docker start
    
    You may have to log-out for the group modification to be effective.
  3. Then, I have installed the ev3 docker image:
  4. $ docker pull ev3dev/debian-jessie-armel-cross:latest
    
  5. Once done, I've created a helloworld in C:
  6. $ cat > /tmp/hello.c
    #include 
    
    int main(int argc, const char *argv[])
    {
        printf("OS is fantastic!!\n");
    
        return 0;
    }
    
    (do "CTRL D" at the end of this command).
  7. I've compiled the file using the cross compiler provided within the docker image, and tested the generated file. The following command assumes that hello.c is located in /tmp on your host system (but you can place it wherever you want: update the following command accordingly). The following instructions are the one that I have used on my debian/jessie GNU/Linux PC.
  8. $ docker run -e LOCAL_USER_ID=`id -u $USER`  --rm -it -v /tmp:/src -w /src ev3dev/debian-jessie-cross
    [Shell in container]$ cd src
    [Shell in container]$ arm-linux-gnueabi-gcc -o hello hello.c
    
    Then, if you want to execute the generated ARM executable, you first need to install the ARM emulation environment. Then, you can execute "hello":
    $ sudo apt-get install qemu-user-static
    [Shell in container]$ ./hello
    OS is fantastic!!
    
For handling the compilation for your ev3, you need to make additional stages (thanks to Paolo!):
  1. Tag the docker image:
  2. $ docker tag ev3dev/debian-jessie-cross ev3cc
    
  3. Install ev3 lib, put them in the project directory, and start the docker image:
  4. $ git clone https://github.com/in4lio/ev3dev-c
    $ docker run --rm -it -h ev3 -v PATH/TO/PROJECT/:/src -w /src ev3cc /bin/bash
    
  5. In the container, run the following commands:
  6. [Shell in container]$ cd ev3dev-c/source/ev3/&&make&&sudo make install&&make shared&&sudo make shared-install
    
    In the Makefile for compiling your code, do not forget to substitute “gcc” with "arm-linux-gnueabi-gcc”. For running your project, add "export LD_LIBRARY_PATH=~/ev3dev-c/lib”in the Makefile.

Another way to do

(Way suggested by Fredrik Flornes Ellertsen. Note: on our side, for the tester.c file, we had to put the exact location of included files such as ev3.h. And also we had to remove the lines that use 'ev3_brick_addr', which the compiler cannot understand)

This has been tested on native Ubuntu 17.04 and on Windows using the Windows Subsystem for Linux.
  1. In an empty folder (here called robot_code/) on your computer, clone the ev3dev repository:
  2. $ git clone https://github.com/in4lio/ev3dev-c
    
  3. Install the cross compiler (source: https://www.acmesystems.it/arm9_toolchain):
  4. $ sudo apt-get install gcc-arm-linux-gnueabi
    
  5. In order to compile code that links to the ev3dev-c and/or other libraries, we need to use the robot's own versions of these libraries e.g. libev3dev-c.a. By linking statically we eliminate the need to install anything on the robot itself. Place these files in robot_code/libraries.

  6. Create a Makefile to simplify the compilation process. The following example Makefile expects the project to be organized like illustrated below, but will naturally depend on the group's project:
  7. 	robot_code/
    		Makefile
    		ev3dev-c/
    		libraries/
    			libev3dev-c.a
    		include/
    			movement.h
    			sensors.h
    		source/
    			movement.c
    			sensors.c
    			main.c
    
    Running 'make' in the robot_code/ directory should yield an executable called 'main' in the same directory. Using a file transfer tool like scp, copy this file to the robot and run it.


Competitions results

First tests, January the 13th, 2022





In this table, group "6" actuaylly refers to the new group 7. Group 6 hasn't made any test.

Final competition, January the 27th, 2022



Points and evaluation criteria could be updated during competition to better reflect the capacities of robots.

Podium


    Basically, robot #7 was the fastest from far in the race against time. Robot #2 won the 1vs 1 race, with robots starting in opposite sides. Robots #3 and #7 have the same number of points for the 1 vs 1 competition, with robots starting next to each other. So, we made sveral round between #3 and #7, and finally #3 won.