Синхронізація та оптимізація руху поїздів і дронів на виділеному сервері Satisfactory
Автоматизація логістики за допомогою поїздів і дронів — це єдиний спосіб змусити працювати мегафабрику пізньої стадії гри без катастрофічних лагів конвеєрних стрічок. Переведення ресурсів в «упакований» вид всередині вагонів розвантажує процесор хостингу, але створює нові виклики. Більшість адміністраторів серверів помічають: після налаштування розкладу автоматичний транспорт починає збоїти. Поїзди намертво застигають на роздоріжжях, дрони «зависають» у повітрі над станціями, а серверний потік починає відчувати мікрофризи.
У цій статті ми розберемо внутрішню логіку обчислення ІІ-транспорту на стороні виділеного сервера Satisfactory і навчимося правильно будувати розв'язки з використанням Блок-сигналів (Block Signals) та Шлях-сигналів (Path Signals), щоб запобігти розсинхронізації та зависанням.
Чому на сервері «ломається» автоматичний транспорт?
В одиночній грі (Singleplayer) розрахунок шляхів транспорту відбувається моментально. На виділеному сервері гра розділена на потоки, і симуляція ІІ-маршрутів залежить від серверного тикрейту. Збої відбуваються з двох головних причин:
- Десинхронізація координат (Server-Client Desync): Коли поїзди рухаються на високій швидкості, сервер обчислює їхнє положення дискретно (певними кроками). Якщо в цей момент серверний процесор зайнятий автозбереженням або важким розрахунком виробництва, тік затримується. Поїзд фізично проскакує невидиму триггерну точку зміни сигналу, і автоматика сервера вважає, що склад порушив правила проїзду, аварійно зупиняючи його з помилкою
No PathабоWaiting for Time Table. - Потоковий тупик при розрахунку колізій (Deadlock): Якщо залізнична мережа побудована хаотично, без чіткого поділу на незалежні зони, сервер змушений щосекунди прораховувати траєкторії всіх поїздів на одній лінії, щоб запобігти їхньому зіткненню. Якщо два поїзди блокують один одного на перехресті, ІІ переходить у нескінченний цикл пошуку альтернативного шляху, що викликає різку просадку серверного TPS.
Золоті правила залізничної сигналізації
Щоб автоматика сервера ніколи не збоїла, рейки необхідно розділяти на **Блоки** — ізольовані ділянки колії, на яких в один момент часу може перебувати лише один склад. За це відповідають два типи сигналів.
Головне правило встановлення сигналів: Завжди розміщуйте сигнали з правого боку рейок за напрямком руху поїзда. Якщо ви будуєте двоколійну залізницю, сигнали на коліях не повинні дивитися один на одного, інакше сервер вважатиме цю ділянку реверсивною і заплутається в пріоритетах.
1. Блок-сигнал (Block Signal) — для прямих ділянок та станцій
Блок-сигнал працює просто: він зчитує стан ділянки колій попереду себе до наступного сигналу. Якщо там уже стоїть або їде інший поїзд, сигнал горить червоним і не пускає наступний склад.
- Де використовувати: На довгих прямих перегонах між базами та прямо перед в'їздом на вантажні станції.
- Оптимізація навантаження: Розділяйте довгі магістралі Блок-сигналами на відрізки, рівні довжині приблизно 1.5–2 ваших стандартних поїздів. Це дозволить складам їхати один за одним щільним потоком, а серверу — обробляти їхній рух локальними, ізольованими блоками даних, не перевантажуючи глобальний мережевий потік.
2. Шлях-сигнал (Path Signal) — для складних перехресть та розв'язок
Це просунутий сигнал, який запобігає лагам при розрахунку перетинів. Він не просто перевіряє, чи порожнє перехрестя, а змушує поїзд заздалегідь «зарезервувати» конкретну безпечну траєкторію (шлях) всередині цієї розв'язки.
- Де використовувати: Строго на в'їздах на будь-які розвилки, Т-подібні перехрестя та кругові розв'язки.
- Як це працює для сервера: Якщо два поїзди в'їжджають на складне перехрестя з різних боків і їхні шляхи фізично не перетинаються (наприклад, один повертає праворуч, а інший їде прямо), Шлях-сигнал дозволить їм проїхати перехрестя одночасно. Серверу не доведеться зупиняти один із складів і витрачати процесорний час на перерахунок його розкладу.
Інженерний алгоритм побудови ідеального перехрестя
Щоб ваше перехрестя ніколи не викликало помилку Signal Loop Standard і не вішало сервер, використовуйте універсальну формулу автоматизації:
На всіх В'ЇЗДАХ на перехрестя ставте ШЛЯХ-СИГНАЛ.
На всіх ВИЇЗДАХ з перехрестя ставте БЛОК-СИГНАЛ.
- Огородіть саму зону перехрестя: рейки всередині розвилки мають стати єдиним ізольованим блоком.
- Перед розвилкою (за кілька метрів до перетину рейок) встановіть Шлях-сигнал. Поїзд, наближаючись до нього, надішле запит серверу на бронювання маршруту.
- Відразу за перехрестям, на прямому шляху рейок, що йдуть далі, поставте Блок-сигнал. Щойно останній вагон перетне цей сигнал, перехрестя моментально звільниться для інших поїздів.
Оптимізація Дронів: як уникнути зависання в повітрі
Дрони — ідеальний транспорт для перевезення дорогих ресурсів (уранова руда, батареї, процесори) на великі відстані. Вони літають по прямих лініях і не вимагають рейок, але на виділених серверах часто «зависають» у нескінченному режимі очікування над портами.
| Проблема з дронами на сервері | Технічна причина | Інженерне рішення |
|---|---|---|
| Дрон завис над портом і не сідає | У порту відсутня батарея для зворотного вильоту. Логіка ШІ на сервері блокує посадку, щоб дрон не «помер» на розвантаженні. | Організуйте безперебійну подачу батарей хоча б в один із двох пов'язаних портів. Один порт заправить дрон на коло туди і назад. |
| Кілька дронів стикаються в повітрі та застигають | Ви прив'язали більше 2-3 дронів до одного й того самого порту. На сервері ламається черга посадки (Landing Queue). | Дотримуйтесь правила: Один порт — один закріплений дрон. Для збільшення пропускної спроможності будуйте додаткові порти поруч. |
Чек-лист обслуговування автоматизації для адміністратора
- Регулярно чистіть буфери портів: Якщо вихідний інвентар Дрон-порту повністю забитий ресурсами, дрон прилетить, зависне над ним і перебуватиме в активному режимі симуляції, навантажуючи тикрейт сервера. Використовуйте розумні розгалужувачі (Smart Splitters) та уводьте надлишки ресурсів в Утилізатор (Awesome Sink).
- Уникайте перетинів шляхів на одному рівні: Будуючи магістральні ЖД розв'язки, намагайтеся розводити колії за висотою (робити естакади та мости), щоб поїзди взагалі фізично не перетиналися на одному рівні. Немає перетинів — серверу взагалі не потрібно використовувати процесорний час на розрахунок логіки сигналів та колізій на цій ділянці.
Резюме: Налаштування залізничної сигналізації у Satisfactory вимагає грамотного розподілу обчислень. Мережа колій, зведена за естакадним принципом із чіткими блоками сигналів, локалізує розрахунки ІІ в окремі потоки, дозволяючи виділеному серверу тримати стабільні 30.0 UPS.