Jump to content

tinkergnome

Ambassador
  • Posts

    2,774
  • Joined

  • Last visited

  • Days Won

    61

Posts posted by tinkergnome

  1. 1 hour ago, CCA1 said:

    Found it. copied it into the Cura folder directly. Still same result. Should it go into a specific folder inside Cura as well? I just put it into the main folder.

     

    I think, it depends on how you start Cura... Usually it's the main folder of Cura in "Programs". Just to be sure: right click on the Cura icon in the start menu and choose the last menu item (Properties). There's a working directory defined. That's your target.

     

    And take sure, that you copy the file from "C:\Windows\system32", not from anywhere else.

     

    If in doubt: right click on the file "vcruntime140.dll" -> Properties -> Details  ...share a screenshot and we can compare... :)

     

    Another test: open a command prompt and change to the Cura program directory, set an explicit PATH without all these (x86) stuff and try to start cura from there.

    I'm not sure about the correct installation directory, but it should look similiar to this:
     

    C:
    cd "C:\Program Files\Ultimaker Cura 3.1"
    set PATH=C:\Windows\system32
    cura
    

     

  2. 13 minutes ago, CCA1 said:

    Unfortunately, I don't know what this means or how to do it.

     

    It's not that hard. From your "System Info" screen (from above) choose "Advanced System Settings". This opens another dialog and there should by a button somewhere that is labelled "Environment Variables". Search for variables with a name that starts with "QT_..." and let us know, if you find something interesting...

     

    Alternative: open a command prompt and type:

    set >> %TEMP%\environment.log

    Afterwards, type "%TEMP%\environment.log" in the address line of the Windows Explorer - this should open notepad with the generated file loaded. Post the content and let's take a look (if you want).

     

    On the other hand... enjoy Linux! :)

  3. 23 hours ago, CCA1 said:

    And isn't it a coincidence that the last version offered as a 32 bit as well as a 64 bit just happens to be the last version in 64 bit to work on my computer? There HAS to be something connecting that to my problem.

     

    Sure - I think that's clear by now. The error 0xc00007b (INVALID_IMAGE_FORMAT) indicates that at least one loaded DLL has the wrong image format (32 bit instead of 64 bit).

    In your case obviously a dependent file, that Cura 2.7 does not need...

    Unfortunately there are many possible reasons for this. It's quite common on Windows that installation programs overwrite system files or are setting weird environment variables.

    Your best chance is to check for any QT related environment variables, or change the order of the entries in the PATH variable (even more detective work and 'trial and error').

     

     

  4. @ToPi auf den Produktbildern ist gut zu sehen, wie die Lösung von Ultimaker aussieht - und ja: es hat durchaus einen Grund, das die Abdeckung nicht flach ist... :)

     

    https://ultimaker.com/en/resources/49881-how-to-install-the-front-enclosure

     

    Wenn Du auf ein paar Millimeter vom Bauraum verzichten kannst, kann man die Programme im Slicer aber sicherlich auch so erstellen, das der Druckkopf nicht so weit nach vorn fährt.

     

    Edit: Die Abdeckung aus dem 'Advanced Printing Kit' ist ca. 14mm 'tief'.

  5. 1 hour ago, Melty said:

    Hopefully my file above helps to reproduce the issue...

     

    Nope, fortunately FreeCAD is quite good in exporting correct stl-files.

    But your screenshot from above gives a hint...

     

    It's not a 'phantom' layer, it's the 'ironing' layer. Disable ironing and it should disappear.

    It seems that 'ironing' without a top layer does not work (I don't know, if this is the intended behavior).

  6. 18 minutes ago, tmostad said:

    Yes and no. The firmware version that just download is 4.2.5. Is that the same as 4.2 as described in the News?

     

    I think so. 4.2.5 is the only (stable) version with a name that begins with "4.2",

    and the "full name" of the predecessor was 4.1.4

  7. 8 hours ago, gorischek said:

    I enabled the options for hopping in Z direction. But for some prints the printer ignores this

     

    Just to be sure:

    If you want a "Z hop" on every travel move, take sure that "Combing Mode" is deactivated

    (because an enabled "Combing Mode" suppresses most of the retractions).

  8. 2 hours ago, nallath said:

    Yep. Help -> Show configuration folder.

     

    ...or in case that Cura 3.1 won't start.... delete this folder to clean up:  %APPDATA%\cura\3.1  :sunglass:

    (Cura itself does not add any registry entries AFAIK - so these cleanup tools do not help much)

  9. 38 minutes ago, rebekah_harper said:

    I'm running win10 and the stuff on github didn't relate. 

     

     

    The link from nallath explains, that you should type "%APPDATA%\cura\3.1" in your Windows Explorer - and look for a file named "cura.log" - why is this unrelated?

    Ok - it explains it a bit cryptic and with other words... but still... ;)

  10. 21 minutes ago, kmanstudios said:

    If someone else commented on that thread, I should not get an email since I've limited it to one email until I 'revisit the community.'

     

    The question is how the forum software detects a 'revisit'. Are you permanently "signed in" to the forum, or do you use the "Sign out" link after your visits?

    Just a guess, but it's at least possible, that "currently signed in" counts as a "revisit"...

  11. 11 hours ago, HugoW said:

    How does Cura retract and "un-retract" if it does not use G10/G11?

     

    Cura generates move instructions for the e axis (G1) with the specified distance and speed. Like any other move.

    Easy to find in the generated gcode of you search for lines that only move the e axis, like "G1 E12.546 F1500",

    or simply for "F1500" (1500 mm/min == 25 mm/s).

    If those lines are there, your printer ignores them for some reason.

     

    Does the "volumetric trick" from your linked topic still work?

    Smoothieware seems to be able to use volumetric e values, so this would probably the easiest way to go?

     

  12. 16 minutes ago, HugoW said:

    These are the settings I have

     

    What about the retraction speed? Does it match the values that are usually used for your printer?

    Does it have a bowden setup? I ask, because a retraction distance of 6.5mm is quite long for 1.75mm filaments.

    Same question - does it match the values that are usual for your printer?

  13. As far as i can see this script inserts a M600 command at the beginning of the specified layers.

    That's something that the UM2 printer family does not support and does not need.

     

    M600 does nothing more than retracting the filament and pausing the printer.

    I guess it's there to support printers that do not have a builtin "Change filament" function.

     

    For the UM2 you can just use the pause script and change the filament with the help of the printers menu functions.

  14. 3 hours ago, diederik said:

    However, they drop down automatically to the bed.

     

    There's an option in Cura preferences: "Automatically drop models to the build plate".

    You should be able to position your model wherever you want, if you switch this off.

     

    BTW: which Cura version? The option exists for Cura 2.7 and newer - I'm not sure about older versions.

    • Like 1
  15. 1 hour ago, jonatanrullman said:

    Anyway. This one has a weird feature compared to my other two. The main fan only activates when the extruder hits 50 degrees C. I know about this feature from Marlin of course, I just thought the UM2 wasn't able to use it.

     

    This depends only on the revision of the main board. On the older boards (Rev. 2.1.1) the 5 Volt supply for the small fan is hard wired and not switchable. This has changed for newer boards, that are used for the UM2+ (Rev. 2.1.4).

    A cheaper option for older machines would be a bimetallic temperature switch and a bit of tinkering, see here:

    UM2-RearFan-Automatic

    • Like 3
  16. 5 hours ago, MorganLaVey said:

    I'm pretty new to this whole 3D printing thing and have a (possibly stupid) question about the LED lights on the print cores. We have an UM3 and I'm sure the active print nozzle light used to be orange, whereas now they are both blue when printing (The 2nd nozzle is currently inactive)> What do the LED lights mean when they are different colours? I did google the problem but was unable to find an answer

     

    Regards

     

    I don't know, if it is documented in public somewhere. The lights have changed over time because of one or another firmware update. So don't worry.

    gr5 is right, currently it's "ultimaker blue" in idle mode, (kind of) "glowing orange" during heatup and simply white during printing.

    The file "/usr/share/griffin/griffin/led/controllers/headSlotController.py" is responsible for this behavior (you can double check it, if you connect via ssh to the printer).

     

×
×
  • Create New...