Перейти до змісту

Замовник питає, коли буде п'ятдесят

Ситуація

Активних замовлень тридцять. Дзвонить замовник і ставить питання, яке кожна ферма чує десять разів на день: «Коли будуть мої п'ятдесят ламп?» Оператор відповідав з голови — скільки машин вільно, що попереду в черзі, скільки друкується лампа — і зазвичай вгадував з точністю до дня. Із тридцятьма замовленнями в роботі голова відмовляє першою.

Мета

Дата на замовленні, яка вже враховує машини, що є на фермі, друки, що на них ідуть, усе поставлене в чергу попереду і решту замовлень, які стоять вище за це, — і спосіб побачити, чи вистачить філаменту на полиці, щоб до неї дійти.

Що задіяно

Функція Її роль
Замовлення Рядок — Лампа × 50 — з пріоритетом і датою здачі.
Що друкувати далі Скільки друків потрібно на п'ятдесят після того, що надруковано, друкується і в черзі.
Прогноз ферми Готово ≈ на замовленні й на кожному рядку плану, машино-години, що лишились, і дата після N терміновіших.
Таблиця філаменту під планом Потреба за матеріалом і кольором проти котушок на полиці.
Поетапний запуск і підтвердження очищення столу Дві з речей, яких прогноз свідомо не моделює — і перелічує на кожній даті, яку показує.

Крок за кроком

  1. Відкрийте замовлення — або створіть: Проєкти → Замовлення → Нове замовлення, замовник, рядок Лампа × 50 із матеріалом PETG, пріоритет Високий, дата здачі. Виріб уже в каталозі з прив'язаними плитами.

  2. Прочитайте смужку. Замовлено 50 · Надруковано 12 · Готово 12 · Залишилось 38, а поруч дві плитки, які заповнює прогноз: Готово ≈ з датою і Маш.-год лишилось. Під плитками, коли є що казати: після 2 терміновіших: <дата> — дата на випадок, якщо лампи мусять чекати замовлень, що стоять вище, — і кількість друків без оцінки або без принтера для своєї моделі.

  3. Прочитайте план. Що друкувати далі перелічує плити, які покривають 38, з кількостями, і кожен рядок показує власне готово ≈ — останній друк рядка, не замовлення. Тут ще нічого не відправлено; числа рухаються, коли ви міняєте кількості.

  4. Перевірте філамент. Таблиця під підсумками плану має рядок на кожен матеріал і колір, які потрібні плану: потрібно, на полиці цього кольору, на полиці цього матеріалу, нестача — бурштином. Полиця, яку не вдалося прочитати — Spoolman лежить, — так і каже, а не показує нуль.

  5. Відповідайте замовнику. Готово ≈ — це дата, якщо план піде в чергу зараз поверх того, що там уже є. Якщо попереду стоять два терміновіші замовлення, чесна дата — друга.

  6. Відправте план — увесь в авто-чергу або рядок на конкретний принтер через На принтер… — і кладіть слухавку.

  7. Згодом: лічильники Друкується і У черзі на сторінці замовлення тікають, Надруковано росте з кожним завершеним друком, а коли кожен рядок досягне своєї кількості, сторінка підніме банер із пропозицією закрити замовлення. Закрийте там; саме воно ніколи не закривається.

Тридцять замовлень одразу

Табличний вигляд вкладки Замовлення несе ті самі дві колонки — Готово ≈ і Маш.-год — для кожного активного замовлення, з сортуванням, одним запитом на всю таблицю. Над списком смужка філаменту підсумовує потребу всіх активних замовлень за матеріалом і кольором: відповідь на «чи можемо взяти ще одне замовлення на чорний PETG» до того, як замовник спитає.

Що BamDude робить далі сам

  • Прогноз — це симуляція, яка рахується заново на кожен запит. Він робить знімок ферми — кожен принтер за моделлю, друк, що йде на ньому, із залишком часу, усе, що чекає в обох ярусах черги, — і розкладає друки плану по машинах тих моделей, які називають їхні файли, перша вільна машина — перша. Він нічого не пише і нічого не гейтить; поставлене в чергу завдання не змінюється від того, що прогноз на нього подивився.
  • Дві дати з одного знімка. Зараз кладе план цього замовлення поверх того, що вже в черзі. Після спершу програє кожне активне замовлення, що стоїть вище — за пріоритетом, далі за датою здачі (без дати — в кінець), далі за віком, — і кладе це замовлення після них. Підняти пріоритет замовлення — це посунути його власну дату після вгору і зсунути дату після всім, хто нижче.
  • Робота припаркованого принтера все одно рахується. Принтер у режимі обслуговування або з паузованою чергою нових друків у симуляції не отримує, але його поточний друк і рядки, що вже стоять у його черзі, програються — інакше замовлення, чий останній друк стоїть на припаркованій машині, читалось би як готове.
  • Закриті замовлення не прогнозуються. Завершені й скасовані не мають дати і не розміщують роботи; у таблиці їхні клітинки — прочерк.
  • Невідоме лишається невідомим. Друк, чий файл не має оцінки часу, або живий друк, який ще не віддав свій 3MF, рахується як без оцінки і ніколи тихо не стає нулем годин.

Пастки і «а якщо»

Чотири речі, яких дата не містить

Кожна дата несе одну й ту саму примітку: поетапний запуск, підтвердження очищення столу, сушіння між друками та вивантаження і прогрів не моделюються — а час друку взятий з оцінки слайсера, не з фактичного часу архіву. Ферма, яка сильно розтягує старти або очищає столи раз на зміну, закінчує пізніше за дату. Читайте її як дату машин і додавайте звички цеху самі.

  • «Без оцінки» — проблема файлу. Плита, яку слайсер лишив без часу, або меш, прив'язаний до виробу, дає рядку нічого. Перенаріжте або прив'яжіть нарізаний файл.
  • «Без принтера для своєї моделі». План вибрав плиту, нарізану під модель, якої на фермі немає активної — можливо, всі архівовані або на обслуговуванні. Лічильник каже, скільки друків зависло; перемкніть Файл рядка на зріз іншої моделі.
  • Пріоритет — для дати, не для черги. Високий піднімає лампи в ранжуванні після і в списку замовлень у діалозі друку; жодного рядка в черзі він не рухає. Коли лампи справді мусять обійти чергу, див. Терміновий друк поперед черги.
  • Друки, запущені з екрана принтера, не належать жодному замовленню, доки ви їх не підшиєте — редактор архіву і Прив'язати до замовлення на сторінці архіву роблять це заднім числом, — а доти Надруковано замовлення їх не бачить.
  • Філамент на полиці — це філамент на полиці. Таблиця порівнює з котушками в інвентарі, а не з тим, що заряджено в AMS: котушка в шухляді рахується, і котушка, яку викинули, не закривши в обліку, теж.

Суміжні сценарії