Created attachment 216724 [details] cura-usb.patch Yes, it's not cool and networking really should be used, but still it shouldn't be broken.. The serial library returns 'n/a' to the port[2] string that Cura was checking for starting with 'USB' (which would actually be 'U' for us). I guess somewhere it is only splitting on 'tty' and not 'cua'. Well, let's just not filter serial ports for USB for now.
(In reply to Greg V from comment #0) Oh ugh I missed something. Sorry about that. I've been using a remote network Octoprint (Rpi with FreeBSD of course). I'll fix ASAP
A commit references this bug: Author: db Date: Fri Jul 24 20:10:00 UTC 2020 New revision: 543376 URL: https://svnweb.freebsd.org/changeset/ports/543376 Log: The serial library returns 'n/a' to the port[2] string that Cura was checking for starting with 'USB' (which would actually be 'U' for us). I guess somewhere it is only splitting on 'tty' and not 'cua'. Well, let's just not filter serial ports for USB for now. PR: ports/248227 Submitted by: greg@unrelenting.technology Changes: head/cad/cura/Makefile head/cad/cura/files/patch-plugins_USBPrinting_USBPrinterOutputDeviceManager.py