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

Sorting out issues with MyCobot reliability #56

Open
sgbaird opened this issue Sep 25, 2024 · 10 comments
Open

Sorting out issues with MyCobot reliability #56

sgbaird opened this issue Sep 25, 2024 · 10 comments
Assignees

Comments

@sgbaird
Copy link
Member

sgbaird commented Sep 25, 2024

Just reached out to Elephant Robotics about a few issues @gursi26 mentioned to me. See the following message:

We are using a MyCobot 280 Pi, but we have two problems that are stopping us from using it in our teaching course on autonomous science.

Problem #1: The robot stops working every time we turn it off and then turn it back on.

Problem #2: Many times, the robot does not respond to the commands we send to it.

Related:

  1. myCobot 280 Pi Firmware Issue - Requires Reflashing After Power Cycle elephantrobotics/myCobot#48

Unfortunately, the GitHub repository doesn't appear to be monitored very regularly. I'm also realizing that the firmware is proprietary and isn't open source (it simply downloads proprietary binaries). The Python API is still open source, but it creates a dependency on ER to address bugs like these ones.

Aside: I came across https://github.com/zlj-zz/minimycobotflasher

Hopefully they respond soon.

@sgbaird
Copy link
Member Author

sgbaird commented Sep 25, 2024

@gursi26 I imagine you've already looked through the following:

  1. https://docs.elephantrobotics.com/docs/mecharm-pi-en/14-IssueFAQ/14.3-hardware.html

@gursi26
Copy link
Collaborator

gursi26 commented Sep 26, 2024

didnt see this before, will try out the fixes mentioned

@sgbaird
Copy link
Member Author

sgbaird commented Oct 1, 2024

@SissiFeng mind providing a quick status update about what the company said?

@gursi26
Copy link
Collaborator

gursi26 commented Oct 2, 2024

All wifi issues have been resolved and tested after rebooting the cobot. The issue was just to do with WPA2/WPA3 enterprise vs personal not working, which is why it worked on home wifi but not the office wifi.

Side note: It was also very difficult to remove the cobot from it's base to access the SD card slot. The lego technic connectors are impossible to pull off.

@sgbaird
Copy link
Member Author

sgbaird commented Oct 2, 2024

@gursi26 thanks! For the WiFi, was it having trouble with the Nokia? I think the Nokia is a WPA2-personal network (though of course UoT and eduroam are WPA2-enterprise, and come with their own set of requirements).

Bracing ourselves as we pulled the cobot apart was quite a sight I'm sure 😅 too many Lego connectors at once == really hard to remove (how it came by default).

@SissiFeng
Copy link

@SissiFeng mind providing a quick status update about what the company said?

Chinese are enjoying their national holiday for the whole week. They will be back to office next Monday.

@SissiFeng
Copy link

The issue with the cobot, I thing, worth to try by downgrading the firmware to a lower version (6.5) and connecting it to the windows laptop via a wired connection (to maintain signal stability). Last time, I used my phone's hotspot to connect, which allowed the cobot to start, but it was unstable (this could be related to the Type-C connection on the Mac). So be care of the joint losing signal suddenlly.

@gursi26
Copy link
Collaborator

gursi26 commented Oct 2, 2024

@sgbaird Yep, the wifi had options for both and the default selection of the cobot did not work. I just had to change the network configuration to use WPA2 instead of WPA3.

@sgbaird
Copy link
Member Author

sgbaird commented Oct 2, 2024

@gursi26 nice! That makes sense. Could you include instructions or a link for how to change the network configuration to WPA2?

@gursi26
Copy link
Collaborator

gursi26 commented Oct 3, 2024

Sure,
Start by ensuring that NetworkManager is running with

systemctl is-active NetworkManager

Which should output "active". If not, enable it with

sudo systemctl start NetworkManager
sudo systemctl enable NetworkManager

Once that is done, open the connection editor with

nm-connection-editor

In the connection editor, do the following

  1. Click on the network you want to connect to. Then click the gear icon at the bottom of the editor window.
  2. Navigate to the tab titled "Wi-Fi Security" in the connection editor
  3. Here, for the Security field, select "WPA & WPA2 Personal". Enter the password for the network in the text field below.
  4. Click "Save" at the bottom of the window.

These steps should permanently set the correct network configuration and persist on reboot.

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