Z Homed nicht mehr nach Marlin Update

Hi Leute ich hab nach Wochen langem lernen es trotzdem versaut ^^

Nicht ganz, von Anfang an...

...Ich hab mit einen gemoddeten CR-10 Mini günstig gebraucht gekauft.

Er hat MKS-Gen-v1.4 Board + TMC2100 + MKS TFT 32 , E3D v6 Clone + Dual Gear Extruder..

Er hatte zum kauf noch Marlin 1.1.9 drauf und auf dem Display war 3.0.2 installiert.

So lief das System schon ganz gut und hat mir auch schon einige gute Stücke geliefert.

Nach kurzer Zeit habe ich ein Verhalten beim Druck gemerkt was ich als Fehler interpretiere und habe mir den G-Code der Dateien angeschaut bei dem der Fehler auftritt.

Im G-Code von Cura. 4.9.1 war nichts eingetragen daher dachte ich es kommt von der Firmware.

Also hab ich mich jetzt 4 Wochen lang hingesetzt und meine ganze Hardware gelernt und gelernt wie man Marlin konfiguriert und kompiliert.

Nachdem ich am Anfang oft mit Marlin und VSCode gescheitert bin habe ich inzwischen den Dreh raus und weiß was ich ändern kann damit es stabil bleibt.

Nun mal zu meinem Problem nachdem ich jetzt Marlin 2.0.9.1 mit meiner Config eingespielt habe, laufen alle Achsen inzwischen in die richtige Richtung und auch der X&Y Endstop funktionieren, nur der Z scheint was falsch zu machen.

Das ist der Endstop [www.amazon.de]

Vor dem Update ging er ohne Probleme und an der Hardware habe ich nicht gebastelt,

nur ein USB Kabel angeschlossen am Board.



Mit Pronterface und dem Befehl M119 habe ich heraus gefunden das der Z-Endstop ein Dauersignal gibt auch wenn er nicht gedrückt wird.

Kann das was mit Pinbelegung in Marlin zu tun haben?

Ich kann meine Config nicht mit anhängen.

Bitte um Hilfe.

Achso Z kann ich mit Hand am Display und in Pronterface bewegen nur nicht homen.

Tausche den Endstop gegen den von X oder Y und teste mit M119. Wenn er nicht defekt ist und Du
die Hardware nicht verändert hast (auch nichts umgestöpselt), dann liegt es an deiner configuration.h.
Eventuell hast Du auch das falsche board gewählt, dann kann die Pin-Belegung abweichen (unwahrscheinlich).

Herzl. Grüße

Den Z-Endstop habe ich schon mal mit X getauscht, da funktioniert er ohne Probleme.
Ich hab jetzt mal den Z-Max Aktiviert und Z-Endstop auf Z-Max gesteckt. Das funktioniert mit M119 wie es soll.
Also mechanisch ist er in Ordnung das Board hat nur das Dauersignal.
Ich habe meine Aktuelle Config mal mit angehangen.
Z-Max ist noch mit aktive.
Nein ich hab das richtige Board drin auch wenn die PDF zu dem Board was anderes sagt für die FW
Laut der soll da BOARD_RAMPS_14_EFB eingetragen werden.

1-mal bearbeitet. Zuletzt am 06.07.21 11:46.

Ich hab auch schon #define Z_MIN_ENDSTOP_INVERTING false in true geändert aber da ist er dann dauerhaft auf open.
Das macht es auch nicht besser

//#define ENDSTOPPULLUP_ZMIN

Hattest Du das auch vorher deaktiviert? Dann liegt es daran.

Herzl. Grüße

Nein nicht vorher. Erst jetzt bei dem Umschalten auf Z-Max.
wenn ich versuche die FW so zu kombilieren scheitert es.

#define USE_XMIN_PLUG
#define USE_YMIN_PLUG
//#define USE_ZMIN_PLUG
//#define USE_IMIN_PLUG
//#define USE_JMIN_PLUG
//#define USE_KMIN_PLUG
//#define USE_XMAX_PLUG
//#define USE_YMAX_PLUG
#define USE_ZMAX_PLUG
//#define USE_IMAX_PLUG
//#define USE_JMAX_PLUG
//#define USE_KMAX_PLUG

// Enable pullup for all endstops to prevent a floating state
//#define ENDSTOPPULLUPS
#if DISABLED(ENDSTOPPULLUPS)
  // Disable ENDSTOPPULLUPS to set pullups individually
  //#define ENDSTOPPULLUP_XMAX
  //#define ENDSTOPPULLUP_YMAX
  #define ENDSTOPPULLUP_ZMAX
  //#define ENDSTOPPULLUP_IMAX
  //#define ENDSTOPPULLUP_JMAX
  //#define ENDSTOPPULLUP_KMAX
  #define ENDSTOPPULLUP_XMIN
  #define ENDSTOPPULLUP_YMIN
  //#define ENDSTOPPULLUP_ZMIN
  //#define ENDSTOPPULLUP_IMIN
  //#define ENDSTOPPULLUP_JMIN
  //#define ENDSTOPPULLUP_KMIN
  //#define ENDSTOPPULLUP_ZMIN_PROBE
#endif

Mit dieser Meldung

In file included from Marlin\src\HAL\AVR\../../inc/MarlinConfig.h:49:0,
                 from Marlin\src\HAL\AVR\HAL.cpp:24:
Marlin\src\HAL\AVR\../../inc/SanityCheck.h:2363:6: error: #error "Enable USE_ZMIN_PLUG when homing Z to MIN."
     #error "Enable USE_ZMIN_PLUG when homing Z to MIN."

Was hab ich vergessen?

Wenn Du gegen Max homen möchtest, mußt Du

#define Z_HOME_DIR 1

setzen.

Herzl. Grüße

Super das funktioniert erstmal soweit jetzt kann ich Z auf Z-Max Homen (mit dem Finger)
Danke
Wie bekomme ich das hin das es wieder auf Z-Min Homed oder den Z-Min Anschluss wieder richtig eingestellt?
Wenn es der Anschluss auf dem Board ist kann man zufällig Z-Max zu Z-Min "umpolen"?

In der Software alles auf MIN.
In der zum board gehörenden pins-Datei Pin 18 und 19 tauschen.

Herzl. Grüße

p.s. Date ist .../src/pins/ramps/pins_RAMPS.h

1-mal bearbeitet. Zuletzt am 06.07.21 13:53.

DANKE, du bist mein Druckerflüsterer.
Jetzt kann ich wenigstens erstmal wieder leveln und die ersten Testteile drucken um Marlin 2.0.9 zu testen.
Danke.

Den Z-Min Port kann ich jetzt knicken oder liegt das nur an der FW?
Config ist oben angehangen.

Kann man nicht sagen, müßte man separat testen (Pin 18 über Arduino-Programm abfragen o.ä.)

Herzl. Grüße

Brauch ich dafür noch weitere Hardware oder reicht USB-Kabel und Lappy?

Ach wie schön ist es ihn wieder drucken zu sehen.

Weist du zufällig auch wie man die .bin Files der Firmware für das MKS_TFT_32 ändert?
Also wahrscheinlich auch kompiliert wie Marlin.

Du benötigst keine zusätzliche Hardware. Du könntest auch z.B. den X-Endstop auf Z_MIN stecken und die Pin-Zuordnung ändern. Mit M119 abfragen.
Das Display über SD-Karte updaten:
[github.com]
Die bin-files sind da fertig kompiliert vorhanden.
Den Source-Code findest Du da auch, aber was willst Du großartig ändern?

Herzl. Grüße

Mal ein Feadback nach ein paar Tagen, er druckt wieder aber nicht mehrere Aufträge nach einander.

Quote
AlterBastler
Du benötigst keine zusätzliche Hardware. Du könntest auch z.B. den X-Endstop auf Z_MIN stecken und die Pin-Zuordnung ändern. Mit M119 abfragen.

Das hab ich gemacht egal was ich an den Z-Min angeschlossen habe es gab immer ein Signal auch wenn nichts dran war.
Dank der Github Seite hab ich mir ein eigenes Skin zusammen gebastelt.


Zu dem "Nacheinander drucken" Problem.
Wenn ich den Drucker starte und etwas drucke, läuft er ohne zu meckern.
Wenn ich dann abwarte bis ich das Teil vom Tisch nehmen kann und danach direkt Auftrag 2 starte, heizt er nur auf und dann schwankt die Temp bis zu 10°+/- am Hotend und er macht nichts mehr außen die Zeit hoch zählen und immer wieder aufheizen.
Wenn ich wieder etwas drucken will muss ich immer 1h dazwischen warten bis er kalt ist und kann dann erst loslegen.

Eventuell M190 im End_GCode?
[reprap.org]

Herzl. Grüße

Guten Morgen.
Nicht das mir bewusst ist. Mal Kurz schauen was die 190 genau ist.

Nein ist weder in Start- noch im End-code

M201 X500.00 Y500.00 Z100.00 E5000.00 ;Setup machine max acceleration
M203 X500.00 Y500.00 Z10.00 E50.00 ;Setup machine max feedrate
M204 P500.00 R1000.00 T500.00 ;Setup Print/Retract/Travel acceleration
M205 X8.00 Y8.00 Z0.40 E5.00 ;Setup Jerk
M220 S100 ;Reset Feedrate
M221 S100 ;Reset Flowrate

G28 ;Home

G92 E0 ;Reset Extruder
G1 Z2.0 F3000 ;Move Z Axis up
G1 X10 Y10 Z0.28 F5000.0 ;Move to start position
G1 X10 Y200.0 Z0.28 F1500.0 E15 ;Draw the first line
G1 X10.3 Y200.0 Z0.28 F5000.0 ;Move to side a little
G1 X10.2 Y10 Z0.28 F1500.0 E30 ;Draw the second line
G92 E0 ;Reset Extruder
G1 Z2.0 F3000 ;Move Z Axis up

G91 ;Relative positioning
G1 E-3 F2700 ;Retract a bit
G1 E-2 Z0.2 F2400 ;Retract and raise Z
G1 Z10 ;Raise Z more
G1 X10 Y10 F3000 ;Wipe out
G90 ;Absolute positionning

G1 X10 Y10 ;Present print
M106 S0 ;Turn-off fan
M104 S0 ;Turn-off hotend
M140 S0 ;Turn-off bed

M84 X Y E ;Disable all steppers but Z

Meine Vermutung ist eher das er keine stabile Temperatur halten kann um den Druck zu starten.
Heute Nacht lief ja auch ein 9h Druck ohne Probleme durch.

Überprüfe mal den erzeugten GCode auf die Befehle zum Aufheizen, die werden eigentlich vom Slicer eingefügt.
Wahrscheinlich heizt Du von Hand auf, dann fällt das beim 1. Druck nicht auf.

Herzl. Grüße

P.S. [github.com]

1-mal bearbeitet. Zuletzt am 11.07.21 04:34.

Nein ich heize nicht von Hand auf wenn ich weiß dass das Bed noch gelevelt ist mach ich einfach nur den g-Code auf die Karte, Strom an Drucker an, Karte rein & Print.
Wenn ich ein Teil gesliced habe ist der Befehl nur einmal im PGM.
Hier mal die ersten 60 Zeilen des getesten PGM mit Markierter Suche.

;FLAVOR:Marlin
;TIME:33318
;Filament used: 17.82m
;Layer height: 0.2
;MINX:33.231
;MINY:49.809
;MINZ:0.2
;MAXX:132.278
;MAXY:207.39
;MAXZ:60.2
;ARCWELDERPROCESSED
;LINEARADVANCEPROCESSED
; Postprocessed by [ArcWelder](https://github.com/FormerLurker/ArcWelderLib)
; Copyright(C) 2020 - Brad Hochgesang
; resolution=0.05mm
; path_tolerance=1%
; max_radius=1000000.00mm
; firmware_compensation=True
; mm_per_arc_segment=1.00mm
; min_arc_segments=12
; default_xyz_precision=3
; default_e_precision=5

;Generated with Cura_SteamEngine 4.9.1
M140 S55
M105
M190 S55
M104 S235
M105
M109 S235
M82 ;absolute extrusion mode
M201 X500.00 Y500.00 Z100.00 E5000.00 ;Setup machine max acceleration
M203 X500.00 Y500.00 Z10.00 E50.00 ;Setup machine max feedrate
M204 P500.00 R1000.00 T500.00 ;Setup Print/Retract/Travel acceleration
M205 X8.00 Y8.00 Z0.40 E5.00 ;Setup Jerk
M220 S100 ;Reset Feedrate
M221 S100 ;Reset Flowrate

G28 ;Home

G92 E0 ;Reset Extruder
G1 Z2.0 F3000 ;Move Z Axis up
G1 X10 Y10 Z0.28 F5000.0 ;Move to start position
G1 X10 Y200.0 Z0.28 F1500.0 E15 ;Draw the first line
G1 X10.3 Y200.0 Z0.28 F5000.0 ;Move to side a little
G1 X10.2 Y10 Z0.28 F1500.0 E30 ;Draw the second line
G92 E0 ;Reset Extruder
G1 Z2.0 F3000 ;Move Z Axis up
G92 E0
G92 E0
G1 F2100 E-4.5
;LAYER_COUNT:301
M900 K0.000000 T0 ;added by LinearAdvanceSettingPlugin
;LAYER:0
M107
G0 F6000 X69.13 Y81.112 Z0.2
;TYPEKIRT
G1 F2100 E0
G3 X78.949 Y76.161 I14.317 J16.182 E0.40374 F900
G3 X87.968 Y76.500 I3.805 J18.922 E0.73456

Ha mit Smily im Code ^^ Eigentlicher Text ohne Leerzeichen ": S"

Du hast die Heizbefehle sogar doppelt drin, einmal ohne und einmal mit Warten.
Das markierte kann weg.

M140 S55
M105
M190 S55
M104 S235
M105
M109 S235

Herzl. Grüße

Wie bekomme ich Cura dazu den Code nicht mehr so zu generieren?
Denn aus dem Startcode kommt es nicht sondern Kategorie ";Generated with Cura_SteamEngine 4.9.1"

[community.ultimaker.com]

Herzl. Grüße

Vielen Dank für die ganze Hilfe.
Ich hab das jetzt mal in den Start Code eingepflegt und den G-Code erstellen lassen.
Jetzt sieht es so aus.

;FLAVOR:Marlin
;TIME:23398
;Filament used: 18.1546m
;Layer height: 0.2
;MINX:10.943
;MINY:43.564
;MINZ:0.2
;MAXX:239.083
;MAXY:205.973
;MAXZ:4.4
;ARCWELDERPROCESSED
;LINEARADVANCEPROCESSED
; Postprocessed by [ArcWelder](https://github.com/FormerLurker/ArcWelderLib)
; Copyright(C) 2020 - Brad Hochgesang
; resolution=0.05mm
; path_tolerance=1%
; max_radius=1000000.00mm
; firmware_compensation=True
; mm_per_arc_segment=1.00mm
; min_arc_segments=12
; default_xyz_precision=3
; default_e_precision=5

;Generated with Cura_SteamEngine 4.9.1
M82 ;absolute extrusion mode
M201 X500.00 Y500.00 Z100.00 E5000.00 ;Setup machine max acceleration
M203 X500.00 Y500.00 Z10.00 E50.00 ;Setup machine max feedrate
M204 P500.00 R1000.00 T500.00 ;Setup Print/Retract/Travel acceleration
M205 X8.00 Y8.00 Z0.40 E5.00 ;Setup Jerk
M220 S100 ;Reset Feedrate
M221 S100 ;Reset Flowrate

M140 S55 ; start preheating the bed WITHOUT wait to what is set in Cura
M104 S235.0 T0 ; start preheating hotend WITHOUT wait to what is set in Cura

M190 S55 ; start heating the bed to what is set in Cura and WAIT
M109 S235.0 T0 ; start heating hotend to what is set in Cura and WAIT

G28 ;Home

G92 E0 ;Reset Extruder
G1 Z2.0 F3000 ;Move Z Axis up
G1 X10 Y10 Z0.28 F5000.0 ;Move to start position
G1 X10 Y200.0 Z0.28 F1500.0 E15 ;Draw the first line
G1 X10.3 Y200.0 Z0.28 F5000.0 ;Move to side a little
G1 X10.2 Y10 Z0.28 F1500.0 E30 ;Draw the second line
G92 E0 ;Reset Extruder
G1 Z2.0 F3000 ;Move Z Axis up
G92 E0
G92 E0
G1 F2100 E-4.5
;LAYER_COUNT:22
M900 K0.000000 T0 ;added by LinearAdvanceSettingPlugin
;LAYER:0
M107
G0 F6000 X18.944 Y69.375 Z0.2
;TYPEKIRT
G1 F2100 E0
G3 X23.446 Y69.223 I2.589 J9.924 E0.16491 F900
G2 X107.169 Y46.865 I19.749 J-93.981 E3.42948

Da ich aber gleich auf Arbeit muss und ein 9h Projekt auf dem Tisch ist, schaffe ich es erst heut Nacht das "nacheinander drucken" mit kleinen Testteilen zu testen.

Hi, ich hab es gestern (die Nacht) mal geschafft es zu testen, leider keine Verbesserung.
Wenn die Nozzle einmal warm war, druckt der Drucker kein "2." Teil bis es wieder richtig kalt und aus war.
Wenn ich etwas drucke, ihn an lasse und warte bis es kalt ist, geht auch nichts beim 2. Druck.
Das Verhalten ist immer das selbe, er heizt Nozzle & Bed auf bis auf Drucktemp auf (235/55) und schwankt dann um 10°C an der Nozzle von 230-240
und 5°C am Bed aber er homed nicht und startet den Druck nicht.
Den Zustand hab ich mal 1h warten lassen ohne reaktion am Drucker.

Zusatz: Das Verhalten ist auch bei Prehead so, wenn ich das Filament wechsel und dann was drucken möchte macht er auch nichts.

1-mal bearbeitet. Zuletzt am 13.07.21 03:52.

Quote

...und schwankt dann um 10°C an der Nozzle von 230-240
und 5°C am Bed...

In configuration.h:

#define TEMP_RESIDENCY_TIME         10  // (seconds) Time to wait for hotend to "settle" in M109
#define TEMP_WINDOW                  1  // (°C) Temperature proximity for the "temperature reached" timer
#define TEMP_HYSTERESIS              3  // (°C) Temperature proximity considered "close enough" to the target

#define TEMP_BED_RESIDENCY_TIME     10  // (seconds) Time to wait for bed to "settle" in M190
#define TEMP_BED_WINDOW              1  // (°C) Temperature proximity for the "temperature reached" timer
#define TEMP_BED_HYSTERESIS          3  // (°C) Temperature proximity considered "close enough" to the target

Die Schwankungen sind zu groß.
[marlinfw.org]

Herzl. Grüße

Das ist mir bekannt das die zu groß sind, was wahrscheinlich auch der Grund ist warum er nicht mit dem Druck startet.
Aber warum macht er das nur bei dem 2. mal Aufheizen?

Ha das andere "Fehlverhalten" habe ich auch gelöst. Nach dem Cura mal wieder sein Profil zerschossen hat und ich ein Backup laden musste.
Fand ich ein neues Optionsmenü Namens "Brückeneinstellung aktivieren" was dartan schuld war das jeder 2. und 3. Schicht bei einem Überhang, ohne Bauteilkühlung gedruckt wurde.

Beim 2. Aufheizen ist die Ausgangssituation eine andere,
ich würde einen Fehler in der Hardware auch nicht ganz ausschliessen.
(siehe z.B. hier: [github.com])
Da gibt es ziemliche Abhandlungen zu dem Thema: [github.com]
PID-Tuning bringt keine Verbesserung?

Herzl. Grüße

Das PID Tuning wende ich jedes mal an wenn ich irgend etwas am Bed oder an der Nossle "bastel".
Gestern wollte er nicht mal mehr beim 1. Versuch drucken, immer nur am schwanken.
Auch nach einem PID Tuning keine Veränderung.
Ich hab 3 mal kontrolliert das die Werte im EEPROM stimmen.
Daher dachte ich ein Lose Verschraubung vom Thermistor oder Patrone oder einer der beiden hat ein "Schuss".
Da ich die beiden, wegen einem neuen Hotendkit, erst umgebaut habe, habe diese Vermutung erstmal verworfen.

Danach habe ich alle Steck- & Schraubverbindungen gecheckt ob da vielleicht irgend etwas nicht stimmt oder locker ist.
Ich habe nichts gefunden was nicht dort war wo es hin gehört.
Um sicher zu gehen habe ich noch mal ein 2. PID Tuning gemacht, könnte sich ja was geändert haben was ich nicht auf dem Schirm hatte.
Und nun druckt er erstmal wieder, ob auch nacheinander kann ich erst heute Nacht nach Arbeit wieder testen.
Bis dahin lese ich mich erstmal in die Links von dir ein und entstaube mal meine Eng wieder im Kopf.