Closed DanielsAlmeida closed 4 months ago
Hey Daniel, what was your workflow like? We are having trouble figuring out exactly where the problem might be. Did you flash the robot with our image using ./pepsi gammaray?
Yes, as far as I know, we flashed the OS and everything is alright with it (but if you have any tips to make shure of its state, im all ears). The IPs that i found are on Aldebaran's pattern, and when I tried to connect to the robot via ssh it refused the connection (ssh nao@IP, also tested as root and pepsi instead of nao).
Hi Daniel!
Did you adjust the hardware IDs meta-hulks/recipes-hulks/network-config/network-config/id_map.json
when creating the image?
Hey Maik! No, I didnt adjust that, just flashed the image and sent it to the robot.
If you setup a robot you need to flash our yocto image. The clean way to do this requires building your own linux distribution first. We provide all the necessary yocto recipes to build a custom linux distribution at https://github.com/HULKs/meta-nao . If you omit the meta-hulks
layer in the build process, you get a clean distribution without any adjustments we especially need for our framework and setup. But as you want to run our framework, you are going to need this layer and all its recipes.
Our meta-hulks
layer configures the network devices of each individual Nao head based on its head ID.
As @MaikRe pointed out, this happens here:
based on the head id mapping defined here:
So you have two options:
id_map.json
and update the configure_network
according to your team number, your robot will get your configured nao number and static ip assigned.id_map.json
, the configure_network
aborts (see here) and the robot is configured using DHCP. This requires you to check your local DHCP server in the network what IP addresses are assigned.In any way, you can afterwards connect via ssh at nao@xxx.xxx.xxx.xxx
without any password or via our custom pepsi
tool using pepsi shell NAO_NUMBER
.
Hope this helps, if you have any further questions, feel free to ask.
No further questions in last 2 months, issue is considered resolved
We are having some trouble connecting to the robot. With the last codebase we had, the robot directly spoke its IP when pressing the button on its chest. But now the same doesn't happen, changing the number depending on how we connect (local-link ipv4, tested with ubuntu 23.10 and windows 11). I'd like to know if there is a different connection method for NAO's operational system, some specific command or something similar.