Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow TPU in AMS #7045

Closed
1 task done
AbeFM opened this issue Oct 7, 2024 · 5 comments
Closed
1 task done

Allow TPU in AMS #7045

AbeFM opened this issue Oct 7, 2024 · 5 comments
Labels
enhancement New feature or request stale

Comments

@AbeFM
Copy link

AbeFM commented Oct 7, 2024

Is there an existing issue for this feature request?

  • I have searched the existing issues

Is your feature request related to a problem?

I want to load TPU into the AMS, which works absolutely fine and completes prints more often than BBL PETg did.
You can skip the blacklist on the slicer, but unless you lie to the printer, telling it your TPU isn't TPU, it will not print.

Lying has secondary effects, such as future prints will auto-select your TPU and try to print a PLA print at high speed, stressing or breaking the hardware. see further detail here: bambulab/BambuStudio#2096

Which printers will be beneficial to this feature?

Others

Describe the solution you'd like

Ideally, a window pops up saying "you can't use this filament unless you understand the risks", but either way, loading TPU should just work. In an ideal world, we can take advantage of knowing we're loading TPU by loading it slowly, etc.
Also, differentiating between the > 90A stuff and soft stuff would make a lot of sense. I might not run NinjaFlex through the AMS, but most off-the-shelf cheapy stuff works great.

Describe alternatives you've considered

Begging the Bambu Labs team for years bambulab/BambuStudio#2096 (comment)
Posting pictures and profiles of multi-color TPU and multi-material-including-TPU prints about the internet
Building a time machine and going back to when this used to work as the Kickstarter machines did this when I got mine
Bringing it up here

Read this thread: #7029 It is related, but I feel it is the long/wrong way around to solving a made-up problem.

Additional context

I haven't tried Daniel's code, but the idea sounds right, and the advanced users of the Orca community would be the right folks to see how it goes in practice. His code is here: https://github.com/daniel-brenot/BambuStudio

@kylek29
Copy link

kylek29 commented Oct 13, 2024

differentiating between the > 90A [filament stiffness]

That might be best implemented as a filament profile setting that users could then account for (e.g. with custom GCode to slow it down or what-not).

@phiten
Copy link
Contributor

phiten commented Oct 18, 2024

I fixed that in this PR #7161

Installers and stuff can be found in my repos actions https://github.com/phiten/OrcaSlicer/actions/runs/11401874109

Basically the PR checks if the checkbox is set and changes prohibited filaments to filament with warning so that the confirm button actually sends the print.

@phiten
Copy link
Contributor

phiten commented Oct 23, 2024

@SoftFever I think this issue can be closed with the merge of my PR #7161

There is no differentiation between the hardness but I think thats fine. In my testing with the AMS lite it just won't work but it doesn't break stuff. And the warning window also still pops up.

Copy link

Orca bot: this issue is stale because it has been open for 90 days with no activity.

@github-actions github-actions bot added the stale label Jan 22, 2025
Copy link

Orca bot: This issue was closed because it has been inactive for 7 days since being marked as stale.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Jan 30, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request stale
Projects
None yet
Development

No branches or pull requests

3 participants