FlashForge Finder 2.0 - Controlling Movement

[rmhalvorsen]

Flashforge Finder v2.0 Firmware 2.2.7.299 F2.12.2 20181203

controlling print head from #control tab with arrow buttons doesnt work as desired and dosent take home buttons at all.

ie. setting stepsize 10 and press arrow will move head one time in that direction at that distance only relative to start position. will not move any further by pressing arrow again, will only go one step in any direction and on time back.

from terminal tab printer does not respond to G28 command for homing all axis, it only respond to G28 ( = X, Y or Z), and will not take multiple axis at same command

dosent seams printer respond well as desired to commands G90, G91, G92 from terminal eighter.

[Mrnt]

@TorStava @rmhalvorsen if you could start off with a clean log, make sure debugging for the FlashForge plugin is turned on (as described in the troubleshooting section of the readme) (and preferably no other plugins enabled apart from the ones that actually come with OctoPrint and the FlashForge plugin) and do the following:

Install the dev branch as mentioned above, then:

1. Check that the setting in the Settings > "Printer Profiles" > printer profile for your printer > "Axes" tab where you need check the box next to "G91 Not Supported" then connect to the printer and then use the controls X,Y,Z to see what happens - upload log if not working correctly
2. Try uploading a gcode file to the SD card using the "Upload to SD" button - you should see upload progress go to 100% and then OctoPrint should immediately go into print mode showing print progress and wait for the extruder/bed to warm up.
3. Try printing directly from OctoPrint using the "Upload" button and then starting the print process (during this process you should also see print progress in the "GCode Viewer" tab).

If any of these steps fail it will likely be early on but having a detailed log file should really help identify the issue.

[TorStava]

@Mrnt, here are the results of the tests. Let me know if you need anything else, I'll be happy to assist.

Test 1: Controls

• Connected printer
• Tested X, Y, and Z control on the Control tab
• X, Y, and Z stepping appears to be working fine
• Homing the X and Y axis: Started by homing the X-axis and the appear to hang
• Homing Z-axis seems to work fine
• logfile: octoprint_finder_controls_2020-08-28.log

Test 2: Upload to SD

• Connected printer
• Uploaded file using the Upload to SD button
• Printer started immediately to warm up and print started as expected
• Seems to work fine
• Printer could not be stopped from Octoprint so was stopped by cancelling on the printer panel
• logfile: octoprint_finder_uploadtosd_2020-08-28.log

Test 3: Upload then Print

• Uploaded file using the Upload button
• Selected the file and pressed the Print button
• Progress jumps to 6% then appears to hang
• Printer starts heating up hot-end
• Temperature graph appears to be lagging and the print progress stays fixed at 6%
• After hot-end reaches temperature it took longer time than usual, but the print started
• The bed did not move to the correct position so the filament was deposited in the air
• The progress bar appeared to continue from 6% to 7%
• I cancelled the print from Octoprint
• The hot-end did not appear to get reset so I turned it off manually from Octoprint
• Finally disconnected the printer from the Octoprint interface
• I realized that the bed and extruder was still in the position from the last test when starting this test, and it didn't perform any homing before starting the print. (Flashprint always performs a homing of all axis before starting a print.)
• logfile: octoprint_finder_uploadthenprint_2020-08-28.log

Test 4: Upload then Print 2

• Manually homed the printer using the printer panel
• Uploaded file using the Upload button
• Selected the file and pressed the Print button
• Progress jumps to 6% then appears to hang
• Printer starts heating up hot-end
• Temperature graph appears to be lagging and the print progress stays fixed at 6%
• Print bed raises up to about 4-5 cm from the hot-end (similar to what happens in FlashPrint)
• After hot-end reaches temperature it took longer time than usual, but this time the bed raised to the correct level and the print started fine.
• The progress bar continued on from 6%
• Left the print running for a little while, then tested the Pause button in Octoprint
• The printer stopped moving but hot-end didn't turn off
• Then got an error pop-up in Octoprint and the printer connection was dropped
• logfile: octoprint_finder_uploadthenprint_2_2020-08-28.log

[Mrnt]

@TorStava Awesome - thanks for breaking them into separate named files!

Looks like on the first log the printer is not recognizing the M400 (wait for movement to finish) command - can you verify this by just making a connection, go to the Terminal tab, type M400 and send it and then OctoPrint will should stop sending commands?

[TorStava]

@Mrnt, You're welcome. It seems the dev version is close to working as expected now. I can print with this version both with Upload to SD and by using Upload then Print. Although some small issues would be nice to solve, this works! Big kudos to you sir!

I tested sending the M400 command and the same thing happened as in Test 1; No more communication was received, and after a short time the connection to the printer was dropped.

octoprint_finder_m400_2020-08-29.log

[TorStava]

I did some additional testing using the Terminal tab:

• Issuing G28 without parameters does nothing. The printer responds with "ok" but nothing else happens.
• Issuing G28 X homes the X-axis successfully
• Issuing G28 Y homes the Y-axis successfully
• Issuing G28 Z homes the Z-axis successfully
• Issuing G28 X Y Z homes all axis successfully
• Issuing G28 X Y homes the X-axis but then hangs on M400 command

[Mrnt]

@TorStava, @rmhalvorsen I made a new branch and added a fixes for:

• the G28 X Y home issue
• the Pause, Cancel buttons sometimes being disabled after an "Upload to SD"

Can you re-test by installing the Finder_2 branch using the Plugin Manager > Get More... > and under "...from URL" enter this URL:

https://github.com/Mrnt/OctoPrint-FlashForge/archive/Finder_2.zip

[Mrnt]

@TorStava can you also try doing a clean connection to the printer, making it do some movements to ensure they are talking to each other and then go to the Terminal tab and enter M132 X Y Z A B (like you did for M400) and see if it also drops the connection.

[Mrnt]

Forget the M132 test looks like it doesn't handle the command when printing directly even though it seems ok in a file on the SD card (does not bode well for other commands).

I just pushed an update to the Finder_2 branch that disables the M132 command. To test you will need to reinstall using the URL above.