mirror of
https://github.com/maziggy/bambuddy.git
synced 2026-05-09 05:35:30 +02:00
[GH-ISSUE #486] [Feature]: Add filament selection to "queue to any" #307
Labels
No labels
A1
automated
automated
bug
bug
Closed due to inactivity
contrib
dependencies
dependencies
duplicate
enhancement
feedback
hold
invalid
Notes
P1S
pull-request
security
security
ThumbsUp
user-report
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/bambuddy#307
Loading…
Add table
Add a link
Reference in a new issue
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?
Originally created by @agroezinger on GitHub (Feb 21, 2026).
Original GitHub issue: https://github.com/maziggy/bambuddy/issues/486
Originally assigned to: @maziggy on GitHub.
Problem or Use Case
to be able to select a different color (than selected in sliced file) it would be great to override color within option "send to next available - any" printer.
it is maybe also completely possible, that I am blind. but i searched documentation and bambuddy, and couldn't find this.
Proposed Solution
see above
Alternatives Considered
No response
Feature Category
Print Queue & Scheduling
Priority
Would improve my workflow
Mockups or Examples
No response
Contribution
Checklist
@maziggy commented on GitHub (Feb 22, 2026):
@agroezinger commented on GitHub (Feb 22, 2026):
for specific printer, yes. but not if I select "any"
@maziggy commented on GitHub (Feb 22, 2026):
Ahhh schedule not re-print. Got it. Sorry.
@maziggy commented on GitHub (Feb 22, 2026):
When scheduling to "any printer," AMS slot mapping isn't available because the mapping needs to know which specific printer will run the job — it shows what's physically loaded in that printer's AMS slots so you can match your filaments. Since "any printer" means the scheduler picks the printer later, there's no AMS to map against at scheduling time. The slot configuration will be resolved automatically when the job is assigned to a printer.
@agroezinger commented on GitHub (Feb 22, 2026):
"The slot configuration will be resolved automatically when the job is assigned to a printer." => correct, but only for the color in which the model was sliced. If, for example I sliced it in black and want to print it in white, the it would be nice to select, the color while scheduling. If the queue object then get's assigned later on, it should look which printer has that filament loaded.
while selecting, just present all available filaments from the selected printer type
@maziggy commented on GitHub (Feb 22, 2026):
Aahhhh....wow I understand it too! :)
@maziggy commented on GitHub (Feb 22, 2026):
Available in branch 0.2.1b3. Please let me know if it works for you.
If you find Bambuddy useful, please consider giving it a ⭐ on GitHub — it helps others discover the project!
@agroezinger commented on GitHub (Feb 22, 2026):
wenn du einen 0.2.1b3 tag published, kann ich es testen. ansonsten muss ich mir erst ein testsystem aufbauen. Auf unraid kann ich nicht ganz so einfach ein git branch ziehen und ein docker image draus bauen
@maziggy commented on GitHub (Feb 22, 2026):
Leider momentan noch nicht möglich.
@agroezinger commented on GitHub (Feb 23, 2026):
Kann die Funktionalität bestätigen. Zuweisung hat geklappt und der Druckjob ging nur an den Drucker der das richtige Filament geladen hatte. Danke!!
@maziggy commented on GitHub (Feb 24, 2026):
If you find Bambuddy useful, please consider giving it a ⭐ on GitHub — it helps others discover the project!
@agroezinger commented on GitHub (Feb 24, 2026):
Hey,
jetzt ist es leider doch passiert, dass ein Druckjob einem Drucker zugewiesen wurde, der die Farbe nicht geladen hatte. In diesem Fall waren 4 ganz andere Farben im AMS. Nach Klick auf "Clear Plate & Start Next" wurde der Druckjob an den Drucker gesendet. Ich weiß jetzt nicht ob es Zufall war, aber es wurde dann Slot 1 als Filament genutzt. Das war gleichzeitig aber auch das Filament was beim Druckjob davor als letztes genutzt wurde. Also entweder nimmt er pauschal Slot 1, oder das letztgenutzte. Das kann ich aktuell noch nicht sagen.
@maziggy commented on GitHub (Feb 26, 2026):
Bitte mit branch 0.2.1 nochmal versuchen. Lass mich bitte wissen, wie es lief.
@agroezinger commented on GitHub (Feb 26, 2026):
Hi,
hier ein paar Bilder:
"Edit" des Jobs in der Queue:
(1): geladenes Filament (weiss)
(2) + (3): Queue-Job wird am Drucker "angeboten"
(1) Druckplatte am Drucker freigegeben, welcher kein weisses Filament geladen hat => ne weile gewartet, druck wurde nicht gestartet
(1) Druckplatte am Drucker mit weissem Filament freigegeben
(2) Druck startet nach einer kurzen Zeit
Scheint also aktuell zu passen. Perfekt wäre, wenn der Druckjob am Drucker ohne dem passenden Filament gar nicht erst angezeigt werden würde (in der Queue / Stack des Druckers (Lila Symbol in der Badge Leiste)
@maziggy commented on GitHub (Feb 27, 2026):
Ja, das macht Sinn. Der Scheduler muss auch checken, ob das Filament verfügbar ist, bevor der Druck gestarted wird.
Sollte in branch 0.2.1 gefixed sein. Sag mir bitte bescheid, ob es nun funktioniert.
@agroezinger commented on GitHub (Feb 27, 2026):
(1) & (2): ich sehe den Queue Counter (falls der nicht druckerbezogen ist, dann passt es so)
(3): nur auf dem Drucker mit dem richtigen Filament wird die "Freigabe" angeboten
@maziggy commented on GitHub (Feb 28, 2026):
Ist Drucker bezogen und in branch 0.2.2b1 gefixed. Lass mich wissen, ob jetzt alles funktioniert.
If you find Bambuddy useful, please consider giving it a ⭐ on GitHub — it helps others discover the project!
@agroezinger commented on GitHub (Mar 2, 2026):
habe noch was entdeckt, bin mir über das finale "verhalten" aber noch nicht ganz sicher. Im Drucker war schwarzes Filament als letztes "geladen".
Die Druckdatei wurde original mit weiß gesliced. Habe über den oberen Auswahlpunkt "Original: PETG (White)" in die Queue eingehängt. Der Druck erfolgte aber mit schwarz. Habe danach nochmals getestet und explizit "PETG White" ausgewählt (dritter Menüeintrag). Dann wurde der Druck mit weiß gestartet. Ich werde dann nochmal testen was passiert wenn als letztes Weiß geladen war und ich den Druck nochmals neu mit "Original" queue