Posts by alfrank

Zum Vergleich aber hier mal die nicht optimierte gCode-Datei auf meinem zum Laser umgebauten Hypercube Evolution mit dem Neje A40640 Laser Modul und noch der alten 8bit Version des MKS DLC Controllers:

Da gibt's nix dran auszusetzen, oder?

Also, 0,5 mm Overcut in den Linien-Einstellungen haben's dann vollständig gebracht:

SignTechOnline Hier nochmal die zwei Dateien, die SVG und die gCode aus Lightburn ohne den Trick mit dem Schalter.

3dralf Da bin ich ja beruhigt, daß es noch schlechter geht als bei mir.

So, mein lieber Kollege Peter hat eine nette Funktion in Lightburn gefunden, mit der man solche Fehler so gut wie möglich verstecken kann:

"Hide backlash" in den Optimierungseinstellungen.

Ganz perfekt ist es nicht, aber viel besser als vorher:

Das kann man vermutlich mit etwas "Nachlauf" beheben.

Ich würde den Fehler so beschreiben: der Kurvenradius wird immer kleiner, je länger die Kurve ist.

Also, als ob die Stepper weniger Schritte machen, als sie sollen.

Aber mit zwei Boards und drei verschiedenen Stepper-Treibern macht das auch kaum Sinn.

Zum vergleich dieselbe Lightburn gCode-Datei von derselben µSD-Karte auf meinem Hevo Laser mit dem altem MKS DLC Board: auf Anhieb einwandfrei.

Es wird einfach nicht besser...

Aktuelle Konfiguration: MKS DLC32 V2.x Board mit 2x TMC2208 Steppertreibern.

Linkes 20 mm Smiley: mit Lightburn erzeugt, 3 Nachkommastellen, relative Koordinaten.

Rechtes 20 mm Smiley: mit SnapMaker Luban erzeugt, 2 Nachkommastellen, absolute Koordinaten.

Das sieht alles gleich mies aus wie mit dem Creality-Board und Lightburn (s. Ausgangspost).

Muss also doch was mechanisches sein, aber was???

Ich habe heute mal statt des originalen Controllers ein MKS DLC32 2.x angeschlossen, konfiguriert und damit getestet.

Der Fehler tritt genauso auf!

Entweder ist an dem gCode doch etwas faul, oder es ist ein mechanisches Problem.

Ich tippe eher auf ersteres.

Kann mir vielleicht bitte mal jemand das Smiley mit einem anderen Programm als Lightburn aus obiger (im Ausgangspost) SVG-Datei in 20 mm Durchmesser als Laser-gCode-Datei erzeugen und hier reinstellen?

Irgendwie scheint sich da für macOS nichts zu tun.

Das Inkscape-Plugin von JTechPhotonics ist eine Beta von Mai 2020, die im aktuellen Inkscape 1.2.1 gar nichts tut. Es öffnet sich kein Dialog, kein Fenster, nix.

Ich hätte gerne eine Alternative zu Lightburn, da ich dieses im Verdacht habe, daß es mir fehlerhaften gCode erzeugt, sodaß manche Linien nicht geschlossen werden:

Siehe extra Thread dazu hier:

Thread

Kurven werden nicht geschlossen gelasert

Ich bin gerade am Testen eines neuen Lasers und hänge an einem sehr seltsamen Problem fest.

Kurven, die in der Quelldatei (SVG) und im gCode (LightBurn) geschlossen sind, werden mit Versatz von bis zu 1 mm zwischen Anfang und Ende gelasert.

Besonders deutlich zu sehen unten am linken Auge und auch am Mund dieses 20 mm großen Smileys.

forum.drucktipps3d.de/attachment/63733/forum.drucktipps3d.de/attachment/63736/

forum.drucktipps3d.de/attachment/63734/

forum.drucktipps3d.de/attachment/63735/

Ein…

alfrank

Oct 1st 2022

PS: Ich habe den Testbericht eigentlich schon komplett fertig, da stehen alle Fakten zu dem Gerät drin, aber ich will ihn noch nicht veröffentlichen, solange sich Creality noch nicht zu dem Problem geäußert hat. Und das wird eher nicht diese Woche passieren, da in China Ferien sind.

Doch, da sind Endschalter dran.

Das bringt ohne neue FW von Creality echt nix mehr.

Aber bitte, hier:

$$

$0=10

$1=250

$2=0

$3=4

$4=0

$5=0

$6=0

$10=1

$11=0.010

$12=0.002

$13=0

$20=0

$21=0

$22=1

$23=3

$24=3000.000

$25=9000.000

$26=20

$27=3.000

$30=1000.000

$31=0.000

$32=1

$100=80.000

$101=80.000

$102=800.000

$110=10000.000

$111=10000.000

$112=2500.000

$120=500.000

$121=500.000

$122=50.000

$130=400.000

$131=415.000

$132=300.000

Ich habe ein aktuelles DLC32 2.x und ein altes DLC, danke!

WebUI habe ich noch nicht versucht, ist aber ne Idee.

Sobald auf meinem Tisch wieder Platz für den Laser ist...

Lose Riemen o.ä. kann ich ausschließen.

Ich habe schon alle Versionen von $RST= durch, bringt nix.

Wenn das ein MKS DLC32 wäre, hätte ich eine funktionierende Firmware.

Das Board hier sieht nach Creality Eigenbau aus:

Wie ich schon geschrieben hatte: tritt bei 900 mm/min auch auf.

Ebenso steht oben schon: in der aktuellen Firmware kann ich die $xxx=yyy Wert nicht setzen. Die werden nicht übernommen.

Also kann ich ohne neue Firmware nicht sinnvoll weiter testen.

Wenn ich das wüsste, wo das herkommt...

Der soll keine Brückenlinien ziehen sondern die Ränder der sonst fast frei stehenden oberen Struktur schon ab der letzten festen Struktur darunter aufbauen. Und nur die Ränder, also die Wände.

Macht aber keiner meiner Slicer standardmäßig so: IdeaMaker, Cura, FlashPrint, Simplify3D.

Man könnte meinen, daß das Mathegenies programmiert haben und keine Praktiker.

Eigentlich sollte der Slicer so intelligent sein, die Wand schon direkt auf dem unteren Boden anzufangen. Sonst liegt sie ja nur auf ein paar Infill-Linien auf. Aber das scheint echt schwierig zu sein, solche Effekte zu entdecken.

OK, "drunter" ist vielleicht falsch ausgedrückt, aber zumindest im selben Layer wie die erste Bodenschicht, damit sich diese damit verbinden kann.

In Deinem zweiten Bild vom Druck fehlt die Wand aber komplett!

Vielleicht hattest Du da "Infill vor Wänden" als Druckreihenfolge aktiviert.

Bei zu geringem Infill wird die Wand aber auch einfach abstürzen.

Die unterschiedliche Linienbreite kommt von der Ausrichtung der Holzfasern. Die fackeln in Längsrichtung leichter ab als quer.