Mein Vorschlag: Betreibe den Lüfter als 2.Extruder, dann hast Du firmwaremäßig schon alles vorbereitet. Temperaturmessung und PWM. Den Sinn dahinter sehe ich allerdings auch nicht. Herzl. Grüßevon AlterBastler - Projekte
Auf dem board. Hast Du ein zweites board zum Testen, um so einen PC-Fehler auszuschließen? Herzl. Grüßevon AlterBastler - Projekte
Sieht fast so aus, als ob der pulley durchrutscht. Beim Würfel ist die Bewegung gleichmäßig und schneller, könnte also deswegen dort nicht auffallen. Herzl. Grüßevon AlterBastler - Allgemeines
Versuche mal, eine anderen Sketch zu laden (z.B. blink). Wenn das auch nicht geht, könnte der bootloader beschädigt sein. Herzl. Grüßevon AlterBastler - Projekte
Deutsche Anleitung: Herzl. Grüßevon AlterBastler - Elektrik & Elektronik
Nimm puTTY, das ist einfacher für Anfänger. Die IP weißt Du ja. Herzl. Grüßevon AlterBastler - Elektrik & Elektronik
Meinst Du für die Einrichtung von Octoprint oder generell? Wenn Du mit z.B. nano nicht klarkommst, wird es schwer. Vielleicht ein Zugriffproblem. Beispiel für Systemdatei: sudo nano -w /home/pi/Dateiname Herzl. Grüßevon AlterBastler - Elektrik & Elektronik
Stecker gibt's hier: Herzl. Grüßevon AlterBastler - Projekte
Vorschläge: 1. Schliess Deinen SparkCube an und schaue, ob er das gleiche Verhalten zeigt 2. Nimm die config.h der laufenden Version vom SparkCube und vergleiche sie Zeile für Zeile mit der anderen, z.B. mit diesem Programm: Herzl. Grüßevon AlterBastler - Software
Trapezmutter mit UHU Endfest 300 festkleben, darunter Unterlegscheibe. Bei mir läuft das so prima. Herzl. Grüßevon AlterBastler - Projekte
Setze ALWAYS_CHECK-ENDSTOPS mal auf 0. Und reg' Dich nicht auf, Dein Drucker ist trotzdem SEHR schön, wirklich gelungen. Der wird schon noch laufen! Herzl. Grüßevon AlterBastler - Software
Keinen Hinweis auf einen Fehler... Ja, Z-Probe ist aus, aber Autolevel ist an. Du kannst ja selbst in Printer.cpp und Motion.cpp mal schauen, die Bedingung, daß Z-Probe==1 und Autolevel==1 gleichzeitig erfüllt sein müssen, steht nur bei der Initialisierung. Später wird Autolevel separat benutzt. Um das komplett nachzuvollziehen, braucht man ein paar Stunden, solange habe ich nicht gesucht. Schaltvon AlterBastler - Software
Was mir noch einfällt: in Deiner config.h steht z-Probe auf 0, aber AutoLevel auf 1. Mach das mal auf 0, die Firmware scheint in diesem Fall dennoch eine leere Transformationsmatrix anzulegen und zu benutzen, vielleicht gibt es da Nebeneffekte. Im Video kann ich keinen Hinweis auf einen möglichen Fehler entdecken. Herzl. Grüßevon AlterBastler - Software
Nochmal eine ganz dumme Frage: Stimmen die Druckervorgaben in der Repetier-Host-Software? Herzl. Grüßevon AlterBastler - Software
Wenn der rote Motor X ist, und man das Koordinatensystem um 90 Grad dreht, dann vertauscht man Delta X mit Delta Y, gleichzeitig gilt Drive-System 2. Kann das sein, daß x- und y-Motor sich bei Dir gegensinnig drehen? Herzl. Grüßevon AlterBastler - Software
Lass den Z-Motor doch mal andersrum laufen. Der corexy hat in dem Sinne ja keinen x oder y-Motor. In der Repetier-Firmware wird der Motor A aber als x bezeichnet. Herzl. Grüßevon AlterBastler - Software
Hier nochmal der link: Tausche auch die Motoren, siehe meinen letzten Post. Dein System dreht falschrum, d.h. Deine z-Achse zeigt im Augenblick nach unten, die sollte aber nach oben zeigen. Herzl. Grüßevon AlterBastler - Software
Ich habe noch ein Bild nachgeschickt (s.o.). Der rote Motor müße jetzt Dein x-Motor sein, der blaue y. Dein Nullpunkt ist auf dem Bild unten rechts, das Koordinatensystem um 90 Grad nach links gedreht. Herzl. Grüßevon AlterBastler - Software
Das Problem ist halt, ein rechtsdrehendes System erfordert ein Vertauschen von X und Y, da das Druckbett ja nach unten läuft. Wenn Du das nicht willst, dann mußt Du einen der Endschalter umdefinieren (von min auf max). Herzl. Grüßevon AlterBastler - Software
Ist abhängig von der Lage des Nullpunktes. Herzl. Grüße Nachtrag:von AlterBastler - Software
Wenn ich das richtig sehe, hast Du in der Firmware gar keine Endstops definiert. Herzl. Grüßevon AlterBastler - Elektrik & Elektronik
So wie ich das sehe, hast Du Drive-System 2 und nicht 1. Delta X = 1/2 (xMotor - yMotor) und Delta Y = 1/2 (yMotor - xMotor) , also sollte gelten: (x_motor = x+y, y_motor = y-x). Bitte um Berichtigung, wenn Gedankenfehler. Herzl. Grüßevon AlterBastler - Software
Wenn die x-Achse weiterhin falschrum läuft, dann blockiert er wahrscheinlich nach dem HomeAllAxis, denn alle nachfolgenden Bewegungen gehen dann ja in die negative X-Richtung. Bei einem CoreXY läßt sich dieser Effekt nicht so einfach feststellen. Beim einzelnen Homen der Achsen werden ja keine Koordinaten überprüft, nur gesetzt. Die Z-Achse macht dann nur noch, was man von Ihr erwartet: sich vomvon AlterBastler - Software
In Deinem Auszug aus der config.h fehlen die Zeilen 623-653. Sind die im Original vorhanden? Was steht hier? Versuch da mal eine andere Reihenfolge: 839 /** Set order of axis homing. Use HOME_ORDER_XYZ and replace XYZ with your order. */ 840 #define HOMING_ORDER HOME_ORDER_ZXY Herzl. Grüßevon AlterBastler - Software
Ich habe heute meine ersten Ausdrucke mit eurem (roten und orangen) Filament gemacht und bin vom Ergebnis wirklich begeistert. Sehr gleichmäßiger Durchmesser, läßt sich sehr schnell drucken und gefällt mir auch farblich gut. Eines der besten Filamente, die ich bisher gekauft habe. DANKE und weiter so! Herzl. Grüßevon AlterBastler - Kommerzielle Angebote & Produktvorstellungen
@Bernhard260 in configuration_adv.h dies auskommentieren: #define ENDSTOPS_ONLY_FOR_HOMING // If defined the endstops will only be used for homing Herzl. Grüßevon AlterBastler - Projekte
Wenn die Dateien in der IDE nicht angezeigt werden, ist der häufigste Fehler, die Zip-Datei nicht entpackt zu haben. Herzl. Grüßevon AlterBastler - Allgemeines
@winne1973 Sieh mal hier: und hier: Herzl. Grüßevon AlterBastler - Software
Du hast es unter 2. doch herausgefunden: Der Driver ist falsch eingestellt oder defekt. Herzl. Grüßevon AlterBastler - Elektrik & Elektronik
@rowa Hast Du diesen Wert mal geändert: #define Z_HOME_RETRACT_MM ?? Teste dann, ob der Endstop beim Zurückfahren betätigt wird. Z_ENABLE_ON nicht ändern, das bezieht sich auf den Steppertreiber und hat mit dem Endstop nichts zu tun. Herzl. Grüßevon AlterBastler - Projekte