Es gibt eine Version 1.43.xx.Mod

Ich bin vor einiger Zeit in eine richtige Entwicklungsumgebung umgezogen, um Coding-Hilfen, automatisierte Warnungen und Hinweise nutzen zu können.
Der Versionssprung ist dadurch begründet. Ich habe heute Abend den Code überall auf 1.43.13 gleichgezogen, sodass wir jetzt von diesem Stand neu loslegen können.
https://github.com/RF1000community/Repetier-Firmware
https://github.com/RF1000community/Repe ... evelopment
https://github.com/Nibbels/Repetier-Firmware

Hauptänderungen:
- Der Milling-Mode ist nun standardmäßig ausgeschaltet, weil ihn kaum einer braucht. Man kann ihn natürlich wie bisher aktivieren.
- DEBUG_FREE_MEMORY ist nun standardmäßig ausgeschaltet.
- Die Beschleunigungswerte im EEPROM werden nun auf Plausibilität geprüft und notfalls auf Standard zurückgestellt, wenn irrwitzige Werte eingestellt werden.
- Falsche Werte für Workpart- und Heizbett-Nummern werden automatisch korrigiert. Generell wurde hier an mehreren Stellen der Code abgesichert und vereinheitlicht.
- Ein Z-Anzeigefehler im Feature Checkhome wurde repariert.
- Die maximalen Geschwindigkeitswerte unserer Drucker-Achsen wurden feiner eingestellt.
- Der Stepraten-Limitier-Algorithmus ist verändert worden (-> "Shift-Stepping") und sollte nun etwas besser funktionieren als bisher.
- Das Lesen von der SD-Karte bekam eine CRC-Prüfung
- Der Heizbett-Scan macht im Fall, dass er einen Fehler korrigieren will, jetzt zwei mögliche Dummheiten weniger. Über die Zeit wandernde Ruhe-Messwerte sollten dem Heizbettscan nun nichts mehr ausmachen. Der Messvorgang dauert dann eben länger und beinhaltet Zwischenhomings.
- Passendere Z-Schalter-Max-Überfahrweg Einstellung für den RF2000v2.
- Viele Aufräumarbeiten im Code. Mancher alte Code und exotische uralte Display-Typen und Pieper-Typen sind rausgeflogen.

Einige Änderungen sind durch Kritik im alten Thread entstanden, das soll auch weiterhin so bleiben
Vielen Dank für alle bisherigen Rückmeldungen!

(Das Z-Lift-Problem, welches uns seit der offiziellen Firmware verfolgt, haben wir stand heute noch nicht im Griff.)
LG

Wir haben eine 1.43.14
Änderungen: https://github.com/Nibbels/Repetier-Fir ... 54bece6a92

Wie hier [http://www.rf1000.de/viewtopic.php?f=67 ... 130#p24914] angekündigt haben wir nun saubere Einstell-Limits für die Beschleunigungseinstellungen in XY und Z.

LG

Hallo,
@ Nibbels kann es sein das bei der Änderung auf 1.43.14 die Zeile 3372 in der ui.cpp vergessen wurde zu ändern?

Das ist die eeprom update für x.

Lg nikibalboa

Da habe ich nicht das Leerzeichen eingefügt.
Das meintest du oder? Ich habs nachgeholt

LG

Jup, war nur ne Kleinigkeit . Das hätte fürs Programm vermutlich keine Auswirkungen?

Lg

Nein, das hatte keine Auswirkungen. Ich passe nur gerne Stellen im Code meinem Formatierungs-Stil an, sodass ich immer weiß wo ich schon war und wo nicht
In dem Fall habe ich von 6 fast identischen Stellen eine vergessen gut beobachtet.

LG

Wegen den Z-Lift-Problemen:

Ich will nochmal genau nachfragen, sodass diejenigen die das Problem haben darauf sensibilisiert werden:
Passiert der Z-Shift vermutlich irgendwo mitten im Layer? Also bei einem beliebigen Z-Lift?
Oder passiert das in Kombination mit einem Layerwechsel?

LG

Hallo Nibbels,

Nibbels hat geschrieben:Wegen den Z-Lift-Problemen:

Ich will nochmal genau nachfragen, sodass diejenigen die das Problem haben darauf sensibilisiert werden:
Passiert der Z-Shift vermutlich irgendwo mitten im Layer? Also bei einem beliebigen Z-Lift?
Oder passiert das in Kombination mit einem Layerwechsel?

LG

also ich, werde dir diese Frage vermutlich nie beantworten können.

LG AtlonXP

Guten Abend,

Ich hätte da mal ne Frage zum M3902 Z Verschiebung, und zwar kann ich nur die Z um -0,2 oder 0,2 aber nicht -0,1 oder 0,1 verschieben, ist das so beabsichtigt?

Das ganze über Octoprint und FW 1.43.14.

Lg Nikibalboa

Also die Limits für das Verschieben habe ich mal mit +-0.2 gewählt.
https://github.com/Nibbels/Repetier-Fir ... cpp#L10361

Der Sonderfall ist eigentlich nur M3902 Z0, weil dann einfach nur das vorhandene eingestellte Z-Offset in die Matrix rübergeschoben wird.
Das ist ganz praktisch, wenn man das Offset am Drucker einstellen und dann in die Matrix übernehmen will.
(Habs eben aber nur nachgelesen und nicht getestet, aber evtl. hilft dir die Info schon weiter.)

LG