This is the repository of the code developed during the Digital Manufacturing course, Department of Industrial Engineering, University of Trento.
examples
: contains introductory code examplessrc
: contains the main project source code (library files)src/main
: contains executables codegoodies
: useful stuffproducts_host
: destination folder for compilet binariesproducts
: destination folder for cross-compiled binaries
The development is carried out in Visual Studio Code (VS Code for brevity).
I suggest to configure VS Code with the following settings. Open the settings file: Ctrl
+Shift
+p
then type json
and select the item "Preferences: Open Settings (JSON)". Then be sure that the list contains the following items:
{
"editor.fontFamily": "Fira Code",
"editor.fontLigatures": true,
"editor.tabSize": 2,
"editor.insertSpaces": true,
"editor.wrappingIndent": "indent",
"editor.renderControlCharacters": true,
"editor.wordWrap": "bounded",
"editor.wordWrapColumn": 80,
"editor.rulers": [80],
"editor.renderLineHighlight": "all",
"cmake.configureOnEdit": false,
"cmake.configureOnOpen": false,
"C_Cpp.default.cppStandard": "c++17",
"C_Cpp.default.cStandard": "c17",
}
It there are already other items in the JSON file, just add (don't replace) the above ones to the list (pay attention to separate each line with a comma and to put everithyng in between the outer curly braces).
Regardless your platform, begin with installing Visual Studio Code. Then open a terminal and type the following to install commonly used VSCode extensions:
code --install-extension xaver.clang-format
code --install-extension tintinweb.graphviz-interactive-preview
code --install-extension canna.figlet
code --install-extension Juancete.gcode-formatter
code --install-extension vscode-gcode.gcode
code --install-extension vadimcn.vscode-lldb
The project must be built with a linux toolchain. On Windows, we are using a WSL2 environment with Ubuntu OS. To enable the compilation we need to install a few packages: on the linux console, type:
sudo apt install build-essential make cmake cmake-curses-gui clang clang-format lldb libgsl-dev ruby figlet sshfs
sudo gem install gv_fsm
sudo update-alternatives --set c++ /usr/bin/clang++
sudo update-alternatives --set cc /usr/bin/clang
You need to have Xcode installed: do that through the App Store and—once finished—launch Xcode and accept the licence terms. Then you can close it.
On MacOS, the command equivalent to apt
is brew
: you have to install it by following the instructions on https://brew.sh, which means to type the following in the Terminal.app:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
Then close the terminal and open a new one and proceed as follows:
brew install figlet gsl clang-format graphviz gpg
brew install --cask cmake
curl -sSL https://rvm.io/mpapis.asc | gpg --import -
curl -sSL https://rvm.io/pkuczynski.asc | gpg --import -
curl -sSL https://get.rvm.io | bash -s stable --auto-dotfiles
Close and open a new terminal, again, then:
rvm install ruby-2.7
gem install gv_fsm
Building a project with Cmake is a two-step process. The first step is called configuration, and it results in populating the build
folder with all the contents needed for the compilation. The second step is called compilation and results in the products of the build to be created in the root of the build
folder. There is an optional third step, install, that copies the build products into a destination folder. This project is configured to have the local bin
forder as destination.
- (configuring) from the terminal, be sure to be in the project's toot directory and then issue the command
cmake -Bbuild
: this means configure the project in thebuild
directory, searching for theCMakeLists.txt
file in the current directory - (compilation) from the terminal, compile the project with the command
make -C build
- (optional install) if you want to install the build products, type
make -C build install
: this copies binaries into thebin
andlib
folders of the root project folder
Note 1.: the cmake
command must be run the first time, and then every time that you create, move, or rename source files. Conversely, if you only change contents of source files, then you only need to make
. The make
command is smart enough not to recompile files that have been already compiled and that are unchanged from the previous build: this reduces a lot the compilation time for large projects. The option -Cbuild
(the space is optional) tells make to work in the directory build
.
Note 2.: the command make
takes as optional argument the name of the target to build, i.e. the list of products to be generated. A special target is all
, so make all
means "let's build everything". all
is also the default target, so if you do simply make
, then you are building everithing. Other useful targets are clean
(for removing previously generated binaries) and install
(for copying the binaries into the destination folder). The available targets are listed by the special target help
: make -Cbuild help
.
Note 3.: the command make install
also does the compilation if needed, so if you want the products in the install folder just call make install
(i.e. there is no need for calling make
and then make install
)
For brevity sake, after having configured the project for the first time, in the following you can do everithing with one single command: cmake --build build -t install
: this is doing, in sequence, step 1 (only if the CMakeLists.txt
file has changed), then step 2 (only if sources have changed), then step 3. In the latter command, --build
is an option that takes one argument, the build folder, which is named build
; the second option, -t
, takes as argument the name of the build target: by default it is all
(meaning, "build all targets"), and thus -t install
means "build the target install
" (which implies the target all
).
The command cmake --build build
compiles the binary executables under build
. Those binaries are compiled with minimum optimizations and contain the debug symbols, i.e. they are suitable for debugging. From the project root directory, they can be run as build/ini_test
(for example).
The command cmake --build build -t install
(or cmake --install build
) also installs optimized versions under products_host
: executables go under bin
and libraries under lib
. These files are speed-optimized and cannot be debugged. From the project root directory they can be run as products_host/bin/ini_test
.
You are suggested to run export PATH=$PATH:$PWD/products_host/bin
once per session, so that you can simply run a program by typing its name (e.g. ini_test
).
To run the code you have to first compile the library:
cmake -Bbuild
cmake --build build -t install
Then you can run the script via ./build/c-cnc <your_Gcode_file> <your_abscissa_based_velocity_profile>.csv -> <your_file>.csv
In this way the velocity targets and informations required to plot in abscissa coordinates are saved in a file and the stdout is saved in the csv file that you specified and that file can be loaded for plotting. The "plug and play" command is:
./build/c-cnc lookahead.gcode velocity_profile_s.csv -> velocity_profile_t.csv
then you can open the jupyter notebook "profile_plot_time.ipynb" and run it, if you specified a different file name you have to change the jupyter nb accordingly
The cross-build system is taken from https://github.com/pbosetti/xtemplate.
Paolo Bosetti (paolo dot bosetti at unitn dot it
).
This project uses the C++ inipp
library by Matthias C. M. Troffaes (https://github.com/mcmtroffaes/inipp), here adapted with a custom C wrapper.
This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License.