Jump to content

Nicolinux

Expert
  • Posts

    3,003
  • Joined

  • Last visited

  • Days Won

    12

Posts posted by Nicolinux

  1. Ne daran liegt es nicht. Ich habe auch 10.11.6 und kann mich mit dem Drucker verbinden.

    Starte mal die Console.app und schau was passiert wenn du Cura startest und versuchst dich zu verbinden (Firmware installieren).

  2. Hi Sepl

    welcome to the forums. Check that your glass plate is level. Take it out, put it on a plane surface and push down on the corners to see if it wobbles.

    I found that 3DLac (that's a special spray for better adhesion but it might be just strong hairspray) works really well when something doesn't want to stick.

    A bit off-topic - but do you really need to print with 0.06mm layer height? If you push it up to 1.5mm, you'd still get a very smooth surface and will reduce the printing time greatly.

    • Like 1
  3. Hi,

    um es richtig zu verstehen - druckst du wieder mit PLA oder ist das schlechtere Teil ABS und hat zufällig die gleiche Farbe?

    Wenn es PLA ist - die Druckeinstellungen sehen soweit gut aus, bis auf die "Stärke unten/oben". Diese würde ich erhähen. Bei 0.1mm Schichtdicke, werden "nur" 4 Schichten übereinander gedruckt.

    Bei der Geschwindigkeit, würde ich bei "Leerfahrt" 120mm/s einstellen. Die "Füllgeschwindigkeit" ist mit 80mm/s zu schnell für die Standardtemperatur von 210°. Die Profile sind an dieser Stelle leider zu aggressiv.

    Ansonsten, schau dir diese Anleitung an:

    http://support.3dverkstan.se/article/23-a-visual-ultimaker-troubleshooting-guide#pillowing

  4. Die build volume Werte stimmen nicht, das ist wahr. Mir ging's erstmal nur um die Axen.

    Ich habe gemerkt dass wenn ich im OctoPrint Gcode Skript Bewegungen ausführen lasse, dann sind diese super langsam - auch mit den eingestellten Werten.

    Entweder habe ich das falsch verstanden und meine Werte sind viel zu hoch und OctoPrint nimmt ein niedriges "safe" Wert, oder irgendetwas anderes funktioniert nicht...

  5. If you are using an Ultimaker 2 then it uses UltiGCode flavor and there is no start/end tab in Cura. The firmware does the priming automatically.

    But just to test @DaHai8's assumption, you could go into the advanced menu (on the printer) and select "move material". There rotate the wheel at the front until filament comes out. Keep rotating slowly until you have a filament strand that touches the bed and curls up a few times there. Then remove the excess filament, go back and start a print. The nozzle should be fully primed now.

  6. Yes I did set to regular Reprap/Marlin.

    And you are right - manually heating up defeats the purpose of having a remote device taking care of the print. If I resort to that I could as well walk up to the printer and start the print from the sd card.

    Maybe I'll do something in between. Like set a fixed value in OctoPrint and let the gcode heatup value override it when the print begins. It will only break when the difference between my fixed temp and the gcode temp differ greatly, but ok, you can't have it all :)

  7. There is no UI for it, but it's possible if you change it in the machine definition file.

    That's way less than ideal. On the Mac the machine definitions are inside the Cura.app folder/binary so every time a new update comes along it would overwrite the manual changes. And besides, talk about user friendliness...

    I assume most users would never guess that Cura 2.x does not support anything else than UltiGCode and if they happen to try OctoPrint - trouble is to be expected.

  8. Hi,

    My relation to OctoPrint seems to reflect the shape of a sine wave - I get to it, encounter a problem, forget about it and get back to it several releases later until the next problem occurs :)

    This time I'd like to use it with the UM2+ and have the following scenario:

    I'd like to use the gcode start scripts in OctoPrint:

    octoprint_gc.thumb.png.3e2e050586bb1bc9d5682eb0615ae327.png

    The problem is - these scripts are wrapped around the gcode that is produced in Cura. So if one tries to emulate the start-up sequence of the UM2 in those OctoPrint gcode scripts, it fails because there is no M104/M109 heat-up command. The solution would be to ditch the OctoPrint gcode scripts and use the standard Cura start/end gcode scripts.

    So my question is - does anyone use these OctoPrint gcode scripts for the startup sequence? If so - how?

    I've posted a question on OctoPrint g+ here:

    https://plus.google.com/105898160884424119287/posts/1EEr9z72YEL?cfem=1

    octoprint_gc.thumb.png.3e2e050586bb1bc9d5682eb0615ae327.png

  9. Hi,

    ich habe mir die Anleitung genauer angeschaut weil ich nun OctoPrint neu aufgesetzt habe. Ich bin der Meinung dass die Werte aus dem OctoPrint Profil für den UM2 falsch sind.

    octoprint_um2_profile.thumb.jpg.d4ac8d156eabeaf44a1867ce4dd67828.jpg

    Links das Original und rechts meine Werte. Bei den Axen steht mm/min und wenn ich am Drucker in den "Motion settings" schaue, dann sehe ich z.B. für x/y den Wert 300mm/sec was 18000 mm/min entspricht.

    Wie seht ihr das?

  10. Hi,

    ich weiss nicht woran das liegen könnte. Entweder ist die Fimrware-Datei kaputt oder irgendetwas im EEPROM des Boards könnte durcheinander sein. Probier mal bitte einen factory reset zu machen und/oder die Firmware-Datei erneut zu übertragen.

×
×
  • Create New...