enricoturri1966
2fa4384e0b
GCodeProcessor -> Calculate mm3 per mm on the fly
2020-07-29 10:04:10 +02:00
enricoturri1966
27a3ca81d0
GCodeProcessor -> Human readable extrusion roles in gcode
2020-07-28 09:48:55 +02:00
enricoturri1966
6424d58b09
Merge branch 'master' of https://github.com/prusa3d/PrusaSlicer into et_gcode_viewer
2020-05-21 11:38:22 +02:00
Lukas Matena
27773c55a1
Fix of #3965 (properly disable linear advance with RepRap firmware)
2020-05-21 10:47:50 +02:00
enricoturri1966
0c3adc6805
GCodeAnalyzer and GCodePreviewData removed from tech ENABLE_GCODE_VIEWER
2020-05-07 10:49:12 +02:00
enricoturri1966
f60374a6c2
GCodeProcessor additions:
...
process G10 lines
process G11 lines
process G22 lines
process G23 lines
process M106 lines
process M107 lines
process mm3_per_mm comment tag
2020-04-03 10:15:46 +02:00
enricoturri1966
d36f28e12b
GCodeProcessor additions:
...
process G90 lines
process G91 lines
process G92 lines
process M82 lines
process M83 lines
process T lines
process extrusion role/width/height comment tags
debug output
2020-04-02 12:03:18 +02:00
Lukas Matena
332bbdbd99
Multimaterial purging lines fixed on rectangular beds with non-standard origin ( #3805 )
2020-03-11 16:10:51 +01:00
Lukas Matena
789687ee6c
Fix of the wipe tower starting point
...
see issues #2968 , #3234 and #3248
2019-12-04 13:47:02 +01:00
Lukas Matena
9ed8b01a19
Merge branch 'lm_low_wipe_tower'
2019-11-14 10:37:04 +01:00
Lukas Matena
1b7ba52bd0
WipeTower.cpp: The M220 B/R gcode is only emitted for Marlin firmware flavor
...
The extended gcode is now only supported by Prusa (https://github.com/prusa3d/PrusaSlicer/issues/3114 )
A pull request https://github.com/MarlinFirmware/Marlin/pull/15739 aims to extend the gcode in upstream Marlin as well
2019-10-31 15:08:20 +01:00
Lukas Matena
5fac2ef70e
Wipe tower brim width is now part of WipeTowerData class, so it can be used wherever needed
2019-10-08 13:50:51 +02:00
Lukas Matena
ec845a47d2
Merge branch 'master' into lm_low_wipe_tower
2019-10-01 13:24:25 +02:00
Lukas Matena
63a5605fed
Wipe tower: Sparse layers are not included in filament consumption in case that the 'no sparse layers' option is set
2019-10-01 11:41:37 +02:00
Lukas Matena
a34a1341c5
Whitespace changes to supress misleading indentation warnings
...
These appear in newer gcc when spaces and tabs are mixed
2019-09-24 16:01:01 +02:00
bubnikv
ce8bf4d52d
Merge remote-tracking branch 'remotes/origin/master' into dev
2019-09-13 18:58:39 +02:00
bubnikv
0e8ac9c17e
Fix of a regression in wipe tower generator:
...
Return to the known position after custom tool change G-code.
2019-09-13 18:56:37 +02:00
Lukas Matena
915488fe33
Some more warnings fixed (WipeTower.cpp/.hpp)
2019-09-10 12:08:43 +02:00
Lukas Matena
6f0b44da72
Fixed couple of warnings in WipeTower.cpp, ToolOrdering.cpp and GCode.cpp
2019-09-04 14:56:35 +02:00
Lukas Matena
3f67201fb9
Fixed couple of warnings
...
Turned several includes into forward declarations
Removed several sprintf calls in favor of std::to_string
2019-09-02 16:27:48 +02:00
Lukas Matena
8809ef3a0c
Fixes of the wipe tower
...
- added an extra travel move after a toolchange
- wipe tower only sets temperatures with single extruder MM printers
- ooze prevention does not work with the wipe tower - added a check into Print::validate()
2019-08-28 16:28:22 +02:00
bubnikv
2b27771bb4
Merge remote-tracking branch 'remotes/origin/lm_circular_priming'
2019-08-20 09:34:45 +02:00
Lukas Matena
73b310a37c
WipeTower: linear advance is disabled immediately before ramming, not before moving to the wipe tower
...
Linear advance is reset by filament start gcode after a toolchange. However, not all moves to the wipe tower
end with a toolchange (brim, empty grid) and it would therefore disable linear advance until the next toolchange
This should solve https://github.com/prusa3d/PrusaSlicer/issues/2770
2019-08-16 00:20:51 +02:00
Lukas Matena
1117042adb
Multimaterial initial priming for non-Prusa printers ( https://github.com/prusa3d/PrusaSlicer/issues/1121 )
...
The initial priming now does not assume anything about bed width and always uses the space it has
In case of circular beds it places the priming lines along the diameter
Custom beds are not supported (they are treated as circular with no extra checks whether it is sane)
Slight refactoring of the WipeTower class (constructor now gets reference to PrintConfig and not the individual values, same with set_extruder). This was legacy from times when the wipe tower was meant to be abstract and independent on the rest)
2019-08-15 01:41:46 +02:00
Lukas Matena
f5b1bd051c
Wipetower fix: temperature-changing command was sometimes missing after the toolchange
...
Cause: variable holding last issued temperature was not reset where it should have been
This should fix issue #2685
2019-08-01 15:31:02 +02:00
Lukas Matena
a2739dbdbc
Wipe tower now supports filaments with diameters different from 1.75 mm
2019-07-23 14:02:20 +02:00
Lukas Matena
8aad1fd1f1
Wipe tower accounts for extruder offsets
...
Also, in case of non-single-extruder printer with the wipe tower, first wiping line was printed where the border should have been - fixed
2019-07-19 13:00:10 +02:00
Lukas Matena
0f4e24bc83
WipeTower - fixed a crash in extrude_explicit when called from finish_layer before the first toolchange
2019-06-21 10:58:20 +02:00
Lukas Matena
0ea5a60f93
Wipe tower - fixed a long existent bug that sometimes resulted in inexact feedrate on the loading moves
2019-06-17 12:59:30 +02:00
Lukas Matena
9e68f19ee8
Fixup of 41164a9
...
The WipeTowerWriter did not now which tool is being used, so it limited the volumetric flow based on different filament settings
2019-06-17 11:22:17 +02:00
Lukas Matena
55616340e7
Wipe tower - renaming files (to conclude work from previous commit and not lose history of those files)
2019-06-17 10:26:33 +02:00