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

Add the possibility pass the root of robots-configuration in FirmwareUpdater.script.info.all.sh #19

Closed
GiulioRomualdi opened this issue Jan 28, 2021 · 9 comments

Comments

@GiulioRomualdi
Copy link
Member

FirmwareUpdater.script.info.all.sh searches for robots-configuration folder inside $ROBOT_CODE i.e.

./manageFWrobot.py -n $ROBOT_CODE/robots-configuration/$YARP_ROBOT_NAME/network.$YARP_ROBOT_NAME.xml -f ../info/firmware.info.xml -p all -a info | tee ../logs/log.of.FirmwareUpdater.$YARP_ROBOT_NAME.info.all.txt

We usually install robots-configuration as part of the superbuild, so our path is $ROBOTOLOGY_SUPERBUILD_DIR/src/robots-configuration. It would be nice to pass the root of robots configuration as parameter to the sh script.

cc @traversaro @isorrentino

@GiulioRomualdi
Copy link
Member Author

I just noticed that I should open it in icub-firmware-build.

@traversaro
Copy link
Member

Note that

We usually install robots-configuration as part of the superbuild, so our path is $ROBOTOLOGY_SUPERBUILD_DIR/src/robots-configuration.

Note that since iCubWaterloo01/SN44, the iCubs that come out from the "production" also use the superbuild, so this is a problem that affects also those robots.

@GiulioRomualdi
Copy link
Member Author

If you tell me what you prefer I can open a PR. Should I close this issue and open a new one in icub-firmware-build?

@traversaro
Copy link
Member

I just noticed that I should open it in icub-firmware-build.

I transferred the issue there.

@traversaro traversaro transferred this issue from robotology/icub-firmware Jan 29, 2021
@traversaro
Copy link
Member

traversaro commented Jan 29, 2021

I think the current solution is not ideal for two reason:

I think both issues can be avoided if instead of using:

./manageFWrobot.py -n $ROBOT_CODE/robots-configuration/$YARP_ROBOT_NAME/network.$YARP_ROBOT_NAME.xml -f ../info/firmware.info.xml -p all -a info | tee ../logs/log.of.FirmwareUpdater.$YARP_ROBOT_NAME.info.all.txt

we use the yarp resource utility to find the file, i.e

./manageFWrobot.py -n `yarp resource --from network.$YARP_ROBOT_NAME.xml` -f ../info/firmware.info.xml -p all -a info | tee ../logs/log.of.FirmwareUpdater.$YARP_ROBOT_NAME.info.all.txt

this will work fine both manual and superbuild installation, and will use the installed version of the files instead of the source one (so it will work even if we switch to use binaries in the future).

@marcoaccame
Copy link
Contributor

./manageFWrobot.py -n yarp resource --from network.$YARP_ROBOT_NAME.xml

seems a good solution by me.

@traversaro
Copy link
Member

Given #21, probably we can close this issue @GiulioRomualdi ?

@GiulioRomualdi
Copy link
Member Author

Yes!

@traversaro
Copy link
Member

traversaro commented Dec 21, 2023

Note that probably yarp resource now also prints [DEBUG] messages so it is not suitable anymore to do this, but that is another story.

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

No branches or pull requests

3 participants