PLA variants (PLA+, PLA Silk, ...) aren't recognized as PLA, so OrcaSlicer gets the Generic profile #82
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Description
When the printer/AMS reports a PLA variant — PLA+, PLA Silk, PLA Matte, etc. (anything that isn't plain "PLA") — the bridge doesn't treat it as part of the PLA family. In the slot editor the material isn't matched to any of the material buttons, and on OrcaSlicer sync that slot comes through with the Generic (default) profile instead of the specific one. Plain PLA works fine.
Steps to Reproduce
Expected Behavior
PLA variants should be treated as the PLA family: the material should be recognized (like plain PLA), and the sync should land on the matching PLA / PLA+ / PLA Silk profile instead of falling back to Generic.
Actual Behavior
Any non-plain PLA (PLA+, PLA Silk, ...) is not recognized and syncs to OrcaSlicer as Generic (default).
Environment
a16062f)Fixed in the latest nightly.
The bridge now normalizes PLA variant type strings (PLA+, PLA Silk, PLA Matte, etc.) so they map to the correct
tray_info_idxand Generic profile for OrcaSlicer sync. The slot editor also now filters the profile dropdown to show vendor profiles matching the variant (e.g. PLA Silk → eSUN PLA Silk, Polymaker Silk PLA, ...) instead of falling back to Generic only.PLA+, PLA Silk and PLA Matte buttons have been added to the material selector in the slot editor.
Pull the new image to test: