Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Automatic data processing and plotting of whole-body datasets #20

Closed
diegoferigo opened this issue Mar 3, 2018 · 6 comments
Closed
Assignees
Labels

Comments

@diegoferigo
Copy link
Member

Following #13, it would be really nice having a matlab class or script that automatically processes data logged from Simulink (initial idea here). This would require introducing a generic structure for storing whole-body data.

In this way, if the visualization section of all controllers is the same (better if shared), creating plots for publications and documentation would become trivial. We know well how much time we spend on this.

cc @gabrielenava @S-Dafarra

@gabrielenava
Copy link
Collaborator

gabrielenava commented Sep 5, 2018

In view of robotology/wb-toolbox#160, it seems that having a way to process the data from Matlab without the need of opening the Simulink gui may become important soon.

@diegoferigo I think we should discuss if the auto-generated models should become very soon our standard way to run demos on the robot, and therefore address also this issue.

@diegoferigo
Copy link
Member Author

We never cared too much about real-time performance of our models because most times everything worked fine but probably they suffer of similar issues.

At the current stage the only limitation of the autogenerated code is gain tuning, it would require work about we store parameters in the autogenerated class and it will take some time to implement something intuitive enough.

However, we should start testing the C++ code of current model with hardcoded gains coming from the Matlab workspace from the external pc, and then move to the robot head.

@gabrielenava
Copy link
Collaborator

@Yeshasvitvs suggested a possible workflow in order to be able to see run time plots with Simulink. The idea is to stream the Simulink data in a yarp port, and then use the yarp scope in order to visualize the streamed data. Seems an interesting idea, but the feasibility is still to be verified. On the other hand, @FabioBergonti can provide a matlab script to perform post-processing on the data coming from Simulink. The addition of this feature to the WBC may be very useful and can be discussed in the next software upgrade, too.

@gabrielenava gabrielenava added this to the next-software-upgrade milestone Dec 14, 2018
@yeshasvitirupachuri
Copy link
Member

@Yeshasvitvs suggested a possible workflow in order to be able to see run time plots with Simulink. The idea is to stream the Simulink data in a yarp port, and then use the yarp scope in order to visualize the streamed data. Seems an interesting idea, but the feasibility is still to be verified. On the other hand, @FabioBergonti can provide a matlab script to perform post-processing on the data coming from Simulink. The addition of this feature to the WBC may be very useful and can be discussed in the next software upgrade, too.

For reference check the yarpscope xml we have now for visualizing FTShoe data. I encoded the color scheme similar to matlab for the plots with in a scope.

screenshot from 2018-12-14 15-42-22

@gabrielenava
Copy link
Collaborator

For data naming convention in whole-body-controllers, refer to this issue: #64

@gabrielenava gabrielenava modified the milestones: next-software-upgrade, current-software-update Oct 10, 2019
@gabrielenava
Copy link
Collaborator

with this commit I've added a Matlab script that automatically locates and processes the data coming from Simulink.

I will therefore close this issue, and I will open a new issue specifically for having runtime plots with yarpscope, as detailed in this comment, that anyways will be implemented in a future release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants