Community Mod RFx000 Firmware :: Neue Stable (Stand 1.42.03 / 28.07.2018)

[nikibalboa]

Okay alles klar, ich hoffe das mein octoprint bald läuft dann sollte das Problem ja erledigt sein. Ich war etwas irritiert da es bei den vorherigen Versionen funktioniert hat.

Lg nikibalboa

[Nibbels]

Okay alles klar, ich hoffe das mein octoprint bald läuft dann sollte das Problem ja erledigt sein. Ich war etwas irritiert da es bei den vorherigen Versionen funktioniert hat.

Lg nikibalboa

Es kann sein, dass bei manchen Teilen die restlichen GCodes so schnell durchgespult werden, dass du es garnicht mitbekommst, dass du mit dem nächsten Tastendruck die Fahrbereitschaft des Druckers ohne Homing wieder aktivierst.

Oder es könnte sein, dass der Repetier-Host sehr wohl die Kommandos versteht, aber irgendwas schief ging?

Ich müsste mir dafür nun extra Repetierhost installieren, ein Laptop zum Drucker bringen und anschließen - hmm. Keine Lust

LG

[nikibalboa]

Kein Problem jetzt weiß ich ja Bescheid und werde von repetier host abbrechen.

Lg nikibalboa

[AtlonXP]

Hallo zusammen,
ich glaube bei der FW 1.42.24 hat nun auch zum wiederholten Male,
meine Düse in der Z Achse einen Doppel Layer gedruckt und ins Druckteil gebissen.
Ich bin zwar nicht ganz sicher, aber ich kann mir den Fehler am Druckteil nicht anders erklären.

Bei dem Z Lift Problem hat normalerweise immer ein Layer gefehlt,
aber es ist mir nicht bekannt, dass damals ein Layerr doppelt gedruckt wurde.

Der gleiche Fehler ist auch beim Drucken mit SD Karte entstanden.

Ich Drucke seit der FW 1.42.22 demonstrativ mit einer Z Lift Einstellung von 0,4 mm.
Kann es sein, dass von der FW 1.42.22 zur 1.42.24 in dieser Hinsicht etwas verändert wurde?

Ich bin nun auch bei 9 mit der Feedrate angelangt, bis jetzt sind keine zusätzlichen Probleme aufgetreten.
Mal sehen wie es weiter geht.

LG AtlonXP

[Nibbels]

Hallo zusammen,
ich glaube bei der FW 1.42.24 hat nun auch zum wiederholten Male,
meine Düse in der Z Achse einen Doppel Layer gedruckt und ins Druckteil gebissen.
Ich bin zwar nicht ganz sicher, aber ich kann mir den Fehler am Druckteil nicht anders erklären.

Bei dem Z Lift Problem hat normalerweise immer ein Layer gefehlt,
aber es ist mir nicht bekannt, dass damals ein Layerr doppelt gedruckt wurde.

Der gleiche Fehler ist auch beim Drucken mit SD Karte entstanden.

Ich Drucke seit der FW 1.42.22 demonstrativ mit einer Z Lift Einstellung von 0,4 mm.
Kann es sein, dass von der FW 1.42.22 zur 1.42.24 in dieser Hinsicht etwas verändert wurde?

Ich bin nun auch bei 9 mit der Feedrate angelangt, bis jetzt sind keine zusätzlichen Probleme aufgetreten.
Mal sehen wie es weiter geht.

LG AtlonXP

Hattest du nicht sogar die Acceleration in Z auf nur 10 oder ähnlich stehen?
Bzw, wie ist die bei dir eingestellt?

Ich kann mich nicht dran erinnern, dass sich zwischen einer 1.42.22 und 1.42.24 was groß geändert hat.
Hier die wenigen Änderungen:
https://github.com/RF1000community/Repe ... 481a9ba3b5

LG

[AtlonXP]

Hattest du nicht sogar die Acceleration in Z auf nur 10 oder ähnlich stehen?
Bzw, wie ist die bei dir eingestellt?

Ich kann mich nicht dran erinnern, dass sich zwischen einer 1.42.22 und 1.42.24 was groß geändert hat.
Hier die wenigen Änderungen:
https://github.com/RF1000community/Repe ... 481a9ba3b5

LG

Die Acceleration in Z stand eigentlich immer auf 100, da ich sie vorher im Startcode gesetzt hatte.
Gestern wollte ich diese im Druckermenü auf 80 ändern, geht so nicht weil 100 das niedrigste ist, wo der Drucker dort annimmt.
Ich werde sie wohl wieder im Start Code setzen.

Zur Erinnerung hier meine Parameter:
http://www.rf1000.de/viewtopic.php?p=24685#p24685

Bei dem letzten FW Udate, habe ich versehentlich auch meine EEPROM Werte überschrieben.
Die Werte wurden aber von Hand gleich wieder nachgetragen.

Das Z Liftproblem hatte früher einen Layer ausgelassen und dann einfach in der Luft weiter gedruckt.
Dass nun ein Layer in Z Doppelt gedruckt wird, war mir mit den älteren FW Versionen nicht bekannt.
Das finde ich komisch.

LG AtlonXP

[Nibbels]

Min 100 ist interessant!

Ich prüfe heute Abend alle Limits von Gcode+ Menü und passe sie den Eeprom Limits an.

Dass bei vergessenen Layern auch doppelte Layer vorkommen ... Haben wir das nicht schon gesehen?

Richtig interessant wäre ein Checkhome Z im Endcode.
Dann wäre gegen 100% geklärt ob diese Steps intern kommandiert wurden oder ob der Z-Abstand zerrissen wurde und man weiter bei Acceleration/Mechanik suchen muss.

Lg

[AtlonXP]

Dass bei vergessenen Layern auch doppelte Layer vorkommen ... Haben wir das nicht schon gesehen?

Richtig interessant wäre ein Checkhome Z im Endcode.
Dann wäre gegen 100% geklärt ob diese Steps intern kommandiert wurden oder ob der Z-Abstand zerrissen wurde und man weiter bei Acceleration/Mechanik suchen muss.

Lg

Ja das hatten wir hier schon mal, aber erst in letzter Zeit!

In meiner FW ist die Hysterese Funktion inaktiv.
Für ein Check Home Z, benötige ich erst einmal eine Einweisung.

[AtlonXP]

Ich habe eben nachgeschaut.
Über G Code kann man bei Acceleration auch kleinere Werte setzen.

LG AtlonXP

[Nibbels]

In der 1.43.14 http://www.rf1000.de/viewtopic.php?f=67 ... 925#p24925 sind die Beschleunigungs-Werte nun alle mit dem gleichen LImit versehen.
Das FEATURE_CHECK_HOME ist dort nun vorerst immer Standardmäßig aktiviert.
Alternativ: Configuration.h ganz unten FEATURE_CHECK_HOME von 0 auf 1 schalten.

Dann funktioniert ein "neuer" MCode M3028 der mit dem Schalter "Z1" kombiniert einmal die Z-Achse zurückfährt und prüft, ob der Schalter-Punkt noch dort ist wo ihn der Drucker vermutet.
Das Ergebnis sieht man dann in der USB-Log bzw. du müsstest das im Simplify3D sehen.

LG