Jump to content

tinkergnome

Ambassador
  • Posts

    2,774
  • Joined

  • Last visited

  • Days Won

    61

Posts posted by tinkergnome

  1. 1 hour ago, treereaver said:

    At 115200 baud the Gcode is dumped in seconds, and the printer effectively becomes autonomous.  Mind you I have no experience with Mac hardware so they may be different.

     

      I have a Prusa i3 clone from Geetech using Cura 15.04.3.

     

    Unfortunatly that's not the way how USB printing on those printers work. Those printers are driven by an 8 bit microcontroller that stores only a few lines of gcode at a time in a small buffer. Printing via USB depends on a continuously supply of gcode lines (one by one) until the print finishes.
    Stand-alone operation is only possible with the sd-card.

    What you probably have in mind is transferring a complete file at once to a device (using the serial connection). That's a completely different thing and definitely not a task that is done by Cura 15.04

     

     

    • Like 1
  2. 25 minutes ago, conny_g said:

    Observing the print I can a clear correlation with one rotation of the Bondtech gripper wheel and when then underextrusion happens:

    You can see the set screw of the wheel pass by and the underextrusion happens in the same cycle. So the underextrusion cycle is identical with one full turn of the extruder gripper wheel which equals one turn of the stepper motor.

     

    According to the data sheet the QR is a geared feeder with a gearing ratio of 5.18:1

    So the drive wheels and the stepper motor are not turning at the same ratio.

    If  gripper wheel == drive wheel, you can probably rule out the motor.

     

    Have you seen this thread, it looks pretty similar. Trying a different slicer can at least rule out a software issue (and is cheap...)

     

  3. 17 hours ago, khutchinson22 said:

    I did not think this question Printrbot specific but more software related.  It appears that is not the case....?

     

    That's my impression, yes.

    You can add any GCode command to the start script in Cura - and it seems like you already know how to do this.

    But nearly every firmware uses it's own "flavor" and interprets it in a different way. In most cases the version is also important, because available features and gcode parameters differ.

    You need the specific command that is correct for your printer model. And this is impossible to guess, if you don't know the firmware that is running.

     

    Most printer profiles for non-Ultimaker printers are contributed by third parties and are not maintained, changed or tested by the developers of Cura. If older versions of Cura had a different start script for your printer model - perhaps can you install one of the older versions and compare the settings for your selected printer?

     

  4. Well, if it worked before you don't need to change the firmware, do you?

    All you need is the correct gcode command for the start script. Or do you have changed anything else?

     

    Does the printer have a display and is there a function that shows the firmware and version?

    Or: if it is connected via USB the firmware usually prints some status messages on the serial console.

     

    Sorry, but i guess the Ultimaker community will not be generally helpful in case of special questions about a Printrbot...

     

  5. 3 hours ago, 3DPrintedRollerCoasters said:

    Zunächst habe ich dann über Cura 3 ein Firmwareupdate vorgenommen. Dann funktionierte gar nichts mehr. Anscheinen, weil diese, das Mainboard v2.1.4 nicht unterstützt.

     

    Mit Cura 3.6 gibt es einen Fehler, der dazu führt, das für den UMO+ die falsche Firmware installiert wird.

    Mit einer älteren Version oder mit der neuen 4.0 BETA sollte es aber normal funktionieren.

     

    https://community.ultimaker.com/topic/25562-umo-firmware-problem-with-cura-360/

     

     

    4 hours ago, 3DPrintedRollerCoasters said:

    Zwar gibts kein Stecker bei E2-Motor aber den könnte ich am Mainboard anlöten.

     

    Leider fehlt wahrscheinlich nicht nur die Buchse... die neueren Boards sind nur noch für einen Extruder bestückt, es gibt also auch keinen fünften Treiber-Chip (und noch ein paar Bauteile drum herum) - diese Möglichkeit entfällt also.

     

  6. 11 hours ago, bbaker said:

    Can/how I give the S5 a static IP and I apologize in advance for rehashing this question.  I see references here how to do it but no complete answer.

     

    The described steps from this thread seems to be the complete answer - at least it worked for me on the UM3

    (but i don't know if the developer mode is available on the S5 as well?):

     

    https://community.ultimaker.com/topic/15804-how-to-set-ip-address-without-wifi-or-dhcp/?tab=comments#comment-215658

     

  7. On 1/11/2019 at 3:40 PM, Dj-EKI said:

    Die Endstops sind weit hinter der Platte, sodass die Düse komplett den Drucktisch verlassen kann. Somit können beide Düsen die Platte voll ausnutzen. Muss ich da etwas einstellen, sodass die Druckplatte in Cura nicht verkleinert wird?

     

    Wenn der Bauraum von beiden Düsen komplett genutzt werden kann, sollte in Cura überhaupt kein Versatz eingestellt sein (also Versatz auf 0.0 belassen).

    Um den tatsächlichen X/Y-Versatz sollte sich dann die Firmware kümmern - genauso wie um den Z-Offset. Schließlich ist das eine geräte-spezifische Sache - und dafür ist die Firmware schließlich zuständig...

    Cura benutzt das für den UM3 und S5 auch nur für X/Y und mehr oder weniger als "Trick", um den verfügbaren Bauraum einzugrenzen - und genau das willst Du ja nicht...

    Hauptsache nicht an beiden Stellen etwas einstellen, dann addieren sich die Werte. Hier auch wieder: für die Ultimaker Drucker ist das so gelöst, aber da "weiß" der Drucker das auch (und ist davon abhängig) und Du brauchst es in Deinem Falll genau umgekehrt... 😏

     

    In Kurzform:

    Welche Firmware verwendest Du? Dort sollte man den Düsen-Versatz für X/Y (und Z) einstellen können - und dort ist auch der richtige Platz dafür.

     

    Viel Erfolg!

    (und: zeig doch mal Bilder von deinem Selbstbau)

    • Like 2
  8. 8 hours ago, mmuellerphoto said:

    Liest sich gut! Ich suche diese Funktion nun in Simplify 3D - hat da jemand einen Tipp für mich?

     

    Die "Combing" Settings  lassen sich nicht 1:1 übertragen.

    Was dem noch am nächsten kommt ist (unter "Advanced"):

     

    - Avoid crossing outline for travel movements (kleineren "detour factor" wählen)

    und

    - Only retract when crossing open spaces (deaktivieren)

    und evtl.

    - Minimum travel for retraction (niedrigeren Wert wählen)

     

     

     

    • Like 1
  9. Wenn ich das noch richtig weiß, kommuniziert die Cura Oberfläche mit der "Engine" über einen (lokalen) Netzwerk-Socket.

    Für mich sieht es so aus, als wird das von einem anderen Windows-Dienst irgendwie blockiert.

    Das kann auch wieder ein Berechtigungsproblem sein, eine Firewall oder ein Virenscanner sind weitere Kandidaten.

     

    Du könntest versuchen, Cura als Administrator zu starten oder Firewall / Virenscanner vorübergehend zu deaktivieren (falls vorhanden) - und so vielleicht die Suche nach dem "Störer" weiter eingrenzen?

     

  10. 2 hours ago, Chrissss said:

    Reading mesh from socket with 0 vertexes

     

    🤷‍♂️ naja, d.h. bei CuraEngine.exe kommt keine Geometrie an - also wird auch kein Gcode erzeugt. Normalerweise steht dort nicht "0 vertexes", sondern die Anzahl der Dreiecke in der STL-Datei.

    Den Grund dafür sieht man im Log aber nicht.

     

     

    2 hours ago, Chrissss said:

    Lässt sich leider nicht installieren.

     

    Offenbar läuft noch ein Prozess von CuraEngine.exe (oder Cura). Spätestens nach einem Neustart sollte es aber gehen.

    (oder im Taskmanager alle Cura-Prozesse beenden).

     

  11. 42 minutes ago, Chrissss said:

    Zum Thema Layer-Anschicht habe ich bei Cura 15.04 leider nichts gefunden (weiß nicht wie man bzw. ob man diese Funktion überhaupt in Cura 15.04 ausführen kann).

     

    Aber sicher - oben rechts in der Ecke ("View mode") auf "Layers" umschalten.

     

    On 1/20/2019 at 12:53 PM, Chrissss said:

    Wenn man nun ein Objekt in Cura öffnet, versucht Cura zwar die STL Datei in einen G-Code umzuwandeln, kann diese jedoch nicht abschließen.

     

    Dann gibt es vielleicht ein Problem mit der "CuraEngine". Ist bei Dir evtl. eine Windows Firewall aktiv und blockiert den Netzwerk-Port zur "Engine"? Kam während der Installation oder beim ersten Start vielleicht eine Rückfrage, die Du abgelehnt hast?

     

    Man kann sich auch die Meldungen der CuraEngine ansehen, vielleicht gibt es dort einen Hinweis:

    "File" -> "Show slice engine log..."  bzw.:

    "Datei" -> "Zeige Protokoll der Slicing-Engine..."

     

    Die letzte 15er-Version war übrigens 15.04.6 - gibt es einen Grund, warum die nicht verwendet werden kann?

     

  12. 34 minutes ago, Koppapot said:

    Das der UMO+ ein XYcore Drucker ist habe ich mir zusammengereimt aber das wars auch schon.

     

    Ups, ich bin mir ziemlich sicher dass es ein "Cartesian printer" ist (das trifft auf alle Ultimaker-Drucker zu).

    Anleitung in Deutsch wird vermutlich schwierig...?

     

    Das hier wäre die richtige Anleitung in Englisch - ich nehme an, die kennst Du schon?

     

    Configuring RepRapFirmware for a Cartesian printer

     

    Der Konfigurator nimmt Dir eigentlich schon eine Menge Arbeit ab, man muss aber trotzdem wissen (oder heraussuchen), welche Werte die Marlin-Firmware verwendet, wo die Endschalter sitzen usw.

    Anders als bei Marlin wird bei der RepRap-Firmware halt alles per gcode konfiguriert.

     

    Ich habe keinen UMO, aber ich vermute, wenn Du hier nach den Werten fragst, die Dir noch fehlen wird es bestimmt jemanden geben, der weiterhelfen kann.

     

  13. On 1/18/2019 at 11:05 PM, Birk said:

    hat jemand sowas schon mal gemacht ?

    vllt schon ne fertige Lösung oder arbeitet dran ? Wo is die beste Position für den Schalter ? Oder vllt sogar über Z Achse schalten

     

    Mein Lieblings-Schweizer hat so was vor ungefähr drei Jahren mal gebastelt. Ist nur ein kurzes Video, funktioniert aber ungefähr so, wie Du dir das vorstellst.

    Lass aber bitte beim Umgang mit 220V die nötige Vorsicht walten. 🔌

     

    https://www.youtube.com/watch?v=LnuRHorLKGc

     

     

    On 1/18/2019 at 11:37 PM, Smithy said:

    Ich weiß nicht ob sich das auszahlt, der Drucker braucht im Standby fast keinen Strom, Display & Beleuchtung kannst du sowieso ausschalten, somit wird dann eigentlich nur mehr das Board mit Strom versorgt. Und ob nun das UM2 Board oder ein Raspberry läuft macht dann auch keinen Unterschied mehr.

     

    Am UM2 (ohne "plus") läuft der kleine Hotend-Lüfter allerdings dauerhaft, je nach Alter (und Anzahl der Drucker) kann das eine sehr nervige Geräuschkulisse ergeben...

     

  14. Hübsch - aber Vorsicht mit dem G92 E0 am Anfang:

    • Das sollte nicht notwendig sein, wenn sowieso relative Koordinaten benutzt werden.
    • Das stört nur deshalb im Moment nicht, weil "Allow zeroing extrusion distances" aktiviert ist, stellt aber eine weitere Abhängigkeit von den gewählten gcode-Optionen dar.

     

    Wenn ich das richtig verstanden habe, kümmert sich "Octolapse" zusätzlich darum, das die Foto-Pause möglichst nicht beim Drucken der äußeren Wände passiert, sondern z.B. in einer Infill-Section - da stört der Blob dann nicht so.

    Das ist mit einem einfachen Layer-Change Skript aber nicht zu machen.

     

  15. 3 hours ago, mmuellerphoto said:

    Ich probiere es aber noch weiter mit S3D ... vielleicht finde ich einen Weg!?!

     

    Gerd hat Dir ja schon die richtigen Hinweise für das Skript gegeben.

    Man kann im Skript nicht rechnen, deswegen musst Du beim retract mit relativen Bewegungen arbeiten:

     

    M83
    G1 E-[retract_distance] F[retract_speed] ; retract
    M82

     

    ...aber am Ende vom Skript musst Du den Retract auch wieder rückgängig machen, das fehlt irgendwie noch:

     

    ...
    G1 X[next_position_x] Y[next_position_y] F9000
    M83
    G1 E[retract_distance] F[retract_speed] ; undo retract
    M82

    Das funktioniert so aber nur (bzw. ist nur notwendig), wenn die gcode-Option "Relative extrusion distances" im "Normalbetrieb" ausgeschaltet ist. Das scheint bei Dir aber der Fall zu sein.

     

     

    • Like 1
  16. On 1/3/2019 at 12:29 AM, inworks said:

    Is it possible to print at 20 microns with the UE3? How? Is it as simple as entering "0.02" in the custom field?

     

    Sigh... Yes... and.... yes.

    (but you'll probably do not gain much - compared to the "Extra fine" profile)

     

    On 1/3/2019 at 12:29 AM, inworks said:

    And why does Cura not show this as an option?

     

    Consider the Cura profiles as some presets that are well suited for the most common cases.

    There's no specific preset for 0.04 either, none for 0.08, none for 0.12, none for 0.18, 0.03 and 0.19 are missing as well .... you get the idea...? 😏

×
×
  • Create New...