search

Mrnt / OctoPrint-FlashForge

OctoPrint plugin to support closed source printers from FlashForge, PowerSpec, Dremel
GNU General Public License v3.0
87 stars 12 forks source link

[Request] Allow 'Load and Print' to work #3

Closed Dmurph24 closed 2 years ago

Dmurph24 commented 5 years ago

I know this is currently in the documentation and the only way to currently print the object is by uploading to the sd card, but it would be very nice if you could save files to Octoprint and decide to print them later. It also looks like this could help include the print time remaining and gcode layers.

Is this possible with the terminal output received from the usb?

Mrnt commented 5 years ago

The way Octoprint works is that when you select files to print that have been saved to Octoprint, it feeds the file directly to the printer, line by line. That is where we get a bit unstuck with these FlashForge printers - while they will accept commands sequentially, they do not seem to give enough feedback as to when the buffer is full etc, so it is proving hard to print directly from Octoprint without the communication to the printer hanging because the printer stops accepting commands due to full buffer/waiting for print head to heat up/being bloody minded. However, I am trying to do exactly that, just know that it is hard to get it to work and may prove unfeasible.

You should see progress and be able to pause/resume/restart/cancel when printing from an sd upload however and as you mentioned it is using the feedback via usb for those progress updates. I have to check if it does the print time remaining when doing it that way.

re gcode layers, you are right - they will typically only work when printing directly from octoprint as it opens the file and parses the code to build that layer simulation.

Dmurph24 commented 5 years ago

I figured this would be difficult, if you need help testing or anything, let me know.

Mrnt commented 4 years ago

@Dmurph24 I just pushed a new release that should allow you to print g-code directly from OctoPrint without using the "Upload to SD card" button - please give it a try :-)

brett19 commented 4 years ago

@Mrnt: This new release that allows you to print directly from OctoPrint. Does this still stream the data to the SD card on the printer, or does it send it byte-wise over USB?

Mrnt commented 4 years ago

@brett the "Upload to SD" card functionality >should< still work as before, but the new release should now allow uploading of a file to OctoPrint (so it appears on the left side in the File list) and then you can print from within OctoPrint (and see print progress in the GCode Viewer tab) which will stream commands over the USB connection to the printer one by one...

Please note that I only have access to two models of printer (FlashForge Finder v1, PowerSpec Ultra) and so I am reliant on users to test compatibility of features with other models. So far it appears that there may be issues with the Finder v2 with the direct print/command streaming, which I am working through. It would appear that FlashForge may have made at least that printer (the Finder v2) not handle certain commands via direct print although it apparently will handle them when in a file uploaded to the printer's SD card.

Dmurph24 commented 4 years ago

@Mrnt I updated and tried this new feature today. I loaded and started printing the file, however, it started printing about 10mm higher than the build plate. I checked to make sure it wasnt the GCode and it printed properly using the upload to SD method. Looks like there is some sort of offset issue on the Z axis with this?

Mrnt commented 4 years ago

@Dmurph24 Others are reporting the same thing. I'm not sure right now what is happening - seems like something that would happen if the Z axis isn't homing properly.

tckb commented 3 years ago

@Mrnt thanks for making this plugin! this works like a charm for "Upload from SD". But as you know this is highly restrictive. I can't fully utilize the full capabilities of octoprint :-(

as reported by others ⬆️ I have same issue. Print directly results in z-axis issues. Somehow the bed is doesnt level with nozzel and nozzel doesn't extrude.

Machine: Flashforge Dreamer NX Firmware: 1.6.XXX

Mrnt commented 3 years ago

@tckb does print directly fail every time for you? I am usually able to get it to work so if you have a sample that consistently fails can you turn on debugging for the plugin (see instructions on the ReadMe) and upload the log and the sample file.

tckb commented 3 years ago

@Mrnt Well it fails eveytime when you print directly and works flawlessly when you "Upload to SD". The print via SD card upload is funtionally very limited. I am unable to use the awesome features of OctoPrint :-(

I will upload the debugging logs soon-ish.

tckb commented 3 years ago

@Mrnt here's the latest model I tried.
Image:
IMG_7859 gcode Cam3_0.2mm_ABS_1h24.g.txt

Mrnt commented 2 years ago

Sorry for the delay!

That gcode file does not look very comparable with FlashForge printers - take a look at the commands in the file and then take a look at the gcode Wiki. It's hard to imagine that it would work if you uploaded it directly to the SD card...

Mrnt commented 2 years ago

Closing since this feature has been added (though admittedly is not super stable).