Giter VIP home page Giter VIP logo

Comments (9)

gabrielenava avatar gabrielenava commented on September 26, 2024 2

Usage - Part 3 (Alternative Final 2: WIndows)

In order to run the code on windows, it is necessary to use appropriate tags for the robotology superbuild.

Here the yaml file that I am using:
aeps.zip

however there are still compilation issues on windows that do not allow me to complete the superbuild installation with the given tags -- the original problem is solved however: the superbuild compiles with the default tags.

Here the issue to track the problems:
robotology/robotology-superbuild#1057 (comment)

Since the code testing is concluded successfully on Ubuntu, I think we can consider the testing concluded @claudia-lat. The only thing left to do, besides addressing the small comments we discussed offline, would be to update the yaml file with different tags once we find the tags that work also on windows.

from paper_latella_2021_thms_overhead-exoskeleton-torque.

claudia-lat avatar claudia-lat commented on September 26, 2024 2

@gabrielenava I really want to thank you for your incredible support in testing and improving the code!

from paper_latella_2021_thms_overhead-exoskeleton-torque.

gabrielenava avatar gabrielenava commented on September 26, 2024 1

Installation part

I originally tried to install all the dependencies on Ubuntu 20.04. I had issues mainly because of two dependencies:

In both cases, I have found the source code:

but installation did not seem very straightforward so I gave up and I moved to Windows.

  1. maybe we can specify that for the moment we do not ensure support for running the code on Ubuntu, but highlight that if the user wants to try he can go through the sources installation.

Moving to Windows

  1. here, I have installed all dependencies with no big difficulties. However it is necessary to point the user to the proper documentation for robotology-superbuild installation on Windows

  2. another point: to change cmake options in the robotology-superbuild it is very useful to use the cmake gui, that on windows needs to be downloaded separately: https://cmake.org/download/ however this point is more related to robotology-superbuild documentation than on this repo documentation

  3. Also, a difficulty for a non-expert user could be to checkout iDynTree to the correct fork. We should specify that the user needs to reach the iDynTree folder in the src folder of the superbuild, open a terminal and run:
    git remote add [SOME_USER_DEFINED_NAME] https://github.com/ami-iit/idyntree-hde-fork/tree/feature/stack-of-tasks-berdy,
    then run:
    git fetch [SOME_USER_DEFINED_NAME]
    and finally:
    git checkout [SOME_USER_DEFINED_NAME]/feature/stack-of-tasks-berdy).

  4. all the other parts of the installation were fine to me, only a final reminder: if one decides to install the robotology-superbuild through mamba (suggested from the documentation), the following command has to be run every time one needs to operate with robotology scripts in a terminal:
    mamba activate robsub
    without the command the paths are not linked correctly, and for example YARP libraries are not found. Again, I think this is actually something more related to the robotology documentation rather than the one of this repo.

from paper_latella_2021_thms_overhead-exoskeleton-torque.

gabrielenava avatar gabrielenava commented on September 26, 2024 1

Usage - PART 1

  1. data conversion was ok. The repo were data are stored is structured in different folders, so it would be better to specify in which sub-folder one can find the .mvnx, .c3d and .mat data.

  2. to run the command that processes mnvx data on windows it is required to first run in the terminal mamba activate robsub if the installation is done via mamba, see the previous comment.

  3. the .trc data documentation has a bug: in the second point I guess the user should rename the file as S0X_0Y.c3d and not as S0X_0Y.trc, because later in the same piece of documentation it is written to export the .trc file from mokka and drop it into the data folder.

  4. to run the code it was necessary to add to the MATLAB path the repository and its subfolders: this point should be added to the documentation

--

At this point I was able to run the MATLAB script. Next part in the next comment!

from paper_latella_2021_thms_overhead-exoskeleton-torque.

traversaro avatar traversaro commented on September 26, 2024 1

ok, I had cmake already installed on my PC because I already had projects that required it, and I was inside the mamba environment when I called the cmake-gui for my superbuild configuration. No errors emerged during the compilation-generation phase so I tought it was ok.

It is a very peculiar case but it would be better to specify the cmake-gui usage possibilities in the documentation as you suggested.

My plan is to make sure that cmake-gui can be installed via conda, so that cmake-gui works out of the box in conda and we do not need to worry about cross-talking with a system-installed cmake, see conda-forge/cmake-feedstock#12 (comment) .

from paper_latella_2021_thms_overhead-exoskeleton-torque.

gabrielenava avatar gabrielenava commented on September 26, 2024 1

Usage - Part 2 (Alternative Final 1: Ubuntu)

I had some difficulties related to the installation of the robotology superbuild on Windows that slowed down my test. The issue has been solved by @traversaro, but in the meantime I decided to move on Ubuntu and continue my testing there. Some comments:

  • I had an issue compiling Mokka from sources on Ubuntu. I did not investigated further because Mokka and MVNX parser are only necessary to generate some files in the data pre-processing phase. I was able to reach this phase on Windows in #1 (comment), so I simply ported in Ubuntu the files I had already generated.

  • I needed to install opensim and generate its MATLAB bindings. I went through opensim installation following the opensim superbuild instructions and at the end I was able to install and (apparently) use the opensim bindings for MATLAB.

  • I was able to run and complete the first dataset (Subject 1 with exoskeleton). There was a missing function but the problem has been fixed by @claudia-lat. Then, while running the second dataset (Subject 1 without exoskeleton) MATLAB was badly crashing. Here the matlab crash reports (it generates 6 reports at a time):
    matlab_crash_dump.zip

  • I then debugged and discovered that the problem was related to the call to the following opensim method:

if ~exist(outputMotionFilename, 'file')
    ikTool.run();
end

the call is not performed when the file `` is already generated. for the first dataset, I generated it on Windows during my previous trials and I had it, while I did not have it for the second dataset.

  • to conclude the test I therefore generated the file on windows also for the second dataset, and then I run the code on Ubuntu. At this point I was finally able to conclude the testing successfully!

from paper_latella_2021_thms_overhead-exoskeleton-torque.

gabrielenava avatar gabrielenava commented on September 26, 2024 1

testing completed, closing!

from paper_latella_2021_thms_overhead-exoskeleton-torque.

traversaro avatar traversaro commented on September 26, 2024

2. another point: to change cmake options in the robotology-superbuild it is very useful to use the cmake gui, that on windows needs to be downloaded separately: https://cmake.org/download/ however this point is more related to robotology-superbuild documentation than on this repo documentation

Please do not do that! If you install cmake-gui manually, you basically may be installing a CMake version different from the one installed via conda and this may lead to hard to debug errors (I suspect this is related to robotology/robotology-superbuild#1057 (comment)). If there is any issue/feature request related to the robotology-superbuild (i.e. I want to use cmake-gui in the configuration, and with the current instructions I can't ), feel free to open an issue in the robotology-superbuild issue tracker, thanks!

Again, I think this is actually something more related to the robotology documentation rather than the one of this repo.

Feel free to open an issue, thanks!

from paper_latella_2021_thms_overhead-exoskeleton-torque.

gabrielenava avatar gabrielenava commented on September 26, 2024

Please do not do that! If you install cmake-gui manually, you basically may be installing a CMake version different from the one installed via conda and this may lead to hard to debug errors (I suspect this is related to robotology/robotology-superbuild#1057 (comment)). If there is any issue/feature request related to the robotology-superbuild (i.e. I want to use cmake-gui in the configuration, and with the current instructions I can't ), feel free to open an issue in the robotology-superbuild issue tracker, thanks!

ok, I had cmake already installed on my PC because I already had projects that required it, and I was inside the mamba environment when I called the cmake-gui for my superbuild configuration. No errors emerged during the compilation-generation phase so I tought it was ok.

It is a very peculiar case but it would be better to specify the cmake-gui usage possibilities in the documentation as you suggested.

, the following command has to be run every time one needs to operate with robotology scripts in a terminal:
mamba activate robsub
without the command the paths are not linked correctly, and for example YARP libraries are not found. Again, I think this is actually something more related to the robotology documentation rather than the one of this repo.

Feel free to open an issue, thanks!

this point is already specified in the documentation: https://github.com/robotology/robotology-superbuild/blob/master/doc/conda-forge.md#source-installation, I was wondering if it was necessary to enforce it in the documentation of this repo too, as it is a step that is very easy to forget. But anyways in the robotology documentation is documented.

from paper_latella_2021_thms_overhead-exoskeleton-torque.

Related Issues (1)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.