Setup: octorpint 1.7, Pi4 & Pi3, image from Raspberry (Oct 2021), Creality Ender 3
I had symptoms similar to this case.
No ttyUSB0. Suspected that ttyS0 was the intended target, but that was not so.
I tried ‘sudo modprobe ftdi-sio’ and creating the entry in the /sys/bus. === > no cigar.
Chmod’ing the permissions on ttyS0, ttyAMA0 to ‘0666’ and attempting connection with Octoprint still would not connect,
and the permissions would change right back with the next ‘ls’.
I tried one other thing along this line and that was to add a new exception (rule) in: /etc/udev/rules.d/local.rules (make a new file with):
ACTION==“add”, KERNEL==“ttyS0”, MODE=“0666”
This also had no effect recordedin: dmesg, /var/log/syslog, or terminal dialog
Another thread suggested a chmod race condition against udev was suspected.
There was responses on Terminal dialog that continued to suggest a permissions issue.
I turned to start comparing to a working setup. I was fortunate to have another octoprint pi with a working setup. Starting with permissions and users:
- to be clear, the octoprint user is likely different from root
- ensure the octoprint user has privileges in:
tty, netdev, dialout, adm, sudo, users, pi, and root.
It was the last one that was key in my case. Once I added root privileges to my octoprint user:
a) the ttyUSB0 was created dynamically on serial/usb connection
b)dmesg would reflect with several lines including the ftdi and ch341 chips.
c) a tail of /var/log/syslog immediately showed the creation of the ttyUSB0
Also ensure that the serial lines are enabled in raspi-config. First question is ‘no’ (use for console) second one is ‘yes’. (enable hdw)
All issues went away.