Unable to open any .stl files at all. #16249
Comments
bsaddresss
added
Status: Triage
|
Hey @bsaddresss, Welcome to the UltiMaker Cura Github 🚀 Your issue sounds super frustrating 😖 Could it be that our STL reader plug-in is disabled by accident? Can you let us know if that is your issue? |
MariMakes
added
the
Status: Needs Info
|
Hi, Thank you for your response!
I checked the stl reader and it was enabled. I disabled it, restarted CURA, re-enabled it, restarted CURA, tried to open a small .stl file (a cheps cube) and 4 minutes have gone by and finally about 4.5 minutes and it opened the file in CURA.
Suggestions are welcome!
On Jul 24, 2023, at 4:05 AM, Mariska ***@***.***> wrote:
Hey @bsaddresss <https://github.com/bsaddresss>,
Welcome to the UltiMaker Cura Github 🚀
Thanks for your report 👍
Your issue sounds super frustrating 😖
It reminds me of a similar issue we received earlier this week.
Could it be that our STL reader plug-in is disabled by accident?
If you go to the marketplace, click on the gear, and scroll down until you see STL Reader, you should be able to Enable it again from there.
<https://user-images.githubusercontent.com/40423138/255571025-102d8bf6-46c2-497a-93b2-abce5172cb40.png>
Can you let us know if that is your issue?
If that's not the case, just let us know we'll take another look. 👍
—
Reply to this email directly, view it on GitHub <#16249 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/A3SJ2ZLPUSDVVKD76BDDEILXRZJFZANCNFSM6AAAAAA2T437IY>.
You are receiving this because you were mentioned.
|
github-actions
bot
removed
the
Status: Needs Info
|
@bsaddresss |
MariMakes
added
Status: Under Investigation
|
I'll bring it up to the team to see what they can do to improve it. Fingers crossed 🤞 |
|
Quick update from our side 👋 This fix will probably help with with the plug-ins being disabled by accident. But they won't help with the workaround that requires you to disable the USB Printing plug-in, that still needs some more research. |
|
The Cura 5.5 Beta has been released 🎉 https://github.com/Ultimaker/Cura/releases/tag/5.5.0-beta.1 We are hoping it resolves some of the issues, but please let us know if that's not the case. |
|
This is still unsolved in 5.6.0. I wait 4 minutes fot stl to load. What it's doing? |
|
I've been experiencing the same issue on arch. running "cura --debug" doesn't seem to show anything other than attempting to read file along with attempting serial communication with a printer followed by changing baud rates |
|
I'm experiencing a long delay to load an STL file on Nobara linux as well. An observation: it seems to load only when USBPrinting.AutoDetectBaudJob.run finishes. Here's an excerpt of the --debug output before opening the stl. Before it's just checking all of the tty ports. These errors also pop up when the file is loaded but I'm not sure how related they are |
|
In the flatpak version of the app, I was able to edit the AutoDetectBaudJob.py file and commented out lines 55-76. This resolved the issue and might work as a temporary remediation for those who don't use the USB printing feature. |
|
I fixed this by disabling USB printing altogether (I've never had an USB printer to begin with).
|
|
I've made a PR with a fix that works for me. It would be interesting for you guys to test it on your machines and report if it works for you as well 😄. It's here. As it turns out, it's not scanning each of our printers for USB. It's scanning each of our tty ports (in my case, 32) and trying to make a connection. It'll use a CPU core per port (in my case, 4), 15s per port, twice each. In my case, both in theory and in practice, this totaled 4 minutes between clicking "open" and the file actually opening. For some reason unbeknownst to me, this was only enabled on Linux/MacOS. My fix was simply disabling it for everyone, and hopefully a dev with better understanding of the project can add a setting like "Auto Detect USB Printers" or something that we can toggle on or off. |
|
There's something odd there. In theory, my fix wouldn't have a difference on Windows users. All I did was switch a It could also be an implementation failure on Also, if you don't mind sharing this information, which version of Windows are you running? |
|
16Jan2025 I've deleted all my comments, including the response to your comment. LOL The reason is because, now, all this is just moot. In September 2024, I removed that ugly, monster of a printer (Wanhao D9 MK2 400) from my Lab and bought 2, At first, I thought that I'd use Cura once I figure out how to make it work with Klipper. So now, I don't use Cura at all. I did put the old printer in a back room, because I can't seem to sell it. Oh well. I thought, at some point, just for fun, I might do some mods to it to change the X/Y to the kind of rails that the Ender printers I bought, use. So that's why I just deleted all my comments in this thread. |
|
I can confirm that this is still an issue with 5.7 on pop os, disabling the USB printing fixed it |
|
I don't have an USB printer to test this out, but I'd guess it would still take a long time to open files. |
|
Could this have had any relation with the following? #19186 |
Yes, it's the same root cause. |
|
I have same issue. Model doesn't appear before USBPrinting.AutoDetectBaudJob finishes. |
|
I keep seeing this thread at the top of the page. There may be some movement on this as it has come up in other threads. USB Printing is enabled by default as some older UltiMaker printers require it. For everyone else, it's a non-maintained legacy feature that not many use (or should use). The "won't load files on startup" problem seems to be a lot worse when a user has other USB devices plugged into their computer and those devices are configured as serial devices. Headphones and some other accessories are known issues as Cura keeps polling the device and sending "M105" and the device keeps sending back "What?" and that goes on and on. I'm in favor of adding a setting to the Extensions menu that will either jump to USB Printing in the MarketPlace where the user could turn it on, or better, just be a switch that would toggle it on and off. It's installed, loaded, and enabled by default and I see no reason to have to go to a remote website to disable it or enable it. (#19373 ) |
|
Still broken under both X and Wayland on latest Arch and Cura 5.8.0 running under GNOME 46 |
|
My apologies this may have been a bad STL for those wanting to test it is this project. |
I can reproduce this issue exactly. Download the latest Cura.AppImage (on linux), plug in a USB headphone and it will take a few minutes to load the simplest stl files. |
|
This is a Linux issue I believe, I too must disable USB printing.
Running Arch here.
On Mon, 2024-09-16 at 14:29 -0700, BlondieSL wrote:
So here's something. Due to Microsoft's BS with restoring Win10
images just failing, I wasn't able to restore my LabPC to an SSD.
So, ok... bite the bullet and just do a fresh install of everything.
So on this fresh install, after all updates done and my own
config/setup, I downloaded and installed the latest version, 5.8.1.
Without doing anything to it and it couldn't pick up any old settings
since this is a fresh install of Windows, I grabbed one of my bigger
.STL files and it appeared instantly.
I didn't have to disable anything and yes, the things plugged into
the USB ports has not changed. This includes a 10-port USB hub that I
use mostly for Arduino and ESP32 boards.
So it seems to be fine here... at least, for now.
—
Reply to this email directly, view it on GitHub [1], or unsubscribe
[2].
You are receiving this because you commented.Message ID:
***@***.***>
|
|
@horga83 There is something wonky about the larger of the models you posted. It's kind of big for most printers. This is in MS 3D Builder and Cura shows the same numbers: In Cura, at a scale of 0.10% it is 22mm tall. That makes a lot more sense than 22 meters tall. |
|
That was just the Z. In regards to the orientation of that part - it's my printer and I can print however I want. |
|
I just downloaded 5.9 on a cleanish (never had cura or anything 3D print related) install of Mint. Got this same issue of silently not loading the STL. The log was full of attempts to open non-existent serial ports over and over. Now the problem. The SD card reader on my printer is terribly unreliable, so I have been using USB direct printing. So for me, disabling USB printing isn't going to be a real option. So I'm going to have to wedge myself into a space near enough to the printer to set up the job with the printer attached by the sounds of things. Not fun. Also, how is this still an issue 18 months later? How many versions have passed by now with this bug present? Edit: Turns out even with the printer connected, it still doesn't find the printer, so it still just doesn't load the model. Downloaded 4.13 because that works. |
|
I'm on Garuda Linux right now, on version 5.9, both from AUR and AppImage I have the same issue. Previously I was on KDE Neon and using AppImage 5.6 version it was all fine (I did not touch any default plugin settings) |
Cura Version
5.4.0
Operating System
Mac Catalina
Printer
Cr-10S
Reproduction steps
Cura 5.4.0 beta and fresh installed 5.4.0 will not open any .stl files. I've tried at least 15 of them, and nothing ever appears on the virtual build-late. I've tried uninstalls, new installs, restarts, new .stl's from tinkercad, opening .stl's from inside cura, changing default app to Cura... all of the .stl's will still open on prusaslicer.
Actual results
No Stl will appear on the virtual print bed.
Expected results
stl should appear on print bed
Add your .zip and screenshots here ⬇️
na
The text was updated successfully, but these errors were encountered: