DEV2: G32 not working as expected

karl_ranseier · 2020-10-25T10:33:08+00:00

Ok here whats going on:void attribute((weak)) GCode_32(GCode* com) { bool ok = Leveling::execute_G32(com); if (ok && Motion1::homeDir[Z_AXIS] > 0...

ziegelstein

G28

G1 X144 Y96.00 Z20

G30

Punkt A - 1. Probing

Recv:17:57:59.333: X:144.00 Y:96.00 Z:20.000 E:0.0000 (2)

Recv:17:57:59.336: Z-probe:19.816 X:144.00 Y:96.00

Recv:17:57:59.879: X:144.00 Y:96.00 Z:20.000 E:0.0000

Punkt B - 2. Probing

Send:18:01:22.621: N6 G1 X254 Y216 Z20

Recv:18:03:08.118: X:254.00 Y:216.00 Z:20.000 E:0.0000 (2)

Recv:18:03:08.122: Z-probe:25.092 X:254.00 Y:216.00

Recv:18:03:08.668: X:254.00 Y:216.00 Z:20.000 E:0.0000

kann nur nochmal wiederholen - mein Bed ist gerade. bis auf zentel evtl..

Wenn ich dann hier auf G1 X254 Y216 Z0 fahre, sind noch _10mm luft zwischen Bed und Düse.

jetzt anders herum:

Punkt B - 1- Probing

Send:18:47:50.346: N13 G1 X254 Y216 Z20

Send:18:49:27.645: N14 G30

Send:18:49:27.645: N15 M114

Recv:18:50:07.825: X:254.00 Y:216.00 Z:20.000 E:0.0000 (2)

Recv:18:50:07.829: Z-probe:20.151 X:254.00 Y:216.00

Recv:18:50:08.370: X:254.00 Y:216.00 Z:20.000 E:0.0000

Und jetzt den Fehler gefunden.

Anfahrt Punkt A für 2. Probing:

Send:19:00:28.986: N16 G1 X144 Y96.00 Z20

der steht bei ca. Z25.

Somit kommt irgendwo was durcheinander.

Wenn also vor G30 immer ein G28 steht, passt der 1. Punkt, dann geht was quer.

Mit z-Achse und Schritteverlust hatte ich bislang keine Probleme..könnte das sein?

ziegelstein

#define Z_PROBE_SWITCHING_DISTANCE 5

evtl. wird das falsch verrechnet?

Repetier

Wenn du Wiederholungen auf 1 setzt müsste der Fehler dann verschwinden. Indem Fall wird Z_PROBE_SWITCHING_DISTANCE nicht verwendet. Grundsätzlich halte ich es für möglich, da die Buchhaltung der positionen/schritte recht komplex ist.

Welchen z probe typ verwendest du und nutzt du Median Wert oder Durchschnitt?

Hab ich das richtig verstanden das die Höhe immer gleich bleibt aber er 5mm mehr meldet? Das passt nicht ganz zu dem leveling problem.

Oder ist es das Z nach jedem G30 5mm höher ist auch wenn M114 weiterhin den alten Wert meldet? Das sind nämlich 2 unterschiedliche Probleme und seh grad nicht so ganz wo es passiert und es dauert noch etwas bis ich mich darum kümmern kann. Bin grad mit AVR prozessor zugange das der funktioniert.

ziegelstein

mit diesen Einstellungen kommt das beschriebene Fehlerbild:

// #################### Z-Probing #####################

#define Z_PROBE_COATING 0

#define Z_PROBE_Z_OFFSET_MODE 1

#define UI_BED_COATING 1

#define EXTRUDER_IS_Z_PROBE 1

#define Z_PROBE_DISABLE_HEATERS 1

#define Z_PROBE_BED_DISTANCE 10

#define Z_PROBE_X_OFFSET 0

#define Z_PROBE_Y_OFFSET 51.8

#define Z_PROBE_SPEED 2

#define Z_PROBE_SWITCHING_DISTANCE 5

// How often should we test a position 1 .. x. Averages result over all tests.

#define Z_PROBE_REPETITIONS 2

// 0 = use average, 1 = use middle value after ordering z

#define Z_PROBE_USE_MEDIAN 1

// Nozzle distance to bed when z probe triggers

#define Z_PROBE_HEIGHT 2.751

// Delay in ms before we go down again. For BLTouch so signal can disable

#define Z_PROBE_DELAY 0

#define Z_PROBE_START_SCRIPT ""

#define Z_PROBE_FINISHED_SCRIPT ""

#define Z_PROBE_RUN_AFTER_EVERY_PROBE ""

#define Z_PROBE_REQUIRES_HEATING 1

#define Z_PROBE_MIN_TEMPERATURE 150

#define Z_PROBE_PAUSE_HEATERS 0 // Pause all heaters when probing to reduce EMI artifacts

#define Z_PROBE_PAUSE_BED_REHEAT_TEMP 5 // Stop and reheat the bed if we leave the target temp by this much.

// How to correct rotated beds

// 0 = Software side by rotating coordinates

// 1 = Move bed physically using 2 motors

#define LEVELING_CORRECTOR 1

// Bed fixture coordinates for motor leveling

#define LC_P1_X 252

#define LC_P1_Y 373

#define LC_P2_X 591

#define LC_P2_Y 7

#define LC_P3_X -90

#define LC_P3_Y 7

#define LC_P2_MOTOR ZMotorLH

#define LC_P3_MOTOR ZMotorRH

#define LC_STEPS_PER_MM 3200

#define LC_Z_SPEED 0.3

// > 0 will move bed down and wait for removal (heater removed) and will pause another LC_WAIT_BED_REMOVE seconds

#define LC_WAIT_BED_REMOVE 0

// Uncomment to limit correction per autoleveling iteration. Value is the max. correction in mm

// #define LIMIT_MOTORIZED_CORRECTION 0.5

########################

neuer Tag, neuer Test:

G28

G1 Y133.00 F4800

G1 X268.00 F4800

G1 Z20.00 F180

M114

Recv:15:10:07.415: X:268.00 Y:133.00 Z:20.000 E:0.0000

G30

Recv:15:11:20.031: X:268.00 Y:133.00 Z:20.000 E:0.0000 (2)

Recv:15:11:20.035: Z-probe:19.901 X:268.00 Y:133.00

Recv:15:11:20.604: X:268.00 Y:133.00 Z:20.000 E:0.0000

M114

Recv:15:12:03.003: X:268.00 Y:133.00 Z:20.000 E:0.0000 --> Z Maß über Bett sieht passend aus _20mm

G1 X144 Y120.00 Z20 --> Drucker fährt lautlos, in Zeitlupe zu den neuen Koordinaten.

M114

X:144.00 Y:120.00 Z:20.000 E:0.0000 --> Z scheint passend

G30

Send:15:16:19.590: N32 M114

Recv:15:17:09.895: X:144.00 Y:120.00 Z:20.000 E:0.0000 (2)

Recv:15:17:09.895: Z-probe:24.852 X:144.00 Y:120.00

Recv:15:17:10.439: X:144.00 Y:120.00 Z:20.000 E:0.0000

M114

X:144.00 Y:120.00 Z:20.000 E:0.0000 --> Bed steht wahrscheinlich hier: 24.852

ziegelstein

Firmwareupdate in diesem Punkt:

#define Z_PROBE_REPETITIONS 1

G28
G1 X144 Y120.00 Z20

M114

Recv:15:33:11.343: X:144.00 Y:120.00 Z:20.000 E:0.0000

G30

M114 kommt automatisch

Recv:15:34:03.973: Z-probe:19.800 X:144.00 Y:120.00

Recv:15:34:04.518: X:144.00 Y:120.00 Z:20.000 E:0.0000 -->passt

G1 X150 Y 200 Z20

fährt wieder super laaaangsam zum Ziel

M114

Recv:15:35:53.327: X:150.00 Y:200.00 Z:20.000 E:0.0000

G30

Recv:15:36:51.095: X:150.00 Y:200.00 Z:20.000 E:0.0000 (2)

Recv:15:36:51.099: Z-probe:19.909 X:150.00 Y:200.00

Recv:15:36:51.644: X:150.00 Y:200.00 Z:20.000 E:0.0000 -->passt.

Achtung: zum Post davor: mein Z-wert vor dem 1. Probing war wahrscheinlich schon als Start bei Z₂₅ und nicht 20 (eben festgestellt, dass mein Metall-Parallelmaß 25 und nich 20mm breit ist. --> also 1. Levelpunkt mit +5mm; 2. Levelpunkt wieder +5mm)

G32

--> Homing aller Achsen

Messung aller 3 Punkte

Probing läuft durch.

Allerdings findet die Korrektur falsch statt.

"Point 1 is assumed to be the fixed"

wäre bei mir

#define LC_P1_X 249

#define LC_P1_Y 371

-->

// Z Motor Mitte hinten

IO_OUTPUT(IOZMHStep, ORIG_E3_STEP_PIN)

IO_OUTPUT_INVERTED(IOZMHDir, ORIG_E3_DIR_PIN)

IO_OUTPUT_INVERTED(IOZMHEnable, ORIG_E3_ENABLE_PIN)

P2 (vorne Links)

#define LC_P2_X -95

#define LC_P2_Y 3

// Z-Motor Vorne LH

IO_OUTPUT(IOZLHStep, ORIG_E5_STEP_PIN)

IO_OUTPUT_INVERTED(IOZLHDir, ORIG_E5_DIR_PIN)

IO_OUTPUT_INVERTED(IOZLHEnable, ORIG_E5_ENABLE_PIN)

P3 (vorne rechts)

#define L_P3_X 384

#define L_P3_Y 96

// Z-Motor Vorne RH

IO_OUTPUT(IOZRHStep, ORIG_E4_STEP_PIN)

IO_OUTPUT_INVERTED(IOZRHDir, ORIG_E4_DIR_PIN)

IO_OUTPUT_INVERTED(IOZRHEnable, ORIG_E4_ENABLE_PIN)

Hatte testweise die Koordinaten bzw. Motoren LH und RH getauscht.

Resultat:

Bed von LH-nach RH optisch gerade, nach hinten einmal nach "ober stehend, einmal nach unten"

Kann es sein, dass die Definition des Festen Motors falsch ist? oder

oder die Pin-Zuordnung vom Extension-Board? E4, E5, E6 (Extensionboardbeschriftung)

Testweise angepasst:

#define LCP2X 249

#define LCP2Y 371

#define LCP1X -95

#define LCP1Y 3

#define LC_P3_X 591

#define LC_P3_Y 3

#define LC_P2_MOTOR ZMotorLH

#define LC_P3_MOTOR ZMotorRH

#define LC_STEPS_PER_MM 3200

vorne RH kommt Höher als LH und Mitte

<div>#define LCP3X 249

#define LCP3Y 371

#define LC_P2_X -95

#define LC_P2_Y 3

#define LCP1X 591

#define LCP1Y 3

#define LC_P2_MOTOR ZMotorLH

#define LC_P3_MOTOR ZMotorRH

#define LC_STEPS_PER_MM 3200

G32 1. Durchlauf

X:254.00 Y:216.00 Z:10.000 E:0.0000 (2)<div>Recv:17:30:17.448: Z-probe:10.218 X:254.00 Y:216.00

Recv:17:30:34.918: X:144.00 Y:96.00 Z:10.000 E:0.0000 (2)

Recv:17:30:34.922: Z-probe:10.205 X:144.00 Y:96.00

Recv:17:30:51.549: X:384.00 Y:96.00 Z:10.000 E:0.0000 (2)

Recv:17:30:51.553: Z-probe:9.557 X:384.00 Y:96.00

Recv:17:30:52.098: plane: a = -0.0027 b = 0.0026 c = 10.3469

Recv:17:30:52.098: z = a * x + y * b + c

Recv:17:30:52.102: Correction P2:1.85

Recv:17:30:52.102: Correction P3:1.87

G32 2. Durchlauf

</div></div>X:499.00 Y:295.00 Z:291.160 E:0.0000

Recv:17:51:13.435: X:254.00 Y:216.00 Z:10.000 E:0.0000 (2)

Recv:17:51:13.439: Z-probe:9.800 X:254.00 Y:216.00

Recv:17:51:31.429: X:144.00 Y:96.00 Z:10.000 E:0.0000 (2)

Recv:17:51:31.429: Z-probe:10.396 X:144.00 Y:96.00

Recv:17:51:48.550: X:384.00 Y:96.00 Z:10.000 E:0.0000 (2)

Recv:17:51:48.554: Z-probe:9.785 X:384.00 Y:96.00

Recv:17:51:49.100: plane: a = -0.0025 b = -0.0026 c = 11.0157

Recv:17:51:49.104: z = a * x + y * b + c

Recv:17:51:49.104: Correction P2:1.75

Recv:17:51:49.104: Correction P3:-0.10

G1 X50 Y60 Z20

G30 : Z-probe:21.597

G1 X254 Y230 Z20

G30: Z-probe:19.538

G1 X420 Y60 Z20

G30: Z-probe:19.529

Haut also auch nicht hin.

Wo ist der Wurm?

Repetier

Welchen Z_PROBE_TYPE hast du?
#define EXTRUDER_IS_Z_PROBE 1
heist die Düse ist der Z probe und xy offset werden ignoriert. Ist das korrekt?

// How often should we test a position 1 .. x. Averages result over all tests.

#define Z_PROBE_REPETITIONS 2

// 0 = use average, 1 = use middle value after ordering z

#define Z_PROBE_USE_MEDIAN 1

macht keinen sinn. Was ist der mittlere von 2 Werten? Muss eine ungerade Anzahl >= 3 sein damit es sinn ergibt.

In Server > 1.0.2 wird M114 angehangen nach manchen Befehlen daher jetzt automatisch.

Der einfachste Test ist vermutlich einfach an einer Position 3 mal G30 zu senden und zu sehen ob sich Z ändert. Hab sogar einen Mcode für den Test. Hat komischerweise sogar bei mir damals funktioniert.

M48 Xpos Ypos Ptests - Test z probe accuracy

Der Befehl mach sogar eine statistische Auswertung. Also Z anpassen und zu position gehen und
M48 P3

für 3 tests. Wenn er hoch wandert ist das Probing falsch. Solange das der Fall ist kann man das Bed Leveling erst mal bei Seite lassen. Abe rich sehe mit 1 repetition passt es wohl ganz gut korrekt?

Dann ist die frage ob die Motorkorrektur richtig ist. Da ist es leicht was zu verbocken. Falsche Zuordnung oder vorzeichen und schon gehts in die falsche Richtung. Das muss ich mir aber noch mal in Ruhe ansehen. Da geht zu leicht etwas schief auch in der Programmierung. Ist etwas komplex.

ziegelstein

Welchen Z_PROBE_TYPE hast du?

#define EXTRUDER_IS_Z_PROBE 1 --> so ist es eingestellt, verbaut ist ein kappazitiver Näherungsschalter mit diesen offsets, welche auch berücksichtigt werden:

#define Z_PROBE_X_OFFSET 0

#define Z_PROBE_Y_OFFSET 51.8

Mit der Umstellung von

#define Z_PROBE_REPETITIONS 2 auf

#define Z_PROBE_REPETITIONS 1

funktionierte da G30 soweit ich das beurteilen kann.

jetzt bemerke ich eben, dass G32 durchläuft, aber falsch korrigiert.

Das kann ich ja nochmal auf 0 testen.

// 0 = use average, 1 = use middle value after ordering z

#define Z_PROBE_USE_MEDIAN 1 --> 0

#########################################

G30 Test:

Send:20:01:24.334: N123 G1 X250 Y150 Z20 F1000

Recv:20:02:20.675: wat

Send:20:03:22.390: N124 G30

Send:20:03:22.390: N125 M114

Recv:20:03:22.396: X:250.00 Y:150.00 Z:20.000 E:0.0000

Recv:20:03:33.771: X:499.00 Y:295.00 Z:20.000 E:0.0000

Recv:20:03:33.771: SelectTool:0

Recv:20:03:34.504: Jam control disabled:0

Recv:20:03:34.504: Debug Jam:0 Enabled:1

Recv:20:03:34.508: X_OFFSET:0.000 Y_OFFSET:0.000 Z_OFFSET:0.000

Recv:20:03:34.512: Warning:Cold extrusion prevented

Recv:20:03:34.516: X_OFFSET:0.000 Y_OFFSET:0.000 Z_OFFSET:0.000

Recv:20:03:34.520: Warning:Cold extrusion prevented

Recv:20:03:35.245: X:499.00 Y:295.00 Z:20.000 E:0.0000

Recv:20:04:14.539: X:497.00 Y:295.00 Z:20.000 E:0.0000 (2)

Recv:20:04:14.539: Z-probe:20.557 X:497.00 Y:295.00

Recv:20:04:15.178: X:497.00 Y:293.00 Z:20.000 E:0.0000

Warum auch immer - jetzt probt er bei G28 (X,Y max. raffe ich nicht)

neuer Anlauf:

G1 X250 Y150 Z20

G30

Send:20:07:26.017: N128 M114

Recv:20:08:03.468: X:250.00 Y:150.00 Z:20.000 E:0.0000 (2)

Recv:20:08:03.471: Z-probe:19.743 X:250.00 Y:150.00

Recv:20:08:04.016: X:250.00 Y:150.00 Z:20.000 E:0.0000

G30

Send:20:08:34.645: N130 M114

Recv:20:09:12.155: X:250.00 Y:150.00 Z:20.000 E:0.0000 (2)

Recv:20:09:12.159: Z-probe:19.742 X:250.00 Y:150.00

G30

Send:20:09:42.102: N132 M114

Recv:20:10:19.606: X:250.00 Y:150.00 Z:20.000 E:0.0000 (2)

Recv:20:10:19.606: Z-probe:19.766 X:250.00 Y:150.00

Recv:20:10:20.150: X:250.00 Y:150.00 Z:20.000 E:0.0000

--> Mein Fazit: G30 funktioniert mit:

#define Z_PROBE_REPETITIONS 1

Einschränkung:

Zum Proben fährt er richtung Probe mit Homing-Speed, nach auslösen aber langsam zurück.

Welche Geschwindigkeit da angesetzt wird ist mir unklar.

Evtl. diese?

#define LC_Z_SPEED 0.5

Logisch wäre anders herum: Langsam zum Probe, und "zügig" wieder runter.

Repetier

Du hast die Frage nach dem typ immer noch nicht beantwortet, nehme aber aufgrund der Beschreibung an das du
Z_PROBE_TYPE Z_PROBE_TYPE_DEFAULT
gesetzt hast. Ist wichtig weil es die runZProbe Funktion 3 mal gibt - jeder hat seine eigene.

Das zurückfahren ist kompliziert, weil ich die Distanz nicht kenne sondern nur die Anzahl der Schritte die korrigiert werden müssen um auf die Ausgangsposition zu kommen. Er nutzt 20% von dem was PrinterType::feedrateForMoveSteps zurück gibt. Bei xy wäre das ok bei Z kann das wenig sein. Fällt bei mir nicht so auf weil beim delta Z auch schnell ist. Denke das sollte ich noch mal optimieren. Vielleicht 100% homing speed stadt dessen. Sollte sicher genug sein.Bis dahin MotionLevel1.cpp Zeile 897

buf.feedrate = 0.2 * PrinterType::feedrateForMoveSteps(axesUsed);

0.2 ist der faktor - erhöhe ihn bis max. 1 dann hast du z max speed als Geschwindigkeit.

Die Bed Korrektur geschieht in LevelingMethod.cpp Zeile 45..

void LevelingCorrector::correct(Plane* plane) {

Zuerst wird die mit G32 berechnete Ebenengleichung auf die Spindelpositionen extrapoliert und die höhen ermittelt und dann h1 bei allen abgezogen.

Com::printFLN(PSTR("Correction P2:"), h2, 2);

Com::printFLN(PSTR("Correction P3:"), h3, 2);
gibt dann die notwendige Korrektur aus. Positive Werte bedeutet sie liegen tiefer als P1 und das Bett muss dort hoch.

Wenn das so ist hab ich das Vorzeichen in den Zeilen

Motion1::setTmpPositionXYZE(IGNORE_COORDINATE, IGNORE_COORDINATE, IGNORE_COORDINATE, h2);

Motion1::setTmpPositionXYZE(IGNORE_COORDINATE, IGNORE_COORDINATE, IGNORE_COORDINATE, h3);

falsch. Kannst du testen mit
Motion1::setTmpPositionXYZE(IGNORE_COORDINATE, IGNORE_COORDINATE, IGNORE_COORDINATE, -h2);

Motion1::setTmpPositionXYZE(IGNORE_COORDINATE, IGNORE_COORDINATE, IGNORE_COORDINATE, -h3);

ob er dann korrekt korrigiert? Ich vermute da ich 2 extra motoren dafür hab hab ich die richtung da verdreht so dass es bei mir passte. Aber es muss so programmiert sein das es bei 3 Spindel gelagert richtig ist.

Wenn das mit repetition 1 klappt muss ich dann nur noch das repetition problem lösen aber du kannst schon arbeiten.

ziegelstein

Moin,

Du hast die Frage nach dem typ immer noch nicht beantwortet, nehme aber aufgrund der Beschreibung an das du
Z_PROBE_TYPE Z_PROBE_TYPE_DEFAULT --> das gibt es

a: nicht in meiner config.h

b: auch hier nicht mehr:
https://github.com/repetier/Repetier-Firmware/blob/dev2/src/Repetier/src/Configuration.h (check den Pfad bitte mal.)

daher habe ich geschrieben was ich habe:

#define Z_PROBE_TYPE 1 // 0 = no z probe, 1 = default z probe, 2 = Nozzle as probe

Oder hab ich hier wieder sonst was für eine Dev.2 erwischt? dann hab ich gleich keine Lust mehr..

Das probiere ich:

falsch. Kannst du testen mit
Motion1::setTmpPositionXYZE(IGNORE_COORDINATE, IGNORE_COORDINATE, IGNORE_COORDINATE, -h2);
Motion1::setTmpPositionXYZE(IGNORE_COORDINATE, IGNORE_COORDINATE, IGNORE_COORDINATE, -h3);

in Motion / Motion1.cpp ist das bei mir Zeile 893

buf.feedrate = 0.8 * PrinterType::feedrateForMoveSteps(axesUsed);

ziegelstein

1. Rückmeldung:

mit

Motion1::setTmpPositionXYZE(IGNORE_COORDINATE, IGNORE_COORDINATE, IGNORE_COORDINATE, -h2);
Motion1::setTmpPositionXYZE(IGNORE_COORDINATE, IGNORE_COORDINATE, IGNORE_COORDINATE, -h3);

G32 - 1. Durchlauf

Send:12:16:15.326: N19 M114

Recv:12:16:15.335: X:0.00 Y:0.00 Z:0.000 E:0.0000 (2)

Recv:12:16:32.849: X:499.00 Y:295.00 Z:290.000 E:0.0000

Recv:12:16:33.292: SelectTool:0

Recv:12:16:33.751: Jam control disabled:0

Recv:12:16:33.755: Debug Jam:0 Enabled:1

Recv:12:16:33.759: X_OFFSET:0.000 Y_OFFSET:0.000 Z_OFFSET:0.000

Recv:12:16:33.759: Warning:Cold extrusion prevented

Recv:12:16:33.763: X_OFFSET:0.000 Y_OFFSET:0.000 Z_OFFSET:0.000

Recv:12:16:33.767: Warning:Cold extrusion prevented

Recv:12:16:33.771: X:499.00 Y:295.00 Z:290.936 E:0.0000

Recv:12:18:14.642: X:254.00 Y:216.00 Z:10.000 E:0.0000 (2)

Recv:12:18:14.647: Z-probe:9.862 X:254.00 Y:216.00

Recv:12:18:23.921: X:144.00 Y:96.00 Z:10.000 E:0.0000 (2)

Recv:12:18:23.924: Z-probe:11.329 X:144.00 Y:96.00

Recv:12:18:34.431: X:384.00 Y:96.00 Z:10.000 E:0.0000 (2)

Recv:12:18:34.435: Z-probe:12.066 X:384.00 Y:96.00

Recv:12:18:35.024: plane: a = 0.0031 b = -0.0150 c = 12.3312

Recv:12:18:35.028: z = a * x + y * b + c

Recv:12:18:35.029: Correction P2:4.48

Recv:12:18:35.032: Correction P3:6.59

G32 - 2. Durchlauf

Send:12:26:09.587: N21 M114

Recv:12:26:09.599: X:249.50 Y:147.50 Z:10.289 E:0.0000 (2)

Recv:12:27:59.977: X:499.00 Y:295.00 Z:290.000 E:0.0000

Recv:12:28:00.517: SelectTool:0

Recv:12:28:01.059: Jam control disabled:0

Recv:12:28:01.059: Debug Jam:0 Enabled:1

Recv:12:28:01.063: X_OFFSET:0.000 Y_OFFSET:0.000 Z_OFFSET:0.000

Recv:12:28:01.067: Warning:Cold extrusion prevented

Recv:12:28:01.071: X_OFFSET:0.000 Y_OFFSET:0.000 Z_OFFSET:0.000

Recv:12:28:01.075: Warning:Cold extrusion prevented

Recv:12:28:01.075: X:499.00 Y:295.00 Z:291.225 E:0.0000

Recv:12:29:42.241: X:254.00 Y:216.00 Z:10.000 E:0.0000 (2)

Recv:12:29:42.245: Z-probe:10.024 X:254.00 Y:216.00

Recv:12:29:42.249: X:144.00 Y:96.00 Z:10.000 E:0.0000

Recv:12:29:50.228: buy:processing

Recv:12:29:50.293: X:144.00 Y:96.00 Z:10.000 E:0.0000

Recv:12:29:50.297: Z-probe:9.993 X:144.00 Y:96.00

Recv:12:29:58.858: X:384.00 Y:96.00 Z:10.000 E:0.0000 (2)

Recv:12:29:58.862: Z-probe:9.930 X:384.00 Y:96.00

Recv:12:29:59.407: plane: a = -0.0003 b = 0.0005 c = 9.9836

Recv:12:29:59.407: z = a * x + y * b + c

Recv:12:29:59.412: Correction P2:-0.09

Recv:12:29:59.413: Correction P3:-0.28

G32 - 3. Durchlauf
M114

Recv:12:35:36.543: X:249.50 Y:147.50 Z:9.878 E:0.0000 (2)

Recv:12:37:27.170: X:499.00 Y:295.00 Z:290.000 E:0.0000

Recv:12:37:27.715: SelectTool:0

Recv:12:37:28.149: Jam control disabled:0

Recv:12:37:28.149: Debug Jam:0 Enabled:1

Recv:12:37:28.155: X_OFFSET:0.000 Y_OFFSET:0.000 Z_OFFSET:0.000

Recv:12:37:28.157: Warning:Cold extrusion prevented

Recv:12:37:28.161: X_OFFSET:0.000 Y_OFFSET:0.000 Z_OFFSET:0.000

Recv:12:37:28.162: Warning:Cold extrusion prevented

Recv:12:37:28.165: X:499.00 Y:295.00 Z:291.103 E:0.0000

Recv:12:37:45.046: buy:processing

Recv:12:39:09.209: X:254.00 Y:216.00 Z:10.000 E:0.0000 (2)

Recv:12:39:09.209: Z-probe:9.999 X:254.00 Y:216.00

Recv:12:39:17.344: X:144.00 Y:96.00 Z:10.000 E:0.0000 (2)

Recv:12:39:17.348: Z-probe:9.993 X:144.00 Y:96.00

Recv:12:39:25.958: X:384.00 Y:96.00 Z:10.000 E:0.0000 (2)

Recv:12:39:25.959: Z-probe:9.996 X:384.00 Y:96.00

Recv:12:39:26.503: plane: a = 0.0000 b = 0.0000 c = 9.9882

Recv:12:39:26.507: z = a * x + y * b + c

Recv:12:39:26.507: Correction P2:-0.02

Recv:12:39:26.511: Correction P3:-0.01

Haut jetzt also hin!!Top!

buf.feedrate = 0.8 * PrinterType::feedrateForMoveSteps(axesUsed)

brachte ebenfalls Verbesserung.

Denke auch, dass Homing Speed dafür gehen sollte.

Macht hier eine zusätzliche Variable Sinn, die den ProbingSpeed definiert.

Also gezieltes langsames Anfahren Richtung Probe?

Repetier

Das hört sich sehr gut an. Werd den Fehler im nächsten update korrigieren und vermutlich auch das Geschwindigkeitsproblem. Neue variablen will ich dafür nicht. Wird nur beim korrigieren und homing genutzt sollte also reichen wenn ich dann mit homing speed arbeite.

« Previous Page