[Sammelthread] Die HWLuxx 3D Druckerkolonne....

Ich werde mir wohl mal 2-3 Samla bestellen und dann entscheiden ob ich die nur zum Lagern benutze oder ggf. auch mal eine für den Druck aus der Box umbaue.

Noch eine kurze andere Frage:
Habt ihr eine Empfehlung für einen Kleber mit dem man mehrteilige Drucke verbinden kann? Gerne für PLA + PETG tauglich und etwas was vielleicht nicht so schnell aushärtet in der Tube? (2K-Kleber nehmen?)
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Schrauben 8-)
 
Nutzt ihr die Ikea 365+ / Samla Boxen nur zum lagern oder druckt ihr (oder sonst jemand hier) direkt aus den Boxen?
Ich nutze die IKEA 365+ nur zum Lagern.
Ein Kollege von mir hat eine zum Drucken umgebaut und packt dann immer entsprechend das Filament da rein.

Ich finde die einzelnen Boxen besser als eine große, da handlicher.
 
Ich bin seit paar Tagen den Startcode für den Beacon mit Contact am optimieren. Hab aber noch ein Problem, vielleicht hat hier jemand eine Idee.
In meinem PRINT_END Macro hab ich ein großzügiges retract. Trotzdem fließt halt beim Abkühlen immer noch etwas Filament (~1cm) aus der Volcano Nozzle und hängt da als Faden runter. Den kann man auch tatsächlich nicht so einfach mit dem Finger entfernen... Dachte auch der bricht direkt aber pustekuchen. Der will eigentlich abgeknipst werden, was gerade beim Trident und nach einem flachem Druck aufwendig ist.

Jetzt stört "der Faden" tatsächlich massiv beim z-offset Ermitteln des nächsten Drucks. Toleranz von 0,01mm bei 3 Samples einzuhalten schafft der erst nach 5-15x Versuchen und im Worst-Case ist der Z-Offset dann etwas zu hoch. Jetzt hab ich nur 150°C Nozzle Temperatur beim Z-Offset und ein kurzes Nozzle Clean davor schafft es nicht das zu entfernen. Hat vll jemand ein richtig gutes Cleaner Makro dafür?

Wenn ich die Temperatur fürs Reinigen erhöhe, sifft es nach dem Reininigen beim Z-Offset wieder nach, was viel schlimmer ist... (Dann versaut man sich die Nozzle und bekommt einen viel zu hohen Z-Offset ermittelt.)
 
Temperatur runter (etwas niedriger als Drucktemperatur)
ramp
retract

vor dem z-offset messung noch ein nozzle wipe
 
Kann es sein dass der Orca Slicer nur Single Threaded ist?
Bin gerade dabei einen A Rahmen zu slicen, mit wenig Konturen und wenig Infill und der Orca Slicer laggt übelst beim Bewegen des Objekts.

Ist kein aufwendiger Druck, sind nur 1h45min aufm Voron
Beitrag automatisch zusammengeführt:

Edit:
Ok kaum habe ich das geschrieben, läuft wieder alles flüssig :unsure:
 
Als Appimage definitiv, geht mir auch dezent auf die Nerven.
 
Ja dürfte ein App Image sein.
Hatte ich die ganze Zeit nicht das Problem, erst seit ein paar Tagen.

Den gibts nicht nativ unter eos oder?
Beitrag automatisch zusammengeführt:

Was mich auch die ganze Zeit nerft ist, das trotz eingeschaltetem Z-Hop, dieser nicht bei langen Fahrten durchgeführt wird und der deshalb über die gerade frisch gedruckte Linie donnert :(

Bildschirmfoto_20240816_201554.png
 
Zuletzt bearbeitet:
Mal ne blöde Frage zu Klipper:

Kann es sein, dass wenn man eine aktuelle Klipper Version nutzt und dort von früher noch KAMP aktiv hat. Das eine Z-Offset Korrektur im Webinterface während des Drucks ignoriert wird?

Der 1. Layer sollte 0.24mm haben, hatte aber 0,23mm. Habe diesen dann vor dem Druck angehoben um +0,01 aber weiterhin ist der Offset 0,23 (gemessen an der Brimstärke mit einem guten Mitutoyo Messschieber)

Habe das dann jeweils bei den nächsten Drucken des gleichen Teils noch weiter angehoben, sodass ich bei inzwischen 0,03mm mehr Offset bin:
Bildschirmfoto_20240817_151818.png

Weiterhin ist die erste Schicht nur 0,23mm stark und führt zu einem Elefantenfuß
 
Glaube das Problem liegt eher daran, das hier eher er Z-Endstop gespeichert wird warum auch immer (auch wenn man einen phys Endstop nutzt und nicht eine Probe bspw). Schau ob sich die Werte für Z-Offset in der print.cfg überhaupt ändern. Das Problem hab ich auch wenn ich das über webinterface mache, am drucker fragt der ob endstop oder probe offset gespeichert werden soll.
 
Ich mache den Z-Offset ja über den Tap, habe also keinen eigenen Z-Endstop Schalter/Sensor.

Ich habe jetzt Mal den Offset in der cfg entsprechend um die 0,01mm angepasst. Mal sehen ob sich was ändert.
 
Ja aber wenn du Babysteps machst aka Z-Offset Versatz und das speicherst, dann wird das bei mir bspw als Endstop-Wert gespeichert bzw der wird geändert und nicht der z-offset.
Wenn z-offset über tap jedesmal geändert wird dann ist auch klar warum deine babysteps nicht greifen, wird ja dann jedesmal überschrieben.
 
Ich hatte vor ein paar Monaten auf die Neuerungen hinsichtlich Adaptive Mesh hingewiesen. ;)
Das kann sich unter Umständen mit Kamp beißen.
Ich habe Kamp aus genau dem Grund deaktiviert und nutze nun die native klipper Funktion.
Irgendein Problem hatte ich vor der Deaktivierung von kamp, was genau los war kann ich so aus dem Kopf leider nicht mehr sagen.
 
Ja aber wenn du Babysteps machst aka Z-Offset Versatz und das speicherst, dann wird das bei mir bspw als Endstop-Wert gespeichert bzw der wird geändert und nicht der z-offset.
Wenn z-offset über tap jedesmal geändert wird dann ist auch klar warum deine babysteps nicht greifen, wird ja dann jedesmal überschrieben.

Natürlich wird der Z-Offset geändert (das schreibt die Konsole wenn ich babysteps mache):
Code:
SET_GCODE_OFFSET Z_ADJUST=+0.005
Code:
Z_OFFSET_APPLY_PROBE
Code:
probe: z_offset: -0.930
The SAVE_CONFIG command will update the printer config file
with the above and restart the printer.

Der Tap ist die einzige Z-Referenz, alles bezieht sich darauf.

Nebenbei, nach "Save Config" übernimmt er den Wert erfolgreich und der erste Layer passt.


@RcTomcat
Ich habe überhaupt keine Probleme mit KAMP, da das Klipper Adaptive Mesh sowieso Standardmäßig abgeschaltet ist.
 
Moin moin,

long time no see. Kommenden Samstag habe ich 12. Hochzeitstag mit meiner Frau und ich dachte mir, man(n) muss als kleine Aufmerksamkeit auch definitiv was gedrucktes überreichen. Ich mich auf die Suche gemacht und folgendes gefunden:
Die Karte aus dem Model passt natürlich überhaupt nicht, eine Anleitung wie man diese ändern kann, gibt es in den Kommentaren, aber leider brauche ich dafür einen google API Key für den Export, der mich wohl 200$ kostet.
Jetzt dachte ich mir: frage ich einfach mal hier, ob jemand zufällig (Wahrscheinlichkeit geht gegen 0, aber sie ist bei 0 wenn ich gar nicht frage :d), der mich hier unterstützen kann. Snazzy Map mit Koordinaten und dem BW Style, mit entsprechender Zoomstufe ist vorhanden. Müsste nur irgendwie exportiert und mit Fusion in eine STL gewandelt werden. Der Druck selber kann durch mich erfolgen. Ich hoffe, dass es okay ist, das diese Anfrage hier platziert ist.
 
Wenn du die Snazzy Map als Grafik hast, kannst du sie in Inkscape öffnen, dann:
Pfad -> Bitmap nachzeichnen
Schwellenwert Regler so weit verschieben bis in der Vorschau alles gut aussieht
Button Anwenden
Die Vorlagen-Grafik löschen, dann bleibt nur noch der Vektor
Speichern (SVG-Datei)

In Fusion neues Projekt, dann:
Netz -> Einfügen -> SVG-Datei -> Datei auswählen und importieren
Jetzt kannst du das Straßennetz auswählen und extrudieren

Habs gerade ausprobiert, dauert nur ein paar Minuten.

Bei Bedarf kannst du mir die Grafik auch per DM schicken, dann schaue ich es mir an, möglicherweise aber erst morgen.
 
Danke euch, leider scheitert es am Grafik erzeugen, ich muss dafür einen google api key hinterlegen, der wie gesagt was kostet. Ich schaue mir Hueforge mal an. Vielen Dank :)

€: nein das ist nicht das richtige. Das umgewandelt bekomme ich schon, ich bekomme aber die Grafik nicht exportiert :d Sorry habe mich da glaube ich missverständlich ausgedrückt.
 
Zuletzt bearbeitet:
Nein den API Key brauchst du nicht.

Du erstellst deinen Ausschnitt auf https://snazzymaps.com/build-a-map und wählst ein geeigetes Setting (Auf Style Monochrome / Black filtern, dann "Black & White without Labels by Morgane Keyser" wählen). Dann reicht es, auf der rechten Seite einen Screenshot von der Map zu machen, du musst nicht den Save-Button benutzen.

Der Screenshot reicht für die weiteren Schritte.
 
Kennt jemand eine Bezugsquelle für ein Voron 350 Can Bus Kabel?
Mein EBB wird je nach Position des Toolheads erkannt / nicht erkannt....ich tippe auf einen Kabelbruch.
Das wäre nun Kabelbruch Nummer 2.....
Daher würde ich tatsächlich in ordentliche Kabel investieren wollen. Habt ihr Empfehlungen`?
 
Kenne den Post ;)
Umbau auf USB bedeutet aber neu flashen des EBB42....dazu habe ich aktuell wenig Nerven. Das Ding wehrt sich immer so ^^
Ein neues USB Kabel müsste auch her :(
 
Hast du es denn in einer Schleppkette oder im Umbilical? Mit meinen Stock-Kabeln vom SB2040 im Umbilical hatte ich noch kein Problem. (Da würde ich als Replacement eine Silikonlitze nehmen.) Bei Schleppkabel würde ich wiederrum direkt auf Umbilical umbauen oder direkt paar Kabel mehr durchziehen. ^^
 
Bei Schleppkette bräuchte aber auch gleich Schleppkettenkabel, wenn du nicht wieder nach kurzer Zeit nen Kabelbruch haben willst.

Ich verwende z.B. überhaupt keine Schleppkette bei meinem Voron für den Printhead.
Hab nur ultra flexibles Kabel für die 24V + hochwertiges USB Kabel, das sich aber schnell wechseln lässt
 
Bei mir ist noch die Schleppkette verbaut.
Umbilical scheiterte bisher bei mir an der Kombi ebb42 und afterburner ;)
Habe da bisher wenig hübsche mods gefunden.
Außerdem kann ich aktuell ja mit dem Drucker kein ABS drucken, größere Umbauten sind daher schwierig.

@toscdesign hast du dein Kabel einfach wie eine umbilical da hängen oder wie muss ich mir das vorstellen?

@Ahrimaan bei mir ist das immer ein ziemlicher Kampf bis das ebb im dfu mode ist.
Liegt aber an der Platine. Das zweite ebb42 Board funktioniert problemlos.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh