Open slowrunner opened 10 months ago
Hi @slowrunner! Thanks so much for doing this testing. I had not tested in a container assuming new/novice users were unlikely to be using one, but this is an important use case to test!
I appreciate the feedback on the rebooting. I will add that to the script.
Great point on the RMW environmental variable not being defined. This is certainly something that could happen and I should account for it and prevent the program from exiting as a result.
It sounds like the need to install wireless-tools was related to container usage is that correct? My goal with this script was to avoid users having to install any additional packages, but perhaps that isn't realistic in all configurations.
Yes, architecture is something I want to add among several other checks.
Thanks again! I'll post revisions when they're ready.
It sounds like the need to install wireless-tools was related to container usage is that correct?
Yes - I didn't install it when building the docker image, but installing it when running the image/container (with -y) worked well, and is gone whenever the container is restarted.
I searched for a different tool that might come installed with the Ubuntu base but wireless-tools seems to be the answer for getting the ESSID.
If you are going to have folks post their results - some may be concerned about having their ESSID and their IP repeated in the results. If the program finds the Create3 at the IP given, the actual value is probably not important. If the program finds the ESSID is consistent between controller and Create3, the actual value is probably not important, but if not consistent the user needs to know the actual ESSIDs so that conflict has to be included.
Simply reporting issues I had trying the troubleshooting program.
After downloading the troubleshooting.py program:
Program asks for reboot - assumes user knows steps to reboot Create3
Program should explain how to reboot.
Operations with the power switch are a bit confused for me. Holding the power switch down until the LED ring goes dark is what I have been doing, (docs suggest 7 seconds will shut it to "storage mode"), but it has never been successful when the Create3 is in a 100% CPU usage condition. Some seconds after the LED ring goes dark, the bot wakes up, chimes and the logs show it has restarted the Create3 application.
Attempted execution fails for two reasons:
Repairing both these issues in my environment allowed program to successfully complete
No RMW_IMPLEMENTATION env var:
Indeed
printenv | grep RMW
shows the variable has not been set.After executing
the environment variable will be found by the program
"iwgetid" is not installed in my container.
Executing
sudo apt update && sudo apt install -y wireless-tools
was successful, and allowed program to run successfully.SUGGESTION: may be useful to know the processor architecture information
For curiosity I ran the troubleshooting.py successfully on the base Raspberry Pi OS (Bookworm) of my Pi 5: