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

[2.6.0 Alpha 2] Crashing Slicing at 90% #9550

Closed
1 of 2 tasks
psyvision opened this issue Feb 3, 2023 · 9 comments
Closed
1 of 2 tasks

[2.6.0 Alpha 2] Crashing Slicing at 90% #9550

psyvision opened this issue Feb 3, 2023 · 9 comments

Comments

@psyvision
Copy link

Description of the bug

When slicing a fairly simple model PrusaSlicer is crashing at 90%. I have read some other reports here which suggest it is either supports or sequential printing causing the issue. This project has neither enabled.

Project file & How to reproduce

3MF:

Enclosure - Part 18.zip

Checklist of files included above

  • Project file
  • Screenshot

Version of PrusaSlicer

2.6.0-alpha2-win64

Operating system

Windows 10

Printer model

RatRig VCore 3 Tool Changer

@psyvision
Copy link
Author

Possibly same as #9470 - was OK when changing to T0

@lukasmatena
Copy link
Collaborator

This is indeed the same as #9470. One thing the two issues have in common is "TIMELAPSE_TAKE_FRAME" line in custom G-Code. This line is confusing the CoolingBuffer, which mistakes it for a toolchange and crashes after failing to read the new tool number. 2.5.0 did not crash, but the CoolingBuffer was probably fooled as well. I am unable to tell if it was observable or not and how.

The issue will be fixed in the next release, thanks for reporting this.

@psyvision
Copy link
Author

Thanks for the feedback @lukasmatena

@terryrobison
Copy link

I have the same issue when slicing with T1 or T2 or T3. The default print head T0 is ok.

@NyxCode
Copy link

NyxCode commented Feb 12, 2023

Same issue here!

@lukasmatena
Copy link
Collaborator

Please, wait until 2.6.0-alpha4 is released and retest after that. The original issue reported by @psyvision should be fixed there, if the rest of you indeed report the same problem (and not a different one that looks the same), it will be gone too.

lukasmatena added a commit that referenced this issue Feb 18, 2023
…:from_chars fails:

This fixes CoolingBuffer behavior wrt. 2.5.0 in cases where custom G-Codes contained
lines starting with "T". Those were previously considered as valid toolchanges.
In 2.6.0-alpha3, this scenario led to a hard crash: #9470, #9550
@kubispe1
Copy link
Collaborator

@psyvision and others please can you retest the issue with the new alpha?
Thank you very much for your cooperation.
https://github.com/prusa3d/PrusaSlicer/releases/tag/version_2.6.0-alpha4

@psyvision
Copy link
Author

@kubispe1 @lukasmatena Alpha 4 has resolved the issue for me, many thanks team!

@lukasmatena
Copy link
Collaborator

@psyvision Thanks for the update. Closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants