2021-10-29 13:44:14,662 - Changing monitoring state from "Offline" to "Detecting serial connection"
2021-10-29 13:44:14,748 - Performing autodetection with 0 port/baudrate candidates:
2021-10-29 13:44:14,750 - Changing monitoring state from "Detecting serial connection" to "Error"
2021-10-29 13:44:14,753 - Changing monitoring state from "Error" to "Offline after error"
2021-10-29 13:45:07,259 - Changing monitoring state from "Offline" to "Detecting serial connection"
2021-10-29 13:45:07,379 - Performing autodetection with 0 port/baudrate candidates:
2021-10-29 13:45:07,380 - Changing monitoring state from "Detecting serial connection" to "Error"
2021-10-29 13:45:07,384 - Changing monitoring state from "Error" to "Offline after error"
2021-10-29 13:52:31,177 - Changing monitoring state from "Offline" to "Detecting serial connection"
2021-10-29 13:52:31,240 - Performing autodetection with 0 port/baudrate candidates:
2021-10-29 13:52:31,240 - Changing monitoring state from "Detecting serial connection" to "Error"
2021-10-29 13:52:31,242 - Changing monitoring state from "Error" to "Offline after error"
Yes out of I think 20 times it connected. I think it had to do with some sort of order in powering on/off the Pi and the printer.I tried every combination after that 1 time but it never worked again.
Strange thing is, it always worked, never hicked up...
I read the post and tried the solution but no reveal.
[ 622.480549] rpi_firmware_get_throttled: 8 callbacks suppressed
[ 622.480559] Under-voltage detected! (0x00050005)
[ 627.500508] usb 1-1.1.3: new full-speed USB device number 9 using dwc_otg
[ 627.600569] usb 1-1.1.3: device descriptor read/64, error -32
[ 627.820494] usb 1-1.1.3: device descriptor read/64, error -32
[ 628.040501] usb 1-1.1.3: new full-speed USB device number 10 using dwc_otg
[ 628.140574] usb 1-1.1.3: device descriptor read/64, error -32
[ 628.360502] usb 1-1.1.3: device descriptor read/64, error -32
[ 628.480644] usb 1-1.1-port3: attempt power cycle
[ 629.140519] usb 1-1.1.3: new full-speed USB device number 11 using dwc_otg
[ 629.580509] usb 1-1.1.3: device not accepting address 11, error -32
[ 629.680522] usb 1-1.1.3: new full-speed USB device number 12 using dwc_otg
[ 630.120522] usb 1-1.1.3: device not accepting address 12, error -32
[ 630.120649] usb 1-1.1-port3: unable to enumerate USB device
[ 651.600777] Under-voltage detected! (0x00050005)
pi@octopi:~ $ lsusb
Bus 001 Device 008: ID 0424:7800 Standard Microsystems Corp.
Bus 001 Device 003: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
OctoPrint doesn't cause undervoltage. Python 3 doesn't cause undervoltage. Inadequate power supplies, inadequate wiring and back powering cause undervoltage.
Undervoltage means it works until it doesn't. Now it apparently doesn't. You can try to argue about this all day but the fact of the matter is, undervoltage has again and again been proven to be one of THE biggest reason for a whole variety of symptoms, which is why it should be your utmost priority to fix this when it's being detected. And with "fix it" I don't mean disabling the Pi Support Plugin, but actually fix the underlying problem.
And since fixing the back powering apparently fixed your issue, I'd say you just saw a very good example of how undervoltage can be cause or symptom of a whole range of issues yourself.
So I replaced my PSU with a formal original pi psu and the error about insufficient power is gone. I still cannot connect to my ender 3d pro again... what's next?
You were getting errors in the log about reading from the USB ports previously, are these still occurring? Previously, it was the OS unable to communicate with the USB device. Trying to work out what is broken is key here.
You have 3 things that could be broken:
The Pi's USB ports - through undervoltage, damage, etc. they may not be working correctly. Plugging the printer into another device could test if this is the case.
The USB cable, swapping the cable with a known working (for communication) cable is the obvious way to test this.
The printer's USB port or something else on the printer mainboard. This is probably the most difficult to test, since most people don't have another printer to quickly test with.
Hi, I do very much appreciate all the help and replies!
But why is it so hard to get this: It worked for over a year very well. Even moments before I updated to the latest version of octoprint. I do not believe that an update suddenly broke the physicals... and as linked above, I am not the only one with this sudden issue.
After updating I tried 3 different power supplies, 3 different DATA usb cables and I bought an original raspberry pi power supply, all to no avail of the connection problem.
But a said before, I will rule this out.
Is there any other that I can check from octoprint perspective?