Seite 4 von 5

Re: Und schon wieder ein Crash

Verfasst: Sa 10. Okt 2015, 22:14
von Zaldo
Stefan baut Zeug hat geschrieben:
Wieso Bug ? Wenn der Heatbead Scan ergeben hat -0.2 (vom Endschalter) und ich will einen 0.3mm Layer dann muss der Kopf auf 0.1mm Fahren.. Bei mir geht das auch mal auf - ohne Probleme .

Alle anderen haben warscheinlich keinen erfolgreichen Scan gemacht oder den danach nicht ins EEPROM gespeichert :)
Das ist sicherlich richtig, dann dürfte der Extruder aber nicht auf der Platte schleifen.
Und den Heatbed Scan musst Du nicht manuell im EEPROM speichern (würde auch garnicht gehen, wenn das EEPROM in der configuration.h deaktiviert ist).

Re: Und schon wieder ein Crash

Verfasst: So 11. Okt 2015, 14:52
von Gemelon
Hallo,
ich habe jetzt noch einige versuche gemacht. Es liegt scheinbar an meinen Slicer Profilen. Ich habe es wohl mit der First Layer Width etwas übertrieben. Ich habe den Wert etwas zurück genommen und jetzt scheint es zu funktionieren.

Re: Und schon wieder ein Crash

Verfasst: So 11. Okt 2015, 15:27
von Stefan baut Zeug
Noch eine Kleinigkeit zum Nachdenken..

So wie die Wiegezellen verbaut sind, stimmt der Abstand beim ersten Layer sowieso nicht wenn Ihr sagen wir 4000 Digits habt dann sind das ca. 0.1mm die es den Kopf nach unten drückt.. Somit wäre es klar dass er kratzt..

Blöd natürlich wenn man einen 0.1mm ersten Layer drucken will. (Abhilfe im Slicer 0,1mm Offset angeben)

mfg,
Stefan

Re: Und schon wieder ein Crash

Verfasst: So 11. Okt 2015, 16:53
von RF1000
Hallo Stefan,

So wie die Wiegezellen verbaut sind, stimmt der Abstand beim ersten Layer sowieso nicht wenn Ihr sagen wir 4000 Digits habt dann sind das ca. 0.1mm die es den Kopf nach unten drückt.. Somit wäre es klar dass er kratzt..
Die Digits haben keinen Einfluss auf die Z-Kompensation. Der Digit-Wert wird zwar beim Heizbett-/Werkstückscan verwendet um festzustellen, wann die Oberfläche erreicht worden ist. Währen dem Druck-/Fräsvorgang hat er aber keinen Einfluss auf die Kompensation - diese wird dann ausschließlich auf Basis der gescannten Matrix durchgeführt. Und, wie mjh11 richtig angenommen hat, wird für die Z-Kompensation zwischen den ermittelten Messpunkten linear interpoliert.


mfG
RF1000

Re: Und schon wieder ein Crash

Verfasst: So 11. Okt 2015, 17:51
von rf1k_mjh11
RF1000,

Ich glaube auf was der Stefan anspielt ist die Thematik die in diesem Thread angesprochen wird.
Die Messzellen erzeugen ihr Signal als Folge einer (minimalen) Durchbiegung. Zeigt das Display einen hohen F-Digit-Wert (im Vergleich zum Ruhezustand), bedeutet das eine erhöhte Durchbiegung mit einhergehender Verminderung des Düsen-Bett-Abstands.

mjh11

Re: Und schon wieder ein Crash

Verfasst: So 11. Okt 2015, 18:59
von Stefan baut Zeug
Korrekt erklärt.

Aber meine Zahlen im Post waren falsch 4000-5000 Digits beim Druck sind in etwa 0,05mm die sich die Wiegezellen durchbiegen und somit den Abstand zur Druckplatte verringern. Bei einem ersten Layer von 0,1 schon ca. 50%

mfg,
Stefan

Re: Und schon wieder ein Crash

Verfasst: Mi 14. Okt 2015, 11:09
von riu
Gibt es eigentlich Neuigkeiten was die Firmwareversion angeht? Ich habe ja den Hinweis auf der Startseite mit der 0.91.48 - mich beschlaicht das Gefühl dass diese Firmware und auch die danach das Problem nicht beheben oder?

Lieben Gruß,
Udo

Re: Und schon wieder ein Crash

Verfasst: Mi 14. Okt 2015, 11:36
von T1230
Hallo Udo /riu,

ich verwende seit ca. einem halben Jahr die FW .48, und habe seitdem ca. 10 Headbed Scans gemacht, alle mit
originalen Endstopschalter, und hatte bisher keine Probleme.
Ich denke nicht, dass man das generelle Problem des Überfahrens mit FW Änderungen lösen kann, sondern nur mit Hardware-Änderungen

http://rf1000.de/forum/elektronik/15-en ... mitstart=0 ... mitstart=0

Was aber (zumindest mMn) theoretisch funktionieren müsste, wäre die Homing Funktion so zu ändern, das bei aktiven Endschaltern ein Homing in die entsprechende Richtung nicht ausgeführt wird (z.B.: z-Endstopp Schalter ist gedrückt -> ändere die Z-Position beim Homing nicht).
Ich habe mich aber noch nicht genauer mit der FW beschäftigt, und kann daher nicht sagen, ob so etwas überhaupt möglich ist.

LG Thomas

Re: Und schon wieder ein Crash

Verfasst: Mi 14. Okt 2015, 11:46
von Zaldo
Der Drucker müsste in diesem Fall einfach 1mm LANGSAM nach unten fahren. Wenn dann Z immer noch geschlossen ist, mit Fehlermeldung anhalten (z.B. "Platform manuell aus dem Schalterbereich fahren"). Bei Fräsumbau und wenn die Plattform am unteren Schalter steht, dürfte nicht so viel passieren, wenn er versucht noch einen Millimeter tiefer zu fahren.

Aber vielleicht will C das ja garnicht ändern? Ist ein perfekter Absatzmarkt für Keramikplatten und Z-Schalter...

Re: Und schon wieder ein Crash

Verfasst: Mi 14. Okt 2015, 12:02
von Digibike
Die idee ist gut Zaldo, aber was macht der, der auch Fräst...? Da ist es genau das Verderben...

Gar nichts in Z mit homing sobald ein Z Überfahren ist und im Display ´ne Fehlermeldung, unplausible Höhe wäre wohl am
sichersten... Dann ist egal, ob Zmin oder Zmax betätigt ist, bzw. gedruckt wird oder gefräst....

Gruß, Christian