Vom PC aus abgebrochen?

Danke für den Hinweis auf V 0.91.48! Als hätte ich einen anderen Drucker!! Kaum hört man wenn er druckt.
Die Ära der alten Dampflokomotive ist damit vorbei.
Ich habe noch nicht genügend getestet, aber auch der Z-Endstopp scheint jetzt immer da zu sein wo er soll. 0 = 0.

F.G., Robert

Vom PC aus abgebrochen?

vom SD Kartendruck abgebrochen

mich hat gesten keramikplatte gekostet nach dem drucker eigenständig nach fehler reset gemacht hat und druck von vorne gestartet wurde mit simplify 3d

Nach allem was ich hier bisher gelesen habe, scheint es weniger riskant zu sein, den Druck über den Repetierhost abzubrechen.

habe den druck nicht abgebrochen er hat mittendrina aufgehört und alle achsen genullt und von vorne angefangen was zum crash fürte da ja shon geruktes teil auf tisch war

Das Problem fing bei auch so an.
Habe ein Thema eröffnet.

http://www.rf1000.de/index.php/forum/fi ... ren-folgen ... ren-folgen

Hallo,

also die Abbruchgeschichte kommt mir seltsam vor...
Wie genau passiert das bei euch?
Ihr geht in Quicksettings und führt den Druckabbruch durch?
Oder bricht Ihr den Druck von Repetier-Host aus ab?

Welchen Stopp bzw. Abbruchcode verwendet Ihr dann in Repetier-Host.
Welche Version von Repetier-Host?
Verwendet Ihr überhaupt Repetier-Host?
Passiert das nur bei einem bestimmten GCODE?

Ist bei dem Fehler Repetier-Host über USB verbunden?

Da brauchen wir mal genaue Details wie das passiert...

Wir haben über 20 Drucker im Test, aber können das Problem leider nicht nachbilden egal was wir machen.
Stop-Print am Drucker erzielt da Fehlerbild nicht egal was wir machen...

Die .47 und .48 unterscheidet sich nur das in der .48 das EEPROM aktiviert ist und ein paar Config #defines geändert wurden die sich aber nicht derart auswirken können (siehe Log).

Evt. schreibt ihr das EEPROM mit einer anderen Software wie simplify3d um?
simplify3d wird derzeit nicht unterstützt und wir haben auch noch keine Tests damit gemacht!!!

Tipp: sucht in der Configuartion.h nach #define EEPROM_MODE und ändert das bei einen Firmware-Update mal auf 2.
Bei einen erneuten Update immer um eins erhöhen. Und nicht vergessen alle Änderungen und Headbed Scan's mit Write to EEEPROM zuvor speichern!

@RF1000 kann dazu viel. noch mehr sagen.

Hallo Robotniks.

Wichtig ist auch was GENAU vorher gemacht wurde. Also vor und nach dem Start des Drucks. Ich habe bei meinem Crash damals IIRC mit den Auf- Abtasten den First-Layer versucht zu "nivellieren". Das hat dann nicht wirklich funktioniert und ich habe dann über das Menü abgebrochen (nicht über Repetier und nicht über Pause-Taste). Da ist meiner dann Amok gelaufen.

Probiert das mal in eurem Labor, falls noch nicht geschehen.

Gruß,
Udo

" Und nicht vergessen alle Änderungen und Headbed Scan's mit Write to EEEPROM zuvor speichern! "

Hallo Robotniks,
bin leider kein software-Experte; wie und wo soll das mit "Write to EEEPROM" funktionieren? Wenn ich ein Druckbettscan ausführe (immer vom Druckermenü aus), kommt dann "Scan beendet" und fertig. Ich denke dann sind die Scan-Ergebnisse gespeichert?
Und auch EEPROM_MODE in der FW habe ich nicht von 1 auf 2 usw. bei FW-Update geändert.. Hätte das sein müssen? und wenn ja, was beeinflusst es?

Grüße Robert