Логистическая сеть Factorio становится понятнее, если собирать её не как огромный контур, а как небольшую проверяемую схему. Сначала достаточно одного участка производства, одного источника предметов, одного запроса и связанного покрытия Roboport. Когда эта основа работает без очередей и пропавших заявок, к ней можно добавлять новые группы запросов, дополнительные порты и автоматизацию.

Главная задача такой настройки - не просто увеличить число logistic robots. Нужно убедиться, что сундуки относятся к одной сети, нужный предмет действительно доступен, requester не требует больше, чем выпускает фабрика, а энергии и мест для зарядки хватает на текущий поток перевозок.

Как Roboport объединяют логистическую сеть

Логистическая сеть соединяет Roboport, logistic robots и специальные сундуки. Однако соседние порты становятся частью одного контура только тогда, когда их покрытие связано. Само присутствие двух Roboport рядом ещё не гарантирует, что предметы и заявки окажутся в общей сети.

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

Перед расширением сети полезно удерживать Roboport или наводить на него курсор и смотреть границы покрытия. Также проверяется жёлтая пунктирная связь между портами. Такой осмотр лучше проводить до добавления новых роботов: иначе часть сундуков может остаться в другой сети, а увеличение числа logistic robots не устранит настоящую причину.

Первая рабочая схема с provider и requester

Для базовой схемы подходит простой порядок: passive provider chest ставится на выходе производства, а requester chest - на входе следующего участка. Provider делает предметы доступными для сети. В requester задаётся минимальное количество, после чего роботы доставляют груз в пределах связанного покрытия.

Эту схему удобно проверять на одном предмете. Сначала подтверждается, что он появился в подходящем provider chest. Затем смотрят, относится ли requester к той же оранжевой зоне и существует ли связь между Roboport. После этого можно оценивать скорость доставки и добавлять другие заявки.

Минимальное количество в requester не следует превращать в бесконечно растущий лимит. Если сундук запрашивает больше, чем фабрика успевает производить, заявка будет оставаться незакрытой. Внешне это похоже на нехватку роботов, хотя сеть просто не получает нужный объём предметов.

Чем отличаются специальные сундуки

Назначение сундуков проще сравнивать по трём вопросам: кто отдаёт предметы, кто формирует запрос и куда попадает незапрошенное содержимое.

Тип сундука | Основная роль | Что происходит в сети |
---|---|---|
passive provider chest | Источник на выходе производства | Делает находящиеся внутри предметы доступными для доставки |
requester chest | Получатель на входе | Задаёт минимальный запас, который должны пополнить роботы |
storage chest | Хранение | Принимает предметы, для которых сейчас нет запроса |
buffer chest | Запрос и последующая выдача | Сочетает роли получателя и поставщика |
active provider | Активная отдача | Выталкивает своё содержимое в сеть |

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

Storage chest важен для незапрошенных предметов. Buffer chest может сначала получить содержимое, а затем выступать поставщиком. Active provider, напротив, предназначен для выталкивания содержимого. Эти различия нужно учитывать до увеличения заявок, иначе сеть начнёт перемещать предметы не так, как ожидалось от простой схемы passive provider - requester.

Почему роботы замедляются и образуют очередь

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

Когда доставка начинает замедляться, сначала проверяют расстояние. Длинные перевозки увеличивают нагрузку на сеть и делают очередь заметнее. Затем оценивают питание и количество портов. Если энергии не хватает или зарядных мест мало, роботы будут возвращаться к Roboport, но не смогут быстро продолжить работу.

Только после этих проверок имеет смысл менять число роботов. Бесконечное увеличение минимального запаса в requester обычно ухудшает ситуацию: заявок становится больше, маршруты остаются длинными, а ограничение зарядки никуда не исчезает.

Для протяжённого маршрута можно добавить Roboport ближе к месту назначения. Другой вариант - разделить перевозки на независимые контуры. При таком разделении порты не ставят настолько близко, чтобы их покрытие случайно соединилось: иначе два задуманных участка снова превратятся в одну сеть.

Что проверять, если роботы не несут предметы

У отказа доставки есть две особенно частые причины: нет общей зоны или выбран неправильный источник предмета. Проверка по порядку помогает не маскировать их добавлением новых logistic robots.

  1. Сначала осматриваются оранжевые границы Roboport и жёлтая пунктирная связь между соседними портами.
  2. Затем подтверждается, что provider, storage chest и requester находятся в связанном покрытии.
  3. После этого проверяется наличие нужного предмета в подходящем provider или storage chest.
  4. Далее сравнивается запрос requester с фактическим выпуском фабрики.
  5. В конце оцениваются энергия, очередь на зарядку, расстояние перевозки и число портов.

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

Как совместить logistic network и circuit network

Логистическая и circuit network могут одновременно управлять одними объектами. Это позволяет ограничивать inserter или производство с помощью сигнала, не отказываясь от логистических заявок. Однако такая схема требует отдельной проверки красного и зелёного провода.

Когда для устройства заданы два условия, оно активируется только после выполнения обоих. Поэтому при поиске ошибки недостаточно смотреть только на requester или только на circuit network. Одно условие может быть выполнено, а второе - удерживать inserter или производство в выключенном состоянии.

Проверять такую автоматизацию лучше поэтапно. Сначала должна работать небольшая логистическая схема без дополнительных ограничений. Затем подключается сигнал и отдельно рассматриваются красный и зелёный провод. Так проще понять, где именно остановилась цепочка: в общей зоне, в источнике предмета, в заявке или в условиях устройства.

Персональные logistics requests

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

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

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

Как расширять сеть без перегрузки

Надёжный порядок расширения начинается с малого контура. Сначала работают один источник, один requester и связанное покрытие. Потом добавляются дополнительные группы заявок. Лишь после этого вводятся сигнальные ограничения и более сложная автоматизация.

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

Если после расширения растёт очередь, возвращаются к четырём базовым параметрам: расстояние, питание, число портов и объём запроса. Такая последовательность надёжнее, чем попытка сразу добавить больше роботов. Она показывает, ограничена ли сеть длинными перевозками, зарядкой, энергией или завышенным минимумом в requester.

FAQ

Почему requester chest не получает предметы?

Проверьте, находится ли он в одной логистической зоне с источником, есть ли жёлтая пунктирная связь между Roboport и лежит ли предмет в подходящем provider или storage chest. Затем сравните минимальный запрос с тем, сколько производит фабрика.

Почему много роботов не ускоряют доставку?

Роботы возвращаются на зарядку, а у Roboport ограничено число зарядных мест. При длинных маршрутах очередь растёт, поэтому сначала проверяются расстояние, питание и количество портов, а не только общий парк logistic robots.

Чем оранжевая зона отличается от зелёной?

Оранжевая область Roboport является логистической зоной. Зелёная относится к строительству. Для работы provider, requester и доставки предметов необходимо связанное оранжевое покрытие.

Можно ли разделить одну большую сеть?

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

Когда становятся доступны персональные запросы?

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