Ta sama sztuka wydrukowała się dwa razy. Zadanie wyszło z kolejki tylko w jednej z dwóch dróg
Dubel w nocy, stojąca maszyna albo wpis, który nie schodzi z listy. Trzy stany zadania, jedna droga potwierdzania gotowości i test na dwóch wydrukach.
Rano na stole leży sztuka, a w koszu obok druga, identyczna. Zlecenie było na jedną. Kolejka w panelu pokazuje to zadanie jako wykonane i jednocześnie jako następne w kolejności, licznik materiału zszedł o dwie sztuki, a nikt nie klikał dwa razy. Dubel nie jest tu usterką mechaniki — jest skutkiem tego, że zadanie wyszło z kolejki tylko w jednej z dwóch dróg, którymi można potwierdzić gotowość maszyny.
Ten objaw ma jeszcze dwa rodzeństwa: kolejka pełna plików i maszyna, która nie rusza wcale, oraz zadanie startujące poprawnie, które zostaje na szczycie listy do następnego potwierdzenia. Wszystkie trzy wychodzą z tego samego nieporozumienia: panel pokazuje jedną ikonę, a decydują trzy niezależne stany.
Zadanie wystartowało i zostało na szczycie listy
Najdokładniej opisuje to zgłoszenie z 26 października 2023 r. na forum Prusy: użytkownik i3 MK3S+ z PrusaLink 0.7.2 i firmware 3.13.1-6876 relacjonuje, że po ustawieniu gotowości plikiem setready.g z samej drukarki zadanie startuje, ale „stays at the top of the queue in Prusa Connect, ready to be started as the next job in line”, natomiast „when using Prusa Connect to set the ready state, the started job is removed from the queue as expected”. W tym samym wątku zgłaszający sprawdził najpierw, czy to nie błąd wyświetlania — po przeładowaniu strony wpis raz zniknął, a przy kolejnym wystąpieniu został, więc nie była to usterka widoku. Dodał też, że w momentach startu drukarka pokazywała komunikat o braku łączności, a w daemon.log były przekroczone limity czasu połączenia z usługą.
Drugi wątek jest nowszy i dotyczy już samego zakończenia. Prowadzony od 1 maja 2024 r. do zgłoszeń z 13 września 2025 r. zbiera relacje użytkowników, u których zakończone zadanie zostawało w kolejce i startowało ponownie po ustawieniu drukarki w stan gotowości; zgłaszający opisują w nim MK4S na firmware 6.2.4+8909 oraz XL, a jeden z nich jako obejście podaje zamknięcie okna transferu na ekranie drukarki i wybranie Set As Ready z menu Control. To są relacje użytkowników, nie udokumentowane zachowanie urządzenia, więc traktuj je jak wskazówkę, gdzie szukać, a nie jak opis Twojego sprzętu.
Mechanizm w obu przypadkach jest ten sam: wpis w kolejce usuwa ta droga potwierdzenia, która przechodzi przez usługę trzymającą kolejkę. Potwierdzenie podane maszynie lokalnie zmienia stan maszyny, ale nie musi dotrzeć do listy zadań — zwłaszcza gdy łączność w tym momencie siada.
Trzy stany, które panel skraca do jednej ikony
Zanim zaczniesz zmieniać cokolwiek w konfiguracji, rozpisz, czego właściwie nie widzisz. Dla każdego zadania współistnieją trzy niezależne stany i tylko jeden z nich jest widoczny na pierwszym ekranie.
| Stan | Gdzie powstaje | Objaw, gdy się rozjedzie | Jak sprawdzić |
|---|---|---|---|
| Stan maszyny: zajęta, bezczynna, gotowa, po zakończeniu | w drukarce | kolejka nie startuje, choć maszyna jest wolna | ekran drukarki, nie panel w przeglądarce |
| Stan pliku: przesłany i pobrany albo tylko zapowiedziany | między usługą a pamięcią drukarki | potwierdzenie gotowości nie uruchamia nic | lista plików na samej drukarce |
| Stan zadania: oczekuje, aktywne, zdjęte z listy | w usłudze trzymającej kolejkę | dubel albo wpis, który nie schodzi | widok kolejki po przeładowaniu strony |
Rozjazd drugiego stanu wygląda najbardziej niewinnie i najczęściej myli. W wątku o korzystaniu z kolejki użytkownik opisał 17 grudnia 2025 r. plik widoczny w kolejce ze statusem „not downloaded”, przy którym ustawienie gotowości ani z panelu, ani z ekranu drukarki nie uruchamiało niczego, a inny zgłaszający wskazał przyczynę: drukarka musi być włączona i podłączona w momencie dodawania pliku, bo inaczej „the file isn’t on the printer itself”. W tym samym miejscu pojawia się trop sieciowy: jeden z użytkowników relacjonuje, że drukarka nie dociągała pełnego pliku G-code po Wi-Fi i problem zniknął po przejściu na połączenie przewodowe.
Nic nie startuje, a przyczyną jest brak jednego kliknięcia
Najczęstszy przypadek nie jest żadnym błędem. Kolejka jest listą kolejności, nie wyzwalaczem — opis działania na blogu Prusy z 15 stycznia 2024 r. mówi o tym wprost: „you just harvest the finished model and confirm the printer is ready for the next job in the queue”, czyli zdjęcie sztuki i potwierdzenie gotowości to dwie osobne czynności operatora. W cytowanym wątku o kolejce użytkownik MK4S z MMU3 opisał 19 stycznia 2025 r., że wysłane pliki „don’t seem to print on their own”, a tydzień później sam podał rozwiązanie: „you need to indicate that the printer is ready by manually clicking »set ready«”.
Przy wielu materiałach to kliknięcie ma jeszcze jedną funkcję: w tym samym wątku zgłaszający sprostował własne obawy o filament, pisząc, że przy potwierdzaniu gotowości dostaje możliwość wyboru i zatwierdzenia przypisania filamentów do pozycji w podajniku. Czyli potwierdzenie gotowości nie jest formalnością do odklikania w biegu — jest ostatnim momentem, w którym da się złapać zadanie wysłane na nieaktualnym przypisaniu materiału.
Zestawienie poniżej skraca drogę od objawu do miejsca, w którym trzeba zajrzeć. Kolejność sprawdzeń jest istotna, bo dwa pierwsze wiersze da się rozstrzygnąć bez włączania drukarki, a dwa ostatnie wymagają już historii zadań.
| Objaw | Pierwsze sprawdzenie | Co zwykle za tym stoi |
|---|---|---|
| Kolejka pełna, maszyna bezczynna przez całą noc | czy plik jest w pamięci drukarki i czy ktoś potwierdził gotowość | brak potwierdzenia gotowości albo plik nigdy nie został pobrany |
| Zadanie wystartowało i zostało na szczycie listy | którą drogą potwierdzono gotowość: ekran drukarki czy panel | potwierdzenie lokalne, które nie dotarło do usługi trzymającej kolejkę |
| Zakończone zadanie uruchomiło się po raz drugi | czy wpis zniknął z listy przed potwierdzeniem gotowości | wpis niezdjęty po zakończeniu, uruchomiony następnym potwierdzeniem |
| Dwie identyczne sztuki przy jednym wpisie w zleceniu | historia dodawania do kolejki i ustawiona liczba kopii | podwójny wpis tej samej nazwy albo wznowienie po wykrytej awarii |
| Kolejka stanęła po nieudanym starcie i nie poszła dalej | log usługi z godziny startu | przejście w stan wstrzymany po błędzie startu lub ładowania, czyli zabezpieczenie, nie usterka |
Dubel bywa własnym wpisem, nie usterką panelu
Przed oskarżeniem oprogramowania warto sprawdzić, czy zadanie nie znalazło się na liście dwa razy, bo w niektórych kolejkach jest to dozwolone. Dokumentacja kolejki Moonrakera opisuje ją jako kolejkę FIFO, która może zawierać wiele odwołań do tego samego zadania, a przy dodawaniu plików dopuszcza powtórzenie tej samej nazwy w jednym żądaniu. Ta sama dokumentacja podaje dwie rzeczy, które ratują poranek: brak choćby jednego z wysyłanych plików powoduje odrzucenie całego żądania, a nie dodanie połowy listy, oraz usuwanie wpisów po identyfikatorze zadania ignoruje nieznane identyfikatory i zwraca stan kolejki po operacji — więc skrypt sprzątający nie zrobi szkody, a jego wynik od razu widać.
Druga droga do dubla to automatyczne wznowienie po awarii. Karta wtyczki Continuous Print w katalogu OctoPrinta (wersja 2.4.1 z 27 kwietnia 2024 r.) wymienia kolejkowanie plików z liczbą kopii oraz opcjonalną integrację wykrywającą awarie przylegania i wznawiającą wydruk po takiej awarii. Wznowienie po wykrytym odklejeniu jest sensowne w farmie, ale oznacza, że liczba sztuk na końcu nocy nie musi się zgadzać z liczbą sztuk w zleceniu — a sztuka wznowiona po awarii nie jest sztuką równą pozostałym, dopóki nikt jej nie zmierzył.
Rachunek z tego jest różny w zależności od tego, co drukujesz. W powtarzalnej serii nadbitka wchodzi do zapasu i kosztuje materiał, przy zleceniu jednorazowym to godzina maszyny wyrzucona z terminarza. Jeśli ten drugi przypadek dominuje, oszczędność nie siedzi w panelu, a w strukturze zleceń: przestawienie firmy usługowej z pojedynczych zleceń na powtarzalne serie zmienia również to, ile kosztuje każda pomyłka w kolejce.
Test w dwóch zadaniach, który rozstrzyga to u Ciebie
Zachowanie opisane wyżej zależy od wersji firmware, od oprogramowania pośredniczącego i od tego, czy plik szedł przez kolejkę, czy przez natychmiastową wysyłkę. Dlatego nie ma sensu ustalać tego z opisów. Test zajmuje tyle, ile dwa krótkie wydruki.
- Wyślij do kolejki dwa zadania z tego samego pliku, oba krótkie i tanie w materiale.
- Sprawdź na samej drukarce, czy oba pliki są w jej pamięci, a nie tylko zapowiedziane w panelu.
- Pierwsze zadanie domknij z ekranu drukarki. Po starcie drugiego przeładuj widok kolejki i policz wpisy.
- Drugie zadanie domknij z panelu w przeglądarce i powtórz liczenie wpisów po przeładowaniu.
- Zapisz, która droga zdjęła wpis z listy. To jest Twoja jedyna dozwolona droga domykania cyklu, dopóki nie zmienisz wersji firmware.
- Na koniec odłącz na minutę sieć w trakcie startu zadania i sprawdź, czy wpis zachował się tak samo.
Ostatni punkt wygląda na przesadę, ale to dokładnie warunek, w którym zgłaszający z pierwszego wątku widział rozjazd. Jeśli Twoja maszyna stoi na Wi-Fi w warsztacie z maszynami i zasilaczami, ten warunek występuje u Ciebie regularnie, tylko nikt go nie notuje.
Co zapisać, żeby dubel nie wrócił za dwa tygodnie
Wynik testu jest wart tyle, ile jego dostępność dla osoby, która będzie zdejmować sztuki w sobotę. Jedna droga domykania cyklu, zapisana przy maszynie, kosztuje mniej niż jedna nadbitka. Rozproszenie takich ustaleń po głowach operatorów działa tu tak samo jak w pracy biurowej, gdzie ćwierć czasu zespołu idzie na szukanie ustaleń zamiast na samą robotę.
- Jedna droga potwierdzania gotowości, ta sama dla wszystkich operatorów i wszystkich maszyn.
- Licznik sztuk w zleceniu sprawdzany po nocy przed pakowaniem, a nie przy wysyłce.
- Wpisy w kolejce liczone po przeładowaniu widoku, nie na pamięć z wieczora.
- Maszyna włączona i podłączona w momencie dodawania plików do kolejki.
- Połączenie przewodowe tam, gdzie pliki G-code mają po kilkadziesiąt megabajtów.
- Sztuka wznowiona po wykrytej awarii oznaczona i zmierzona osobno, nie wrzucona do partii.
Decyzja do podjęcia jest prosta i nie dotyczy zakupu. Ustal jedną drogę domykania cyklu i sprawdź ją testem na dwóch zadaniach, zanim dołożysz do kolejki trzecie zlecenie klienta. Jeżeli test pokaże, że wpisy nie schodzą z listy przy żadnej z dróg, to przez ten czas rezygnujesz z kolejki i wysyłasz zadania pojedynczo — wolniej, ale bez nadbitek, za które nikt Ci nie zapłaci.