Jump to content

SysGhost

Dormant
  • Posts

    9
  • Joined

  • Last visited

Posts posted by SysGhost

  1. 3 hours ago, GregValiant said:

    Some thoughts...

    The standard Creality board uses an 8 bit Arduino clone processor with the stk500v2 bootloader.

    The SKR Mini E3 uses a 32bit ARM Cortex-M3 processor with (it appears) a proprietary bootloader.

    The BigTreeTech site and the SKR Mini E3 documentation state that the SKR Mini E3 is compatible with Cura.

    I have not come across anything that purports the reverse - that Cura is compatible with SKR Mini E3.

    There appears to be evidence (from this forum and from other forums) that the BigTreeTech compatibility statement is not true.

     

    I don't understand how or why Ultimaker should be responsible for, or try to support, a third party statement, hardware, firmware, or software.  It seems to me that the problem rests with BigTreeTech.

     

    I agree. This is after all a third party printer with yet another party board in it installed by the end user. Even Creality can't support such a modification. It is obviously such a thing can't be supported here. I only intended the previous comment to be a warning to those who have this modification on their printers.


    I've already contacted BigTreeTech about this. (I actually did that just moments after creating the post above). They have confirmed receiving my message, but haven't responded about the issue yet. Still waiting on that. I'll report back when they do.

  2. With the latest Cura (4.6.2 at the time of writing this), this is still a problem. I'd even say a serious one.
    I left my Ender 3 powered on with the USB attached and didn't think much of it. While remote-controlling my computer from elsewhere, I started up Cura and did what I usually do when starting up a print by remote. But I saw that the printer wasn't responding any longer. Gave up at that moment.
    Coming back home after a few hours, I noticed a weird siren-like noise from my hobby-room. Went in to check it and found the Ender 3 in a hanged state, emitting that noise from the stepper motor. I turned the printer off and back on again. Only to see it never booting up again. Long story short: The board was destroyed as it was extremely hot to the touch.

     

    I had to buy a new mainboard for the printer. After some investigation I found the culprit being Cura.

     

    Every time the USB is hooked up to the computer while Cura is loaded, the board hard-hangs and the stepper motors start emitting that weird siren-noise. If Cura isn't loaded, the USB connection works as intended. Other programs can use the USB connection just fine. It is only Cura that causes this destructive hard-hang.

    This is with the BigTreeTech SKR mini e3 v2.0 board.

    My warning to all BTT SKR board owners: Do *not* use Cura with USB hooked up. It *will* destroy the mainboard if left in that state for a long period.

    EDIT:
    !!!!WARNING!!!!
    Your printer will catch fire!
    I just tested triggering this bug during a print. The board hard-hangs so badly, all watchdogs and runaway protections are disabled. Heaters that are on when this hang triggers, will remain permanently on until something gives or burns. It didn't take long for the bed or the nozzle to go way out of the safe range. So once again, a big warning:


    !!!THIS WILL CAUSE THE PRINTER TO CATCH FIRE IF LEFT IN THIS STATE!!!

     

  3. 3 hours ago, burtoogle said:

    The fix is now merged into Ultimaker/master so you don't have to use my repo.

     

    Looking at your log, you have other problems:

     

    2019-07-26 15:51:32,769 - ERROR - [MainThread] UM.Logger.logException [84]: Exception: Import error loading module USBPrinting
    2019-07-26 15:51:32,769 - ERROR - [MainThread] UM.Logger.logException [88]: Traceback (most recent call last):
    2019-07-26 15:51:32,769 - ERROR - [MainThread] UM.Logger.logException [88]:   File "/usr/lib/python3.7/site-packages/UM/PluginRegistry.py", line 539, in _findPlugin
    2019-07-26 15:51:32,769 - ERROR - [MainThread] UM.Logger.logException [88]:     module = imp.load_module(plugin_id, file, path, desc) #type: ignore #MyPy gets the wrong output type from imp
    .find_module for some reason.
    2019-07-26 15:51:32,769 - ERROR - [MainThread] UM.Logger.logException [88]:   File "/usr/lib/python3.7/imp.py", line 244, in load_module
    2019-07-26 15:51:32,769 - ERROR - [MainThread] UM.Logger.logException [88]:     return load_package(name, filename)
    2019-07-26 15:51:32,769 - ERROR - [MainThread] UM.Logger.logException [88]:   File "/usr/lib/python3.7/imp.py", line 216, in load_package
    2019-07-26 15:51:32,769 - ERROR - [MainThread] UM.Logger.logException [88]:     return _load(spec)
    2019-07-26 15:51:32,770 - ERROR - [MainThread] UM.Logger.logException [88]:   File "<frozen importlib._bootstrap>", line 696, in _load
    2019-07-26 15:51:32,770 - ERROR - [MainThread] UM.Logger.logException [88]:   File "<frozen importlib._bootstrap>", line 677, in _load_unlocked
    2019-07-26 15:51:32,770 - ERROR - [MainThread] UM.Logger.logException [88]:   File "<frozen importlib._bootstrap_external>", line 728, in exec_module
    2019-07-26 15:51:32,770 - ERROR - [MainThread] UM.Logger.logException [88]:   File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
    2019-07-26 15:51:32,770 - ERROR - [MainThread] UM.Logger.logException [88]:   File "/usr/lib/cura/plugins/USBPrinting/__init__.py", line 4, in <module>
    2019-07-26 15:51:32,770 - ERROR - [MainThread] UM.Logger.logException [88]:     from . import USBPrinterOutputDeviceManager
    2019-07-26 15:51:32,770 - ERROR - [MainThread] UM.Logger.logException [88]:   File "/usr/lib/cura/plugins/USBPrinting/USBPrinterOutputDeviceManager.py", line 6, in <module>
    2019-07-26 15:51:32,770 - ERROR - [MainThread] UM.Logger.logException [88]:     import serial.tools.list_ports
    2019-07-26 15:51:32,770 - ERROR - [MainThread] UM.Logger.logException [88]: ModuleNotFoundError: No module named 'serial'

     

    Also...

     

    2019-07-26 15:51:32,773 - ERROR - [MainThread] UM.Logger.logException [84]: Exception: Import error loading module AMFReader
    2019-07-26 15:51:32,774 - ERROR - [MainThread] UM.Logger.logException [88]: Traceback (most recent call last):
    2019-07-26 15:51:32,774 - ERROR - [MainThread] UM.Logger.logException [88]:   File "/usr/lib/python3.7/site-packages/UM/PluginRegistry.py", line 539, in _findPlugin
    2019-07-26 15:51:32,774 - ERROR - [MainThread] UM.Logger.logException [88]:     module = imp.load_module(plugin_id, file, path, desc) #type: ignore #MyPy gets the wrong output type from imp.find_module for some reason.
    2019-07-26 15:51:32,774 - ERROR - [MainThread] UM.Logger.logException [88]:   File "/usr/lib/python3.7/imp.py", line 244, in load_module
    2019-07-26 15:51:32,774 - ERROR - [MainThread] UM.Logger.logException [88]:     return load_package(name, filename)
    2019-07-26 15:51:32,774 - ERROR - [MainThread] UM.Logger.logException [88]:   File "/usr/lib/python3.7/imp.py", line 216, in load_package
    2019-07-26 15:51:32,774 - ERROR - [MainThread] UM.Logger.logException [88]:     return _load(spec)
    2019-07-26 15:51:32,774 - ERROR - [MainThread] UM.Logger.logException [88]:   File "<frozen importlib._bootstrap>", line 696, in _load
    2019-07-26 15:51:32,774 - ERROR - [MainThread] UM.Logger.logException [88]:   File "<frozen importlib._bootstrap>", line 677, in _load_unlocked
    2019-07-26 15:51:32,775 - ERROR - [MainThread] UM.Logger.logException [88]:   File "<frozen importlib._bootstrap_external>", line 728, in exec_module
    2019-07-26 15:51:32,775 - ERROR - [MainThread] UM.Logger.logException [88]:   File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
    2019-07-26 15:51:32,775 - ERROR - [MainThread] UM.Logger.logException [88]:   File "/usr/lib/cura/plugins/AMFReader/__init__.py", line 4, in <module>
    2019-07-26 15:51:32,775 - ERROR - [MainThread] UM.Logger.logException [88]:     from . import AMFReader
    2019-07-26 15:51:32,775 - ERROR - [MainThread] UM.Logger.logException [88]:   File "/usr/lib/cura/plugins/AMFReader/AMFReader.py", line 20, in <module>
    2019-07-26 15:51:32,775 - ERROR - [MainThread] UM.Logger.logException [88]:     import trimesh
    2019-07-26 15:51:32,775 - ERROR - [MainThread] UM.Logger.logException [88]: ModuleNotFoundError: No module named 'trimesh'

     

     

     

    I saw that, but both USB printing and AMF reader shouldn't affect the welcome screen or any UI related elements. Right?

    Anyhow I will try the master tree as well.

     

    Thanks for the support and work so far. (^.^)b

  4. 9 hours ago, burtoogle said:

    Hello @SysGhost, I have been working on this issue and think I have a solution. If you are using Cura from source could you please try using the mb-master branch in git@github.com:smartavionics/Uranium.git and see if it fixes the problem. Thanks.

     

    Alternative URL for repo is https://github.com/smartavionics/Uranium.git

    I'll give it a burl. Will return with my findings soon. Thanks.

  5. Hi there. Tiny wee lil problem with one of two Ultimaker 2+ machines:

    When changing material, it pull out and loads in the material for a far too short distance, It stops feeding after 1/3rd way. Both when unloading as well as loading material in.

    The other machine, does however feed in and out the material at the correct distance when changing material.

     

    Everything else seems to work fine though. I just have to lift the roller spring and manually force-feed the rest of the 2/3 way the material didn't travel. After that everything else seems to flow on as usual.

    Just now I also tried updating the firmware, but it still got the "wrong" loading/unloading distance.

    Material tubes on both machines are exactly the same length, so it's not that.

     

    Is there a setting for this? I've looked and looked. Can't find it.

    Could it be the stepper motor for the feeding being defect? But it works when printing so ... it shouldn't be that either.

     

     

  6. Understood. Will use the appimage from here on.


    Why you're receiving lots of bug reports from Arch users and those who use similar distributions based on Arch is likely due to the nature of how packages are managed in these distributions. Many tend to favor pulling down source code and build  it for their own local repositories. (AUR. Arch User Repository). Arch makes this process tremendously easy with powerful tools, even for intermediate users.

  7. Hi. First post here, so why not make it a "bug report"? 😃

     

    I'm a linux user, (More precise Arch Linux), and also active in the linux community.

    Just got started with 3D-printing with a Ultimaker 2+

     

    Everything is going fine so far with the windows version. So I thought I'd give the linux version a shot.
    Said and done, I decided to pull it from the github and compile it (according to Arch Linux standards that is)

    Version 4.1 got compiled in and starts up, and once it has started it presents me a "Welcome screen". At first I had no idea what to do with it, as it was impossible to interact with it. No buttons. No inputs or anything on the welcome splash. I remember from the windows version that there's supposed to be buttons at the bottom of the welcome screen, so one can proceed. These buttons are missing completely with the linux version, making it impossible to interact with the welcome screen. See screenshot.

     

    I also attached a console log.

     

    If you need anything else, I'd happily provide it. Thanks for a great work so far.

     



     

    linux-cura-stuck-at-welcome-because-buttons-are-missing.png

    linux-cura-stuck-at-welcome-because-buttons-are-missing.log

×
×
  • Create New...