Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Direct Printing Not working #61

Open
reuter opened this issue Oct 29, 2020 · 4 comments
Open

Direct Printing Not working #61

reuter opened this issue Oct 29, 2020 · 4 comments
Labels
Finder v2 Updated version of the original Finder

Comments

@reuter
Copy link

reuter commented Oct 29, 2020

Trying to print direct rather than upload to SD Card.

It warms the nozzle and some filament feeds out. The bed never moves. The print head does move a little.

The terminal output shows a lot of
"Communication timeout while printing, trying to trigger response from printer. Configure long running commands or increase communication timeout if that happens regularly on specific commands or long moves."

and after cancelling the job, I have to manually shut off the Nozzle temp.

Same file prints fine when uplaoded to SD Card.

FlashForge Finder V2
Attached Logs.
octoprint (1).log
Attached gcode file I'm trying to print.
FlashForge_Finder_Bed_Level_Test.zip

@Mrnt
Copy link
Owner

Mrnt commented Oct 30, 2020

It looks like there are a couple of things going on:

  1. the M109 command (which gets converted to M6 "wait for hot end temperature") is not returning "ok" because it will only do that when the extruder gets to temp, so after 30s OctoPrint thinks the connection is stalled and generates a M105 then merrily carries on without waiting for the extruder to finish warming up. Maybe try changing "Communication timeout" to however many seconds it takes for the hot end to get to temperature from room temperature and see if that helps.

  2. the slicer generated G0 (instead of G1) for the move commands and it looks like the printer is not returning anything (causing OctoPrint to generate a timeout) but that may be because the printer is being asked to move when it hasn't finished waiting for the extruder to heat up.

Please test if the G0 command is supported in the Terminal tab by entering something like G90 and then G0 X0 which should make the head move left from home to the center of the plate

@reuter
Copy link
Author

reuter commented Oct 30, 2020

I had a water leak in the basement where the printer is. So, right now I have a bunch of fans blowing in there. I'll test this on Sunday night when I can get back in and it's not a wind tunnel.

@Mrnt Mrnt added the Finder v2 Updated version of the original Finder label Oct 30, 2020
@Mrnt
Copy link
Owner

Mrnt commented Oct 30, 2020

You know I put in a test for when the printer is waiting for the hot end based on the status it returns - on the older Finder it reports "WAIT_ON_TOOL" to indicate that it is waiting for the extruder to heat up. I have the plugin poll it for temperature while it is waiting and return the data to OctoPrint so that OctoPrint sees something happening. It looks like Finder V2 may always report "MachineStatus: READY | MoveMode: READY" which is not very helpful...

@Oxize
Copy link

Oxize commented May 16, 2021

@Mrnt i though that the Finder Series didnt work on direct printing, and that we always had to use Print to SD. Something changed ? I got a Bresser Saurus which is inside an FlashForge Finder II. If i start a print, it warms up and the heads start moving, but doesnt really know where he is, and bangs into de side of the heatbed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Finder v2 Updated version of the original Finder
Projects
None yet
Development

No branches or pull requests

3 participants