||4 years ago|
|robolab-deploy@9a8fd3c4a2||4 years ago|
|src||4 years ago|
|.gitignore||4 years ago|
|.gitmodules||4 years ago|
|LICENSE||4 years ago|
|README.md||4 years ago|
|deploy.py||4 years ago|
Template for the RoboLab courses in spring and autumn which are conducted by the Systems Engineering Group at the Department of Computer Science, TU Dresden. Acts as a base repository that groups clone and then set the upstream to their assigned repo afterwards. Provides scripts to speed up and automate the process of deploying as well as executing Python code on LEGO MINDSTORMS EV3 robots running the customized, Debian based operating system ev3dev-robolab. Includes the programming interface which is used to check parts of the students solutions in the final exam.
Contains a deploy script that syncs Python files from the local src/ folder to a remote EV3 brick. This functionality is made available by the submodule robolab-deploy. Its contents were not directly included in this repository, as the submodule allows easier updating without manually adding files to a groups repository. Afterwards this scripts attaches to a pre-loaded tmux session on the remote device, which is running
python3.6 including some modules that are already imported. These, for instance the Python language bindings for the EV3, usually take way to long for practical development and debugging. The script further performs a reload on the
main.py file in the remote
/home/robot/src/ folder and starts execution from
main.run(). This is made possible by the custom systemd service ev3-robolab-startup that runs automatically on our OS after boot. Also comes with a simple example
main.py file that prints
Hello World! and the programming interface for the corresponding task. After the exam parts of the solutions of all group repositories will be checked and tested for correctness.
The most recent version regarding the current RoboLab can be found in the default branch, which is named and set according to this course. A clean "version" of the template is always available from the
These steps should be only performed by one member of your group.
- Clone the repository to any local destination.
git clone --recursive https://github.com/7HAL32/robolab-template
--recursive initializes the submodule
- Change to the working directory.
- Set the remote upstream to your group repository.
git remote set-url origin https://bitbucket.org/robolab-<season>-<year>/group-<id>
<season> is either
autumn depending on which RoboLab course you are participating in, i.e. Spring Course (INF) or Autumn Course (NES).
<year> is the year your course has started in the format
yy. For instance if the introduction took place on March 06th, 2017
<year> will be
<id> has been assigned to you at the beginning of the course. Please make sure to include leading zeros and fill up the id to three digits, e.g. group 42 will enter
- Verify, if the new upstream has been set successfully.
git remote -v
- Perform an initial push.
git push origin master
- Now the other members of your team are ready to clone your group repository. Make sure to enter the corresponding URL from step (3) and also use the
git clone --recursive https://bitbucket.org/robolab-<season>-<year>/group-<id>
Make sure that you are connected to the campus network on the first run to fetch all dependencies.
All source file must reside inside the
src/ sub directory. To start deploying and executing, call the file according to your operating system configuration and setup of Python.
Linux and macOS
There is a so called Shebang on the top of the scripts. This should automatically resolve the Python executable in most cases.
./deploy.py [optional arguments]
Unfortunately some investigation and work on Windows may be necessary as the mentioned Shebang does not work here.
PYTHON_EXECUTABLE ./deploy.py [optional arguments]
PYTHON_EXECUTABLE contains either the shortcut registered in your systems
$PATH environment or the full direct path to the
Directory for all source files that will be synced to the brick.
Keep in mind, that many files slow down the process of copying, especially when relying on wireless connections to the remote EV3. It is therefore recommended to keep only recent and relevant files in this folder.
Central hub for the execution of any code.
The deploy script will call the function
main.run(). Make sure that all modules are imported in this file and are called appropriately from within
Simple stub that calls the "real"
deploy.py in the git submodule without an additional path prefix and passes along any parameters without modification.
This approach was chosen to allow updates in a very simple manner, without giving anyone headaches or create potential chaos due to merge conflicts and other similar entertaining problems. The process of updating is described in a section down below.
Contains the "real" deploy module.
Including configuration files, scripts and necessary auxiliary binaries like
pscp. It is also the place for several other files, for instance login credentials, IP addresses and so on. These will not be added to any commit unless your override the .gitignore. For more information, please visit the submodules repository.
Hopefully updates are only necessary in order to get cool new features that have been added. Well or in case any bug was found and had to be fixed, but that happens like, you know, never. Luckily this process is fairly simple, as you make a pull in the submodule from the master and add the updated detached HEAD to a commit in the template repository.
git submodule foreach git pull origin master git add robolab-deploy git commit -m "updated submodule to lastest version of the upstream head" git push
For additional information on usage, optional arguments, syntax, et cetera simply call the stub
deploy.py with the
--help flag. There's also an extensive section on this template, the deploy scripts and the interface in the RoboLab Docs which are accessible via the campus network of TU Dresden.
Contributors to robolab-template:
- Frank Busse (interface)
- Lutz Thies (description and deploy stub)
- Max Friedrich, Ian List, Kilian Koeltzsch and Sinthujan Thanabalasingam
Contributors to robolab-deploy (submodule):
Version of 2016
Version of 2017
- Paul Genssler (systemd restart, debugging and testing for windows, emotional support)
- Lutz Thies (rewrite and redesign, i.e. systemd, tmux, reloader)
Part of the RoboLab project
Systems Engineering Group, Faculty of Computer Science, TU Dresden
Copyright (c) 2017-2018 by Lutz Thies
Released under the MIT License