Farm Manager 3.0: от первой Alpha к реальной работе.

В июле мы впервые подробно рассказали о 3DIWELL Farm Manager и опубликовали Alpha 2.566.

К тому моменту основные направления развития FM уже были понятны: модульность, складской учёт, резервные копии, работа с большим количеством оборудования, камеры, интеграция со слайсерами.

Но между идеей и удобной реализацией есть большая разница.

Именно здесь особенно помогли первые пользователи FM. Комментарии, тесты на другом оборудовании, логи и реальные сценарии работы позволили понять, какие решения действительно удобны, а какие стоит пересмотреть.

Так постепенно и сформировался FM 3.0.

Прежде всего спасибо всем, кто скачал и использовал FM 2.566, несмотря на честную надпись Alpha, и всех остальных, кто писал нам, присылал логи и проверял тестовые сборки.

Иногда один комментарий подтверждал решение, которое мы уже обсуждали. Иногда предлагал более удачный вариант. А иногда превращался в несколько недель разбирательств с камерами, сетью и очередной прошивкой.

«Это уже какая-то CRM получается»

Когда мы начали рассказывать о складском учёте и расчёте стоимости, TheRaven заметил, что такими темпами Farm Manager рискует постепенно превратиться в CRM.

И предложил простой подход: дополнительную функциональность лучше делать в виде независимых модулей.

Мы и раньше рассматривали такую архитектуру, но именно обсуждение помогло окончательно определиться с подходом.

Так в FM появился менеджер модулей.

Нужен склад - устанавливаете Inventory. Нужен расчёт стоимости - добавляете соответствующий модуль. Не нужны - основная программа от этого сложнее не становится.

Складской учёт позволяет вести материалы и катушки, учитывать остатки и связывать их с принтерами, AMS, CFS и внешними держателями.

А модуль расчёта стоимости может использовать эти данные для расчёта заказа: материал, время работы оборудования, оператор, постобработка, упаковка и другие расходы.

И больше никаких Расчет_новый_финал_точно_последний.xlsx.

Ну, по крайней мере, мы стараемся.

«А можно камеры всех принтеров сразу?»

Такой вопрос появился в комментариях FireHaska.

Саму идею видеостены мы уже рассматривали, но обратная связь показала, что для фермы это действительно полезный рабочий инструмент.

На первый взгляд задача простая: открыть несколько камер и разложить их по экрану.

К сожалению, камеры об этом не знали.

При параллельной работе появились зависания потоков, различия между протоколами и видеокодеками, особенности отдельных производителей и ощутимая нагрузка на компьютер.

В итоге модуль Camera Wall пришлось делать как отдельную систему.

Сейчас видеостена автоматически формирует сетку камер, позволяет фильтровать принтеры по состоянию и открываться в отдельном окне, например на втором мониторе.

Мы закладывались на отображение до 25 камер и отдельно работали над тем, чтобы всё это оставалось пригодным для обычного компьютера с Windows 10.

Для пользователя результат значительно проще всей этой истории:

открыл видеостену - камеры работают.

Наверное, именно так и должно быть.

«На данный момент добавлено 36 принтеров»

Эту фразу написал spyhex во время тестирования.

И она довольно хорошо показывает разницу между небольшой мастерской и фермой.

На трёх принтерах заполнить несколько одинаковых полей ещё можно.

На тридцати шести желание делать это вручную быстро исчезает.

Мы уже думали над ускорением массового добавления оборудования. В обсуждении появился вариант ввода IP по маске, а TheRaven предложил более универсальное решение - просто копировать профиль уже настроенного принтера.

Так в FM появилась функция копирования устройства. Создаёте копию и меняете только уникальные параметры: IP, серийный номер и название.

Тестирование большого парка также подтвердило необходимость резервного копирования.

После настройки нескольких десятков принтеров предложение «просто настройте всё заново» звучит уже не очень убедительно.

Поэтому FM 3.0 умеет создавать резервные копии и восстанавливать конфигурацию.

Расширилась и работа с файлами на самих принтерах: для поддерживаемых моделей FM может показывать содержимое памяти, искать и сортировать файлы, а там, где это позволяет локальный протокол, выполнять дополнительные операции.

Несколько небольших вещей, которые оказались не такими уж маленькими

В первой Alpha использовался фиксированный порт 8000.

loki_90 и spyhex почти сразу сообщили, что он у них уже занят другими сервисами.

Мы и раньше планировали сделать порт настраиваемым, но после таких отзывов вопрос быстро поднялся в списке приоритетов.

В FM 3.0 при установке можно выбрать другой свободный порт.

Ещё одно небольшое изменение появилось после предложения FireHaska - панель подсказок теперь можно сворачивать.

Новому пользователю она полезна, но через некоторое время начинает немного напоминать гостя, который пришёл на пять минут и почему-то до сих пор не ушёл.

Продолжается и развитие модуля оформления: темы отделены от основной логики FM, а интерфейс можно подстраивать под собственные предпочтения и зрительный комфорт.

А сколько принтеров мы действительно протестировали?

Здесь стоит честно рассказать об одном из главных ограничений проекта.

Количество моделей, которые мы можем полноценно проверить самостоятельно, пока относительно небольшое.

Можно изучить документацию и протокол, добавить предварительную поддержку модели, но окончательный ответ на вопрос «всё ли действительно работает?» появляется только рядом с настоящим принтером.

А современные принтеры имеют неприятную особенность - каждый из них стоит денег.

Купить по экземпляру каждой модели Bambu Lab, Creality, QIDI, FlashForge и других производителей исключительно для тестирования небольшой команде довольно сложно. Тем более что модельный ряд постоянно обновляется.

Поэтому оборудование наших тестировщиков для проекта не менее важно, чем собственный парк.

Именно на таких тестах проявляются вещи, которые невозможно увидеть в документации: близкие модели ведут себя по-разному, обновление прошивки меняет работу локального протокола, а камера внезапно оказывается совсем не такой, как у соседней модели.

Поэтому мы стараемся не ставить отметку «полная поддержка» только потому, что устройство теоретически должно работать.

А что с OrcaSlicer?

Ещё один часто повторяющийся вопрос - можно ли убрать цепочку:

нарезать → сохранить → загрузить в FM → отправить на принтер.

Мы согласны, что можно сделать удобнее.

Уже проводились эксперименты с OrcaSlicer и прямой передачей подготовленного G-code в Farm Manager через механизм Print Host.

Также прорабатывается более удобный вариант отправки файла в FM непосредственно после нарезки.

Но специально не включаем эту возможность в список полностью готовых функций 3.0.

То же самое относится к Dashboard для большой фермы и более продвинутым сценариям прогрева. Об этих функциях лучше подробно рассказать тогда, когда они пройдут полноценное тестирование.

Что в итоге?

FM 2.566 был первым публичным вариантом нашего представления о Farm Manager.

FM 3.0 сохранил то же направление, но многие решения прошли проверку реальными мастерскими.

Обратная связь помогла не придумать программу заново, а понять, какие из уже запланированных направлений действительно важны, как их лучше реализовать и чему стоит уделить внимание в первую очередь.

Farm Manager по-прежнему остаётся локальным: без обязательного облака, аккаунта и телеметрии, с единым интерфейсом для принтеров разных производителей.

Но теперь это уже значительно более проверенное представление о том, каким должен быть FM.

Отдельно хочется поблагодарить TheRaven, loki_90, sajber, spyhex, FireHaska, а также Кирилла, Павла Ю. и Антона Л. 

И да, мы по-прежнему будем рады обратной связи. 

Особенно той, после которой нам снова придётся что-нибудь переделывать. )

Страница проекта: https://3diwell.com/fm_3d/

Демо страница приложения: https://3diwell.com/fm_3d/demo/