Repetier Firmware Bug Tracker

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.

Es gibt einen eigenen Bereich für Bugs der Firmware des RF100 oder RF500, die auf Marlin basiert.

Bitte nach Möglichkeit den Bug genau beschreiben und die Bedingungen angeben, unter dem der Bug reproduziert werden kann.

Bug Verfolgungsliste
Kurzbez.	gemeldet am & durch	FW Version und Drucker in Verwendung	bestätigt am & durch	FW Vers. des Bestätigers	Reproduzierbedingungen	Bemerkungen, Details	behoben in FW-Version	Bemerkungen Conrads
Speedbug	20161108 Nibbels	RFx000 RF.01.33	Marcometaner		http://www.rf1000.de/viewtopic.php?f=73&t=1537	hochkritischer Fehler / Watchdog	RF.01.35
Home XYZ -> Z-Comp	20170306 Nibbels	RFx000 RF.01.37			http://www.rf1000.de/viewtopic.php?f=67&t=1746#p17187	Dem Drucker ist nicht klar, dass X und Y nicht gehomed wurden wenn Z gehomed wurde. Z-Compensation ist aktivierbar, kann aber die Druckkopfposition nicht wissen.
Homed ins Minus fahren	20170306 Nibbels	RFx000 RF.01.37			http://www.rf1000.de/viewtopic.php?f=67&t=1748 http://www.rf1000.de/viewtopic.php?f=67&t=1747#p17188	Es existieren diverse Möglichkeiten, über Nutzerbedienung im Druckermenü den Drucker gegen die Heizplatte zu fahren. Zwar wird ein richtiger Crash über die DMS-Sensoren vermieden, das Verhalten könnte aber leicht vermieden werden. Das endet sehr oft im Emergency-Block.
1-10-50-Millimeterweise Bewegung stoppt nicht immer an Schalter/Z-Override-Max	20170317 Nibbels	RFx000 RF.01.37			https://github.com/Nibbels/Repetier-Firmware/blob/3cb0dda931942f80264ff824b4e79e131a86bc8c/Repetier/motion.cpp#L2170 https://github.com/RF1000community/Repetier-Firmware/commit/b38b84b0573c35900d5ddc744dd98df0c6f9017b	Gehört teilweise zu Bug "Homed ins Minus fahren" Jenachdem ob ungehomed, gehomed oder gehomed+Z-Kompensation in Kombination mit Single-Steps, Single-Move oder 1-10-50-Millimeterweise ist das Verhalten der Menübedienung unterschiedlich. Das kann für niemanden intuitiv sein.
Homed + Z-Kompensation + Direct-Drive-Knopf halten (Z-Up/Z-Down) > Drucker verzählt sich während der Z-Fahrt im Abstand zum Schalter.	20170324 Nibbels	RFx000 RF.01.37			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.
RF2000 Notaus + RepetierHost/RepetierServer = Crash		RFx000 RF.01.37			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.
Viele Compiler-Warnungen und Compiler-Fehler in Arduino.	20170323 Nibbels	RFx000 RF.01.37			Arduino in diversen Versionen installieren, Firmware compilieren. Um mehr Warnungen zu sehen diese in den Arduino-Optionen sichtbar machen.	Die Auflösung der Fehler würde in Zukunft einige ratlose Anfragen im Forum vermeiden. Arduino.cc > Version 1.6.5 ist so nicht nutzbar.
"Pause 2x", sodass der Extruder vom Bauteil wegfährt ist fehlerhaft.	20170514 Nibbels	RFx000 RF.01.37			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.
Beim Feature Emergency-Pause verbleibt der Druckkopf über dem Bauteil		RFx000 RF.01.37	20170514 Nibbels (nicht gemeldet)		Emergency-Pause-Feature auf kleinere Digits scharfstellen. http://www.rf1000.de/wiki/index.php/GCodes#M3075_-_Minimal-_und_Maximalkr.C3.A4fte_f.C3.BCr_Notaus_definieren -> Beim Druck auf die DMS drücken, sodass der Drucker pausiert. Extruder bleibt über dem Bauteilstehen und läuft unter Umständen aus. Play drücken um Fortzusetzen.	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.
Extrudieren während der Pause-Funktion	20170518 Nibbels	RFx000 RF.01.37			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
Positive Z-Matrix vs. genauer Z-Einstellung	20170529 Nibbels	RFx000 RF.01.37			HBS mit leicht zu hohem Heizbett machen. Es kann positive Werte in der Matrix geben. Bei GCode Z=0 reicht die Düse in diesem Fall an den positiven Stellen rechnerisch ins Heizbett, obwohl der HBS fehlerfrei durchlief.	Nicht zwingend ein Bug aber idiotensicher ist das nicht. http://www.rf1000.de/viewtopic.php?f=7&t=1380&start=70#p18535
Drive-Free Bug	201704 mhier AtlonXP Nibbels	RF1000 RF.01.37 mit Einstellung Circuit für 2 Schalter.			Bei RF1000 mit Milling-Feature den Endschalter für Z auf Circuit einstellen. Dann Bett hoch fahren, bis Schalter gedrückt und Drucker resetten. Nach dem Aufwachen fährt der Drucker schrittweise nach oben und zerstört unter Umständen den Schalter.	Siehe Diskussionen im Forum.
Display-Nachrichten sind auf 16 Zeichen limitiert.	20170420 Nibbels	RF2000 RF.01.37	Tom1972		M117 oder M3117 mit einer 20-Zeichen-Nachricht versenden. Nur die ersten 16 landen im Display.	Der RF2000 hat ein 20-Zeichen-Display, der RF1000 16 Zeichen. In der Firmware wurde das nur manchmal angepasst. Patch hier: https://github.com/RF1000community/Repetier-Firmware/commit/7e02f48d2562a84de7dac39d4ed2f98b9c0f8fb4 Siehe Diskussionen im Forum. http://www.rf1000.de/viewtopic.php?f=7&t=1824#p18044 https://github.com/RF1000community/Repetier-Firmware/issues/33
Display-Nachrichten mit M3117 funktionieren nicht zuverlässig	20170427 Tom1972 (unsicher ob direkt an RF1000 gemeldet)	RFx000 RF.01.37			Siehe Diskussionen im Forum. http://www.rf1000.de/viewtopic.php?f=7&t=1824	Patch hier: https://github.com/RF1000community/Repetier-Firmware/commit/d08c88d362fe512c62c18507f8811296c4a6aa94 Betrifft beide Drucker. In der Firmware fehlt die Unterscheidung, dass M3117 keine Parameter sondern nur Text kennt.
Druckerkommunikation crashed bei "Größe Eingangspuffer" = 63 über Repetier-Server.	20170419 Nibbels	RFx000 RF.01.37			Siehe Diskussionen im Forum. http://www.rf1000.de/viewtopic.php?f=73&t=1537&start=10#p17886
Sporadische Watchdog-Resets zweifelhafter Herkunft	201706 Nibbels	RFx000 RF.01.37 / RF.01.37.Mod [Fixed (?) in RF.01.37n.Mod]			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.
Display-Ausfall / Display Blank	201706 Nibbels	RFx000 RF.01.37 / RF.01.37.Mod			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.
Extruder bohrt sich in Druckobjekte	20170520 Blech	RFx000 RF.01.37	Marcometaner		http://www.rf1000.de/viewtopic.php?f=7&t=1343	Drucker verhaspelt sich bei vielen Z-Sprüngen in der Z-Koordinate(?)		http://www.rf1000.de/viewtopic.php?f=7&t=1343&start=50#p18578