Hello,
this is probably a very oddly specific issue but might be a suggestion to consider:
I currently have an Anycubic Kobra 2 and an Elegoo Mars Pro at home. I separately connected both of them to Octoprint successfully. The Mars is connected through the TX/RX connection and using the g_mass_storage together with the Octoprint-Chituboard plugin. The connection works fine and files can be uploaded to the ~/.octoprint/uploads/resin folder correctly which are also seen by the Mars printer.
Octoprint itself is running on Pi4 with a PoE hat to be able to use the USB-OTG to give the Mars the ability to fine these files. The Kobra is connected via USB 3.0 directly.
Again Octoprint recognizes the SD-Card correctly and finds all .gcode/.GCO files usable by the Kobra printer.
Now: When connecting to my Kobra 2 and selecting a .GCO/.gcode file I of course run into the following issue. The utils.py asserts if a file_format is not None. None is basically defined as 'the extension is not in the EXTENSION_TO_FILE_FORMAT list, which makes sense for the SLA stuff. However it would be nice to have Chituboard fall back to the Octoprint Default "Loading & Printing" functionality when the file format is GCODE. This way it can still handle the Chitboard-esque formats when loading/sending them via Serial Port to the connected SLA printer and be able to handle GCODE-esque formats when loading/sending them to a Filament printer via another connection, i.e. /dev/ttyUSB0.
Hello, this is probably a very oddly specific issue but might be a suggestion to consider:
I currently have an Anycubic Kobra 2 and an Elegoo Mars Pro at home. I separately connected both of them to Octoprint successfully. The Mars is connected through the TX/RX connection and using the g_mass_storage together with the Octoprint-Chituboard plugin. The connection works fine and files can be uploaded to the ~/.octoprint/uploads/resin folder correctly which are also seen by the Mars printer.
Octoprint itself is running on Pi4 with a PoE hat to be able to use the USB-OTG to give the Mars the ability to fine these files. The Kobra is connected via USB 3.0 directly.
Again Octoprint recognizes the SD-Card correctly and finds all .gcode/.GCO files usable by the Kobra printer.
Now: When connecting to my Kobra 2 and selecting a .GCO/.gcode file I of course run into the following issue. The utils.py asserts if a file_format is not None. None is basically defined as 'the extension is not in the EXTENSION_TO_FILE_FORMAT list, which makes sense for the SLA stuff. However it would be nice to have Chituboard fall back to the Octoprint Default "Loading & Printing" functionality when the file format is GCODE. This way it can still handle the Chitboard-esque formats when loading/sending them via Serial Port to the connected SLA printer and be able to handle GCODE-esque formats when loading/sending them to a Filament printer via another connection, i.e. /dev/ttyUSB0.