I am scratching my head here, looking for ideas on further isolation of the issue.
Been successfully using a Pi 4b+ with Motion 578 since day 1. Today went to start a job and could not connect to the cutter.
I can connect and initialize if I connect the same USB to my MacBook. Reboots, updates, and trying different ports yield the same error.
$ lsusb displays: MCS Shapeoko 5. But short of that, I can’t figure out why motion won’t open the connection. There are no other obvious options for me to triage this further.
Willing to try any suggestions to get this job running
yes, other devices work on USB. I pulled all USB devices and only plugged in the controller… no change…
[ 2.532332] usb 1-1.4: new full-speed USB device number 4 using xhci_hcd
[ 2.650235] usb 1-1.4: New USB device found, idVendor=16d0, idProduct=0fa7, bcdDevice= 0.64
[ 2.650269] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2.650287] usb 1-1.4: Product: Shapeoko 5
[ 2.650301] usb 1-1.4: Manufacturer: Carbide 3D
[ 2.650315] usb 1-1.4: SerialNumber: Shapeoko5Pro
It could be a permissions thing. I forget, but I think the installer has to give the user rights to connect to the port. If you’ve done anything wonky to the Pi or the user, the permissions might be off.
I’m having the exact same issue. I reflashed 32-bit Bullseye onto a brand new SD card and redownloaded the newest CM build, and am still getting the “cutter not found” error.
We’re in the middle of a big CM update that should be ready before too long. We’ll have to see about updating our PIs to the latest OS when we do the PI builds to see if anything broke over time.
I did all updates and upgrades to an existing install and it still works.
I downloaded the Pi OS image with suggested apps from 5-3-2023. I did an install using user pi and password raspberry. I then downloaded the Carbide Motion image and installed it. I then performed all updates and upgrades. It still works. I strongly suggest changing the password from raspberry for security.
Why this works, is purely a guess on my part. I suspect the “pi” user is still granted permissions from the old days.
I am running a pi with a different admin account. I disable “pi” account post-install for security.
I haven’t had a chance to inspect the permissions and although it’s possible it’s the culprit, I am skeptical because the same user account is able to communicate over the same port using the same qt5 library with a different application (bCNC).
To be honest I am considering reflashing the os and starting fresh. The only reason I haven’t is that getting at the SD card is a pain due to the screen enclosure
Reflashing my card with the 32-bit OS from 5/3 and the user pi (with a non-default password) got it working.
I’ve got to get a few backlogged projects cut so I’m not going to run a sudo apt-get upgrade on this image because I’m a coward.
When I get rid of my backlog I’ll make another card and give it a shot again with updates and see how that works, which will be tomorrow evening or Tuesday morning realistically.
Interestingly OctoPi also requires pi as the username during setup.
Yeah, I’ve got a pi400 (rbp4 8gb) and this is not working with the current Raspbian build. lsusb shows the hardware recognized, but no joy connecting to the cutter.
Would love to see Carbide do a new Motion build for the pi.