Repetier Firmware Bug Tracker - Versionsgeschichte

Nibbels am 10. Mai 2018 um 11:54 Uhr

2018-05-10T11:54:00Z

← Nächstältere Version		Version vom 10. Mai 2018, 11:54 Uhr
Zeile 1:		Zeile 1:
	[[category:FirmwareBugs]]		[[category:FirmwareBugs]]
			[[category:CommunityMod Firmware]]
	Diese Seiten sollen zur Verfolgung von Firmware Bugs dienen, die in der Repetier-Variante der Firmware entdeckt wurden. Diese Firmware-Variante wird im '''RF1000''' und '''RF2000''' eingesetzt.		Diese Seiten sollen zur Verfolgung von Firmware Bugs dienen, die in der Repetier-Variante der Firmware entdeckt wurden. Diese Firmware-Variante wird im '''RF1000''' und '''RF2000''' eingesetzt.

Nibbels am 22. Januar 2018 um 13:46 Uhr

2018-01-22T13:46:49Z

← Nächstältere Version		Version vom 22. Januar 2018, 13:46 Uhr
Zeile 359:		Zeile 359:
	\| (RF.01.39?)		\| (RF.01.39?)
	\| 01.37w5.Mod		\| 01.37w5.Mod
			\|
			\|-
			\| Milling: Doppelte Addition der directPosition bei 2D Interpolation der Matrix-Z-Koordinate
			\| 20180122 Nibbels
			\| RFx000 RF.01.39
			\|
			\|
			\| https://github.com/RF1000/Repetier-Firmware/blob/0e52693eaed1f606af411e4898030b033304b94f/RF2000/Repetier/RF.cpp#L3239 vs. https://github.com/RF1000/Repetier-Firmware/blob/0e52693eaed1f606af411e4898030b033304b94f/RF2000/Repetier/RF.cpp#L3243
			\| Das scheint mir zu 99% falsch zu sein, macht so keinen Sinn. Testcase und Versuch habe ich nicht.
			\|
			\| 1.38.03.Mod (2018-01-01)
	\|		\|
	\|-		\|-
	\|}		\|}

Nibbels am 13. Dezember 2017 um 14:42 Uhr

2017-12-13T14:42:17Z

← Nächstältere Version		Version vom 13. Dezember 2017, 14:42 Uhr
Zeile 71:		Zeile 71:
	\| Homen, M3001, Z-Up halten sodass Bett runterfährt. Achsen-Millimeter beobachten. Fährt man unterhalb 3mm los verzählt er sich.		\| Homen, M3001, Z-Up halten sodass Bett runterfährt. Achsen-Millimeter beobachten. Fährt man unterhalb 3mm los verzählt er sich.
	\| 3mm = Z-Compensations Obergrenze. Die Grenze kann man auf 10mm verschieben, wenn man M3008 Z10 nutzt.		\| 3mm = Z-Compensations Obergrenze. Die Grenze kann man auf 10mm verschieben, wenn man M3008 Z10 nutzt.
	\|		\| (RF.01.39?)
	\| @RF / Testfixed		\| @RF / Testfixed
	\|		\|
Zeile 82:		Zeile 82:
	\| https://github.com/Nibbels/Repetier-Firmware/blob/3cb0dda931942f80264ff824b4e79e131a86bc8c/Repetier/motion.cpp#L2170		\| https://github.com/Nibbels/Repetier-Firmware/blob/3cb0dda931942f80264ff824b4e79e131a86bc8c/Repetier/motion.cpp#L2170
	\| War schon oft im Forum Thema (http://www.rf1000.de/viewtopic.php?f=7&t=1778, ...). Dasselbe Verhalten gilt für alle Drucker-Abstürze.		\| War schon oft im Forum Thema (http://www.rf1000.de/viewtopic.php?f=7&t=1778, ...). Dasselbe Verhalten gilt für alle Drucker-Abstürze.
	\|		\| (RF.01.39? clean send of "start")
	\| 01.37l3.Mod		\| 01.37l3.Mod
	\|		\|
Zeile 104:		Zeile 104:
	\| youtu.be/72QcUjcITx8		\| youtu.be/72QcUjcITx8
	\| Der Drucker findet nach Fortsetzen des Drucks die Ursprungsposition nicht mehr zuverlässig, wenn die Pause ausserhalb des "Pause-Bewegungs-Rahmens" gestartet wurde, also die Pause-weg-Bewegung durch das Heizbett limitiert wurde. Die Firmware verzählt sich. Wenn dieser Bug raus ist, kann man sich "sinnvollere" Pause-Positionen für den Druckkopf aussuchen.		\| Der Drucker findet nach Fortsetzen des Drucks die Ursprungsposition nicht mehr zuverlässig, wenn die Pause ausserhalb des "Pause-Bewegungs-Rahmens" gestartet wurde, also die Pause-weg-Bewegung durch das Heizbett limitiert wurde. Die Firmware verzählt sich. Wenn dieser Bug raus ist, kann man sich "sinnvollere" Pause-Positionen für den Druckkopf aussuchen.
	\|		\| (RF.01.39?)
	\| 01.37s6.Mod		\| 01.37s6.Mod
	\|		\|
Zeile 126:		Zeile 126:
	\| Druck anfangen, 2x am Drucker Pause drücken. Extrudieren, dann Play. > Emergency-Block (Digits).		\| Druck anfangen, 2x am Drucker Pause drücken. Extrudieren, dann Play. > Emergency-Block (Digits).
	\| Extrudiert man während der Pause, will die Fortsetz-Funktion die E-Achse des Extruders wiederherstellen. Das endet sehr oft im Emergency-Block. mit g_nContinueSteps[E_AXIS] = 0; bei Knopfdruck am Drucker sehr einfach zu beheben. https://github.com/Nibbels/Repetier-Firmware/commit/7640a8ef0969ef00de65b8df65196b24b6d4292f @ RF.cpp		\| Extrudiert man während der Pause, will die Fortsetz-Funktion die E-Achse des Extruders wiederherstellen. Das endet sehr oft im Emergency-Block. mit g_nContinueSteps[E_AXIS] = 0; bei Knopfdruck am Drucker sehr einfach zu beheben. https://github.com/Nibbels/Repetier-Firmware/commit/7640a8ef0969ef00de65b8df65196b24b6d4292f @ RF.cpp
	\|		\| (RF.01.39?)
	\| 01.37l.Mod		\| 01.37l.Mod
	\|		\|
Zeile 192:		Zeile 192:
	\| Quer durch alle Firmware-Versionen sehr selten. Nicht durch denselben G-Code wiederholbar. Drucker steht irgendwann mit halbfertigem Druck wegen "External Reset". Mit Repetier-Server fährt bei Abruch das Heizbett gegen die Front oder der Extruder nach X-Max und rattert. Nur bei Nibbels Drucker?		\| Quer durch alle Firmware-Versionen sehr selten. Nicht durch denselben G-Code wiederholbar. Drucker steht irgendwann mit halbfertigem Druck wegen "External Reset". Mit Repetier-Server fährt bei Abruch das Heizbett gegen die Front oder der Extruder nach X-Max und rattert. Nur bei Nibbels Drucker?
	\| Völlig irres Watchdog/Interrupt/Timingproblem. HAL::timeInMilliseconds(); zählt schneller als erlaubt?! Fix: Watchdogping in internen Watchdog_Interrupt (als Timer verwendet) eintragen + WATCHDOG_MAIN_LOOP_TIMEOUT = >15000 + ???. Problem taucht nach willkürlichen Code-Änderungen gehäuft auf oder verschwindet. Extrem selten in RF.01.37 bei Nibbels, häuffiger in manchen Mod-Versionen. Angeblich nie vorgekommen bei Wessix/hliebscher.		\| Völlig irres Watchdog/Interrupt/Timingproblem. HAL::timeInMilliseconds(); zählt schneller als erlaubt?! Fix: Watchdogping in internen Watchdog_Interrupt (als Timer verwendet) eintragen + WATCHDOG_MAIN_LOOP_TIMEOUT = >15000 + ???. Problem taucht nach willkürlichen Code-Änderungen gehäuft auf oder verschwindet. Extrem selten in RF.01.37 bei Nibbels, häuffiger in manchen Mod-Versionen. Angeblich nie vorgekommen bei Wessix/hliebscher.
	\|		\| (RF.01.39?)
	\| fix durch 01.37m5 und 01.37r4.Mod (99%)		\| fix durch 01.37m5 und 01.37r4.Mod (99%)
	\|		\|
Zeile 214:		Zeile 214:
	\| http://www.rf1000.de/viewtopic.php?f=7&t=1343		\| http://www.rf1000.de/viewtopic.php?f=7&t=1343
	\| Drucker verhaspelt sich bei vielen Z-Sprüngen in der Z-Koordinate(?)		\| Drucker verhaspelt sich bei vielen Z-Sprüngen in der Z-Koordinate(?)
	\|		\| (evtl. RF.01.39? halfstepping removed)
	\| @RF		\| @RF -> Mod: Halfstepping, testing
	\| http://www.rf1000.de/viewtopic.php?f=7&t=1343&start=50#p18578		\| http://www.rf1000.de/viewtopic.php?f=7&t=1343&start=50#p18578
	\|-		\|-
Zeile 244:		Zeile 244:

	Lösung 3: ausgeklügelter Fallausschluss: Wenn gehomed und Z > Zahl [mm], dann kein Emergency-Block bei 5000 sondern erst bei > 15000 o.ä.		Lösung 3: ausgeklügelter Fallausschluss: Wenn gehomed und Z > Zahl [mm], dann kein Emergency-Block bei 5000 sondern erst bei > 15000 o.ä.
	\|		\| (RF.01.39? M3076 usw.)
	\| 01.37r6 (EEPROM support)		\| 01.37r6 (EEPROM support)
	\|		\|
Zeile 255:		Zeile 255:
	\| Bug. Patch von Repetier https://github.com/repetier/Repetier-Firmware/commit/c4dd0c1442f96bfd2e8180ecd7fe8ba8d9e602b2#diff-dbe11559ff43e09563388a4968911e40R503 @6 Feb 2015. Fehlt auch u.U. bei https://github.com/Nibbels/Repetier-Firmware/commit/31742b2fc8ce91b35db1f83dbc69f54f51fe3060#diff-92c0eee2af264b2a3a573ca95cb883c3R533 (für Ditto-Mode)		\| Bug. Patch von Repetier https://github.com/repetier/Repetier-Firmware/commit/c4dd0c1442f96bfd2e8180ecd7fe8ba8d9e602b2#diff-dbe11559ff43e09563388a4968911e40R503 @6 Feb 2015. Fehlt auch u.U. bei https://github.com/Nibbels/Repetier-Firmware/commit/31742b2fc8ce91b35db1f83dbc69f54f51fe3060#diff-92c0eee2af264b2a3a573ca95cb883c3R533 (für Ditto-Mode)
	\| Wird eine Temperatur gesetzt, ohne dass der jeweilige Extruder jemals ausgewählt war, so wurden keine Integrator Limits berechnet. Die sind dann 0, was zu einem anderen Aufheizvorgang führt. Unter Umständen erreicht dadurch die Temperatur niemals die Zieltemperatur. Ein beliebiges Ändern der EEPROM-Konstanten oder das Auswählen des T1 und T0 nach dem Druckerstart verschleiern diesen Fehler. http://www.rf1000.de/viewtopic.php?f=25&t=1868&start=10#p19176		\| Wird eine Temperatur gesetzt, ohne dass der jeweilige Extruder jemals ausgewählt war, so wurden keine Integrator Limits berechnet. Die sind dann 0, was zu einem anderen Aufheizvorgang führt. Unter Umständen erreicht dadurch die Temperatur niemals die Zieltemperatur. Ein beliebiges Ändern der EEPROM-Konstanten oder das Auswählen des T1 und T0 nach dem Druckerstart verschleiern diesen Fehler. http://www.rf1000.de/viewtopic.php?f=25&t=1868&start=10#p19176
	\|		\| (RF.01.39?)
	\| 01.37q3.Mod		\| 01.37q3.Mod
	\|		\|
Zeile 277:		Zeile 277:
	\| M3009 Sn für n=(1..9)te Matrix auswählen. HBS starten, abbrechen. Matrix 1 wird (versucht zu laden oder) geladen.		\| M3009 Sn für n=(1..9)te Matrix auswählen. HBS starten, abbrechen. Matrix 1 wird (versucht zu laden oder) geladen.
	\| Das ist ein Detailproblem, aber meiner Meinung nach auch ein kleiner Fehler.		\| Das ist ein Detailproblem, aber meiner Meinung nach auch ein kleiner Fehler.
	\|		\| (RF.01.39?)
	\| 01.37r.Mod		\| 01.37r.Mod
	\|		\|
Zeile 288:		Zeile 288:
	\| Frequenzabhängig von Interrupts, kann überall auftreten, bis aktuelle Repetier. Vorbote: Temperaturspikes beim Drucken.		\| Frequenzabhängig von Interrupts, kann überall auftreten, bis aktuelle Repetier. Vorbote: Temperaturspikes beim Drucken.
	\| Das Problem ist, dass je nach compilierter Version etwas anderes überschrieben werden kann. Die Fehler sind selten und zufällig. Besonders mies ist der, wenn g_bPingWatchdog zufällig genullt wird. Das führt zum Reset.		\| Das Problem ist, dass je nach compilierter Version etwas anderes überschrieben werden kann. Die Fehler sind selten und zufällig. Besonders mies ist der, wenn g_bPingWatchdog zufällig genullt wird. Das führt zum Reset.
	\|		\| (RF.01.39?)
	\| 01.37r4.Mod 01.37j.mod.3		\| 01.37r4.Mod 01.37j.mod.3
	\|		\|
Zeile 299:		Zeile 299:
	\| EEPROM abrufen und prüfen: Ist PID drive min und PID drive max beim Extruder jeweils 40?		\| EEPROM abrufen und prüfen: Ist PID drive min und PID drive max beim Extruder jeweils 40?
	\| Erklärung hier: http://www.rf1000.de/viewtopic.php?f=25&t=1868&p=19355#p19355 Bug gilt beim RF2000 auch für das zweite Hotend.		\| Erklärung hier: http://www.rf1000.de/viewtopic.php?f=25&t=1868&p=19355#p19355 Bug gilt beim RF2000 auch für das zweite Hotend.
	\|		\| (RF.01.39?)
	\| 01.37r5.Mod 01.37j.mod.3		\| 01.37r5.Mod 01.37j.mod.3
	\|		\|
Zeile 310:		Zeile 310:
	\| Im Quellcode nachlesen. Suchwort setExtruderCurrent.		\| Im Quellcode nachlesen. Suchwort setExtruderCurrent.
	\| Wenn der Drucker im Pausemodus ist, sollen laut Firmware die Extruder-Motor-Ströme minimiert werden (wegen Filament). Das war beim RF1000 Single so drin, wurde aber für einen zweiten Extruder nicht umgesetzt.		\| Wenn der Drucker im Pausemodus ist, sollen laut Firmware die Extruder-Motor-Ströme minimiert werden (wegen Filament). Das war beim RF1000 Single so drin, wurde aber für einen zweiten Extruder nicht umgesetzt.
	\|		\| (RF.01.39?)
	\| 01.37r8.Mod		\| 01.37r8.Mod
	\|		\|
Zeile 357:		Zeile 357:
	Grund: Der An-Aus-Status des Lüfters wird immer beim Hotendtemperatur setzen gesteuert, Dualhead war da wohl noch kein Thema.		Grund: Der An-Aus-Status des Lüfters wird immer beim Hotendtemperatur setzen gesteuert, Dualhead war da wohl noch kein Thema.
	Immer das letzte abschalten gilt, egal ob irgendwas noch heizt.		Immer das letzte abschalten gilt, egal ob irgendwas noch heizt.
	\|		\| (RF.01.39?)
	\| 01.37w5.Mod		\| 01.37w5.Mod
	\|		\|
	\|-		\|-
	\|}		\|}

Nibbels am 27. Oktober 2017 um 11:22 Uhr

2017-10-27T11:22:57Z

@@ Zeile 334: / Zeile 334: @@
+|
 | 01.37v7.Mod
+|
 |-
 |}

Nibbels am 15. Oktober 2017 um 00:39 Uhr

2017-10-15T00:39:00Z

← Nächstältere Version		Version vom 15. Oktober 2017, 00:39 Uhr
Zeile 202:		Zeile 202:
	\|		\|
	\| http://www.rf1000.de/viewtopic.php?f=73&t=1772		\| http://www.rf1000.de/viewtopic.php?f=73&t=1772
	\| Ursache anscheinend unterschiedlich, Fehler derselbe. Vermutlich Hardware-Problem. M3200 P13 funktioniert zur Display-Wiederbelebung im laufenden Betrieb.		\| Ursache anscheinend unterschiedlich, Fehler derselbe. Vermutlich Hardware-Problem. M3200 P13 funktioniert zur Display-Wiederbelebung im laufenden Betrieb. Seit 1.37v3 hilft gegen ein blankes Display, wenn man 10x die Taste Play drückt.
	\|		\|
	\| @RF		\| @RF / Workaround in 1.37v3
	\|		\|
	\|-		\|-

Nibbels am 15. Oktober 2017 um 00:36 Uhr

2017-10-15T00:36:56Z

← Nächstältere Version		Version vom 15. Oktober 2017, 00:36 Uhr
Zeile 331:		Zeile 331:
	\|		\|
	\| Die Steps für die Extrusion werden auf ganze Steps gerundet, nachdem der Filament-Feed-Multiplikator "Flow Multiply: xxx%" im Drucker damit verrechnet wurde. Es '''könnte''' sein, dass im Fall von extrem kleinen Pfadabschnitten der Fehler dadurch sehr groß wird. (z.B. in Rundungen/Lochperimetern/...)		\| Die Steps für die Extrusion werden auf ganze Steps gerundet, nachdem der Filament-Feed-Multiplikator "Flow Multiply: xxx%" im Drucker damit verrechnet wurde. Es '''könnte''' sein, dass im Fall von extrem kleinen Pfadabschnitten der Fehler dadurch sehr groß wird. (z.B. in Rundungen/Lochperimetern/...)
	\| Repetier hat das vor etwa 2 Jahren geändert https://github.com/repetier/Repetier-Firmware/commit/07e46fb79d4dbd1f579971d787c861e7d8b94c8b#diff-11347f18746fb080f5bda21c30428558R166 . Dort wird der Extrusions-Fehler (verlorene Nachkommastellen) grundsätzlich aufsummiert und sobald ein voller Step erreicht wird, wird er ausgeführt. Dadurch bleibt die Extrusionsmenge in jedem Fall so wie kommandiert.		\| Repetier hat das vor etwa 3 Jahren (Aug 2014) geändert https://github.com/repetier/Repetier-Firmware/commit/07e46fb79d4dbd1f579971d787c861e7d8b94c8b#diff-11347f18746fb080f5bda21c30428558R166 . Dort wird der Extrusions-Fehler (verlorene Nachkommastellen) grundsätzlich aufsummiert und sobald ein voller Step erreicht wird, wird er ausgeführt. Dadurch bleibt die Extrusionsmenge in jedem Fall so wie kommandiert.
	\|		\|
	\| 01.37v7.Mod		\| 01.37v7.Mod

Nibbels am 15. Oktober 2017 um 00:36 Uhr

2017-10-15T00:36:11Z

← Nächstältere Version		Version vom 15. Oktober 2017, 00:36 Uhr
Zeile 330:		Zeile 330:
	\|		\|
	\|		\|
	\| Die Steps für die Extrusion werden auf ganze Steps gerundet, nachdem der Filament-Feed-Multiplikator "Flow Multiply: xxx%" im Drucker damit verrechnet wurde. Es '''könnte''' sein, dass im Fall von extrem kleinen Pfadabschnitten der Fehler dadurch sehr groß wird.		\| Die Steps für die Extrusion werden auf ganze Steps gerundet, nachdem der Filament-Feed-Multiplikator "Flow Multiply: xxx%" im Drucker damit verrechnet wurde. Es '''könnte''' sein, dass im Fall von extrem kleinen Pfadabschnitten der Fehler dadurch sehr groß wird. (z.B. in Rundungen/Lochperimetern/...)
	\| Repetier hat das vor etwa 2 Jahren geändert https://github.com/repetier/Repetier-Firmware/commit/07e46fb79d4dbd1f579971d787c861e7d8b94c8b#diff-11347f18746fb080f5bda21c30428558R166 . Dort wird der Extrusions-Fehler (verlorene Nachkommastellen) grundsätzlich aufsummiert und sobald ein voller Step erreicht wird, wird er ausgeführt. Dadurch bleibt die Extrusionsmenge in jedem Fall so wie kommandiert.		\| Repetier hat das vor etwa 2 Jahren geändert https://github.com/repetier/Repetier-Firmware/commit/07e46fb79d4dbd1f579971d787c861e7d8b94c8b#diff-11347f18746fb080f5bda21c30428558R166 . Dort wird der Extrusions-Fehler (verlorene Nachkommastellen) grundsätzlich aufsummiert und sobald ein voller Step erreicht wird, wird er ausgeführt. Dadurch bleibt die Extrusionsmenge in jedem Fall so wie kommandiert.
	\|		\|

Nibbels am 15. Oktober 2017 um 00:35 Uhr

2017-10-15T00:35:23Z

← Nächstältere Version		Version vom 15. Oktober 2017, 00:35 Uhr
Zeile 323:		Zeile 323:
	\|		\|
	\| 01.37u5.Mod		\| 01.37u5.Mod
			\|
			\|-
			\| '''Evtl-Flow-Bug''': Rundung der Extrusions-Steps auf ganze Steps.
			\| 20171013 Nibbels
			\| RFx000 RF.01.37
			\|
			\|
			\| Die Steps für die Extrusion werden auf ganze Steps gerundet, nachdem der Filament-Feed-Multiplikator "Flow Multiply: xxx%" im Drucker damit verrechnet wurde. Es '''könnte''' sein, dass im Fall von extrem kleinen Pfadabschnitten der Fehler dadurch sehr groß wird.
			\| Repetier hat das vor etwa 2 Jahren geändert https://github.com/repetier/Repetier-Firmware/commit/07e46fb79d4dbd1f579971d787c861e7d8b94c8b#diff-11347f18746fb080f5bda21c30428558R166 . Dort wird der Extrusions-Fehler (verlorene Nachkommastellen) grundsätzlich aufsummiert und sobald ein voller Step erreicht wird, wird er ausgeführt. Dadurch bleibt die Extrusionsmenge in jedem Fall so wie kommandiert.
			\|
			\| 01.37v7.Mod
	\|		\|
	\|-		\|-
	\|}		\|}

Nibbels am 27. September 2017 um 23:11 Uhr

2017-09-27T23:11:35Z

← Nächstältere Version		Version vom 27. September 2017, 23:11 Uhr
Zeile 312:		Zeile 312:
	\|		\|
	\| 01.37r8.Mod		\| 01.37r8.Mod
			\|
			\|-
			\| Feature lin advance benötigt mehrere patches
			\| 20170811 Nibbels
			\| RFx000 RF.01.37
			\|
			\|
			\| Siehe Thread http://www.rf1000.de/viewtopic.php?f=67&t=1928
			\| Im Mod funktioniert nun alles. Bug unter Vorbehalt: Das nutzt kaum einer, USE_ADVANCE ist aber eigentlich in Firmware eingebaut und aktiv.
			\|
			\| 01.37u5.Mod
	\|		\|
	\|-		\|-
	\|}		\|}

Nibbels am 9. August 2017 um 16:07 Uhr

2017-08-09T16:07:47Z

← Nächstältere Version		Version vom 9. August 2017, 16:07 Uhr
Zeile 105:		Zeile 105:
	\| Der Drucker findet nach Fortsetzen des Drucks die Ursprungsposition nicht mehr zuverlässig, wenn die Pause ausserhalb des "Pause-Bewegungs-Rahmens" gestartet wurde, also die Pause-weg-Bewegung durch das Heizbett limitiert wurde. Die Firmware verzählt sich. Wenn dieser Bug raus ist, kann man sich "sinnvollere" Pause-Positionen für den Druckkopf aussuchen.		\| Der Drucker findet nach Fortsetzen des Drucks die Ursprungsposition nicht mehr zuverlässig, wenn die Pause ausserhalb des "Pause-Bewegungs-Rahmens" gestartet wurde, also die Pause-weg-Bewegung durch das Heizbett limitiert wurde. Die Firmware verzählt sich. Wenn dieser Bug raus ist, kann man sich "sinnvollere" Pause-Positionen für den Druckkopf aussuchen.
	\|		\|
	\| ~~@RF~~		\| 01.37s6.Mod
	\|		\|
	\|-		\|-
Zeile 116:		Zeile 116:
	\| Wenn man im Code einfach zweimal die Funktion "Pause" aufrufen würde, würde der Druckkopf korrekt wegfahren und nicht über dem Bauteil auslaufen. Dafür sollte man aber auch den Bug "Pause 2x" beheben, sonsts wirds schlimmer als bisher.		\| Wenn man im Code einfach zweimal die Funktion "Pause" aufrufen würde, würde der Druckkopf korrekt wegfahren und nicht über dem Bauteil auslaufen. Dafür sollte man aber auch den Bug "Pause 2x" beheben, sonsts wirds schlimmer als bisher.
	\|		\|
	\| ~~@RF Wait for "Pause 2x"-Bug~~		\| 01.37s6.Mod
	\|		\|
	\|-		\|-