cryoaura commented 3 years ago

Requirements

Filling out this template is required. Pull Requests without a clear description may be closed at the maintainers' discretion.

Description

I defined TOOLCHANGE_NO_RETURN. On tool change, this prevents the new tool from moving to where the old tool was, but still allows the old one to park for safety. Both end up at respective home locations. Seems the best solution as I'm not sure why you'd need the new tool to move to where the old one was.

Commented out the "REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER" as we have no driven LCDs on the tenlog D3pro at least. It uses serial-based TFTs. This frees up a TON of memory, and also allows us to unassign all LCD pins currently assigned. This possibly had erratic behavior given those pins were in fact used by something else altogether.

Defined all LCD-related pins as -1. This is a dummy assignment. No LCD_PINS options or BTN options are needed with no driven LCD panel.

Benefits

Fixes erratic T0/T1 behavior. Clears lots of room off build size. Resolves potential erratic behaviors by eliminating false pin utilization.

Configurations

pins_TENLOG_D3_PRO_PLR.h Configuration.h Configuration_tenlog.h

Related Issues

40 #39 #2

klack commented 3 years ago

Got a question about this one. What happens when trying to print the Tenlog 20x20x20 Head calibration cube? It had weird behavior on manual mode.

cryoaura commented 3 years ago

Got a question about this one. What happens when trying to print the Tenlog 20x20x20 Head calibration cube? It had weird behavior on manual mode.

Not sure. It's possible it may allow this to work having it go back to docking. I guess it depends on tenlog's gcode really. I don't even have the SD card anymore, used my own calibration models.