Симулятор пульта ДЦ Нева

Делали новый участок - получается еще один симулятор

VATS — Tue, 14 Apr 2026 18:05:36 GMT

Привет.

Какое-то время назад начали создавать для Симулятора свою папку с новым участком, чтобы заменить один из имеющихся участков. По ходу работы начали набрасывать какой-нибудь код для тестирования файла, чтобы он сообщил, все ли ссылки и длины массивов правильные. Однако с какого-то момента файл данных оброс так, что в Симуляторе его уже запустить непросто (слишком много ЛП, много стрелок, а потом еще понадобились остановки на платформах). В общем, одно за другим, и потихоньку написали ограниченный клон Симулятора, который и прилагается.

Конечно, там еще хватает что допиливать, поддержку групп стрелок для удобства, поддержка враждебных маршрутов для правильного включения выходного светофора на участковых ЛП, расписания, доп. ГИДы...
Но поезда ходят .

Распаковывать при помощи пароля, который крупными буквами написан в конце имени файла.
Запускать ярлык, или приложение в папке `bin`.
Читать README, один для приложения, рядом с ярлыком, и еще один для маршрута, в папке `District\1`.

Добавлено (08.10.2023, 12:44)
---------------------------------------------
ВНИМАНИЕ. При выкладывании файла движок изменил его имя, и прописные буквы выглядят строчными. При распаковке в качестве пароля вводить нужно в ВЕРХНЕМ РЕГИСТРЕ последнее слово в имени файла, вместе с цифрами.

Главный раздел

Maximus — Mon, 06 Apr 2026 07:40:33 GMT

ГЛАВНЫЙ РАЗДЕЛ

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

Промежуточная версия 0.9.3

Zork — Wed, 11 Mar 2026 08:22:15 GMT

Форум: Новые версии симулятора
Описание темы: 01.01.2024
Автор темы: Zork
Автор последнего сообщения: Zork
Количество ответов: 19

Пытаюсь замутить свой симулятор.

V9 — Sun, 15 Feb 2026 07:37:51 GMT

Но так как опыта мало, шанс на успех - меньше процента. Тут я планирую держать общество в курсе того, как продвигается работа. Пока что принимаю решение что каждый день не меньше часа, но не более 2 часов буду тратить на программирование, но до нового года. Там будет решено, продолжать или нет, и в каком темпе, если "да".

Планирую, что это будет сервер, к которому люди смогут подключаться, и где они смогут совместно играть на полигоне

Пока что вчера разбирался с системой версионирования Fossil SCM, а так же читал доки по созданию сервера. В гайдах описывается, что при создании подключения надо создавать отдельную нить Thread на каждое подключение, точнее даже две нити - на чтение и на передачу. Однако проведенные эксперименты показали что хорошо действует метод available(), который возвращает 0, если от клиента еще не пришла инфа, и больше нуля, если от клиента что-то поступило. Т.е. можно обойтись двумя нитями - первая будет принимать подключения и передавать второй, а вторая - бегать по списку подключений и проверять - "а что там от кого пришло?"

Так же я проверял нагрузку процессора. Если бегать без конца, грузится процессор. Но если тормозить, останавливать его, на 1..4 миллисекунды, то он все равно грузится (т.е. остановки в реальности не происходит, он бегает внутри по циклу где-то), а вот с 5 миллисекунд начинается честная остановка. При этом, если ставить задержку в 5 миллисекунд, то он останаливается на 15 миллисекунд. При постановке на 15 мс, все равно 15 мс. Дальнейшие эксперименты показали, что остановка квантуется с точностью в 15.5 миллисекунд (15, 31, 46 и т.п.). 1000 / 15 ≈ 65 обходов в секунду. Задержка ответа 15,5 мс - это будет самая худшая задержка, среднее время задержки ответа - примерно 8 мс.

Добавлено (26.11.2019, 18:43)
---------------------------------------------
Сделал самый первый вариант сервера. Правда, пока, он принимает коннект, отдает инфу и вылетает, т.к. основной цикл опроса и обработки не сделан и к нему я даже не приступался. С удивлением узнал, что нет возможности узнать, клиент "живой" или давно "умер". И что данную проблему выясняют тайм-аутом. К примеру веб-сервер Апач ждет 5 секунд и закрывает соединение. Убил много времени на выяснение этого вопроса.

Добавлено (27.11.2019, 10:27)
---------------------------------------------
Сделал главный цикл сервера по обходу подключений, затестил. Сервер держал одновременно 16366 коннектов, что более чем "дофига" на данном этапе. При этом, формально, я запускал тест на этом же компе, так что я не знаю, где тут проблема - в операционке, тесте или в сервере.

Добавлено (28.11.2019, 15:43)
---------------------------------------------
Гонял под высокими нагрузками, но на том же компе. Для подключения хватает 0.5 миллисекунды. Выяснил для себя, что закрытое с обоих концов (приложение-сервер и приложение-клиент) соединение в системе "висит" еще 120 секунд. Зачем занимает место - малость не очень понятно, т.к. повторно использовать его не получится, хотя "висит" открытым вот вроде для этого "повторного использования". Непонятная загадка.
Сделал буферизированние входящих данных, но не доотладил, т.к. время кончилось.

Добавлено (29.11.2019, 21:16)
---------------------------------------------
Отладил поступление данных во входящий буфер; нашел и ликвидировал ошибку. которая затрудняла "размыкание" старых подсоединений. С ошибкой это получилась бы со скоростью 6 коннектов/секунда.

Добавлено (30.11.2019, 19:01)
---------------------------------------------
Потратил время, пытаясь ускорить процесс коннекта, но никаких успешных результатов не добился. "Слишком ранняя оптимизация - зло!"(С)

Добавлено (01.12.2019, 22:00)
---------------------------------------------
Час пытался написать первичный анализатор входящего потока данных серверу.

Добавлено (02.12.2019, 20:00)
---------------------------------------------
Сегодня ставил блокировку на тот случай, если "левый" клиент пришлет большой и бессистемный блок данных. А кроме того, рассматривал ситуацию, если клиент не принмает данные: у меня нет возможности выяснить это заранее, а нить исполнения нельзя блокировать, т.к. она одна. Получился невероятный костыль, но, думаю, должен будет рабоать

Добавлено (03.12.2019, 22:02)
---------------------------------------------
Начал писать парсер входящего запроса. За час добавил 61 строку кода.

Добавлено (04.12.2019, 22:03)
---------------------------------------------
Зачатки парсера сделаны, сегодня писал "револьверный" отсылатель данных. Как ни крути, придется создать несколько нитей отправки данных и четко контролировать скорость отправки, чтобы вовремя "прибивать" зависшие соединения. За час добавлено еще 72 строки кода.

Добавлено (05.12.2019, 06:13)
---------------------------------------------
Сегодня только разбирался с созданием, поддержкой и объединением ветвей (branch) в системе версионирования fossil. Было достаточно сложно для понимания "с нуля", но вроде разобрался. По крайней мере итоговая картинка ветвей у меня получилась та, что я хотел видеть в начале разбирательств.

Добавлено (06.12.2019, 21:58)
---------------------------------------------
Сегодня пытался разобраться с системой Ticket у Fossil, вроде разобрался. Исправил один баг по тикету и продолжал писать револьверный отсылатель.

Добавлено (07.12.2019, 13:32)
---------------------------------------------
Сделал отсылатель, но тут вроде выяснилась проблема, что простаивающую нить невожмно "запустить". Если удалить все простои, ответ формируется и отсылается за 3 миллисекунды, а если простои включены, то за 15.3*3 = 46 миллисекунд. То ли документацию плохо читал, то ли еще что.

Добавлено (08.12.2019, 16:19)
---------------------------------------------
Переписывал прогу, чтобы выкинуть пока-что один из этапов конвейера обработки, что дало сокращение простоя на 33%. Дальше решил не трогать, до перехода на другую версию ПО.
Начал писать парсер входящего запроса.

Добавлено (09.12.2019, 22:00)
---------------------------------------------
Час промучился со сплиттером, так и не смог заставить его корректно работать. Продолжим завтра.

Добавлено (10.12.2019, 22:02)
---------------------------------------------
Ровно еще один час, минуту в минуту, потребовалось, дабы домучать сплиттер.

Добавлено (11.12.2019, 22:02)
---------------------------------------------
Сегодня наконец я добил за 1.5 часа программирования парсер и ответчик. Был первый условный обмен данными в штатном режиме, со всем сделанным конвейером обмена данными. Завтра отрефакторить код, чтобы убрать собранное на "живую нитку", добавить обработки ошибок и т.п., и можно приступать уже к написанию модуля логики игры.

Добавлено (12.12.2019, 23:52)
---------------------------------------------
Сегодня занимался чисто рефакторингом. Ну и думал о будущей архитектуре.

Добавлено (14.12.2019, 21:53)
---------------------------------------------
Закончил подсистему ввода-вывода сервера, завтра перехожу к написанию модуля логики игры.

Добавлено (15.12.2019, 01:02)
---------------------------------------------
Пока не мог заснуть, пришла в голову идея ускорить конвейер. Не смог удержатся, сел за рефакторинг. 45 минут работы, +75 строк кода, но сервер теперь отдает информацию за 1 миллисекунду вместо 30.

Добавлено (16.12.2019, 21:48)
---------------------------------------------
В общем, поначитавшись инструкций "как правильно делать", решил сделать по стандарту keep-alive connection. Думал, будет, в принципе просто, т.к. я закладывался на это развитие в будущем в том прошлом. Но задача оказалась сложной, и я чую, что я на ней подвис дня на три-четыре. И бросить нельзя, т.к. я "раскидал" код.

Добавлено (17.12.2019, 17:14)
---------------------------------------------
Мучаю Keep-alive. В программированнии на Java постоянно поражает одна вещь.

Расколбасил половину кода.
Получил свыше 50 ошибок при компиляции.
Мучительно их убираешь, запуская раз за разом компиляцию, пока компиляция не покажет "ошибок нет".
Запускаешь, и все запускается с первого же запуска. Хотя ожидаешь, что после компиляции ты будешь столько же времени отлавливать ошибки времени запуска. Но все работает с первого запуска!

В это настолько не верится, что иногда волосы шевелятся.

Добавлено (17.12.2019, 20:56)
---------------------------------------------
Героически домучал keep-alive, завтра точно начну делать движок игры.

Добавлено (18.12.2019, 22:09)
---------------------------------------------
Не менее героически писал GUID генератор, дабы он соответствовал RFC 4122.

Добавлено (18.12.2019, 22:16)
---------------------------------------------
Уже домучив GUID генератор, снова открыл RFC 4122 и выяснил, что там в конце есть образец корректного генератора GUID на С. Все то, что я мучал 2 часа, можно было сделать за 15 минут.

Добавлено (19.12.2019, 09:37)
---------------------------------------------
Писал логику сессионных ключей пользователей.

Добавлено (20.12.2019, 21:58)
---------------------------------------------
Сегодня разбирался с кодами перенаправления, нашел правильное использование на примере почты гуглы, делал собственный вариант (это необходимо для корректного различения разных пользователей).

Добавлено (21.12.2019, 01:18)
---------------------------------------------
Сегодня немного отвлекся (на час) от симулятора и написал себя микро-программку, которая считает строки кода в симуляторе. Выкидывает комментарии, выкидывает пустые строки, считает только те строки кода, где что-то присутствует. Всего на данный момент в программе 3963 строки, из них 2539 - это автоматически сгенерированный чудовищный тестовый файл для тестирований одной из функций. За минусом этого "авто-генерата", мною написано 1424 строки кода за месяц. Что по часам, я пока не считал, но примерно под 30 часов. Как я понимаю, стандарт программирования - это примерно 450 строк за 8 часов работы. У меня получается 379. Но, надо признать, что я программирую, без шуток, в блокноте, а не в IDE, так что, думаю, мой результат не так уж плох.

Добавлено (21.12.2019, 20:30)
---------------------------------------------
Писал логику для ошибки "не найден ресурс". 45 минут, +75 строк кода.

Добавлено (22.12.2019, 00:20)
---------------------------------------------
Почти двухчасовой забег закончился окончанием отладки ситуации "не найден ресурс", исправлением части найденных ошибок, написанием нового суб-парсера входящих данных и началом написания самого движка игры. Еще +145 строк кода, и теперь симулятор - это 4183 строк кода. Но скоро будет рефакторинг, часть дублирующего кода будет удаляться, так что количество несколько уменьшится.

Добавлено (22.12.2019, 00:25)
---------------------------------------------
Забыл сказать, что сегодня - это именно та дата, когда игровой движок мне хоть что-то отрисовал как игроку.

Добавлено (23.12.2019, 09:59)
---------------------------------------------
Встал на том, что где-то сидит баг с зависанием сервера, который не могу пока найти.

Тестовые версии 0.9.3.x

Zork — Tue, 11 Nov 2025 06:57:39 GMT

Изменения v 0.9.3.6:
1. Доработана отцепка.
2. Количество ЛП на участке увеличено до 24.
3. Добавлена команда машинисту резервного локомотива следовать на нужную станцию.
4. Добавлено ручное формирование порожних длинносоставных поездов на ст. Покачевский.
5. Доработан автопропуск составов на участке У-Я - Покачевский для длинносоставных поездов.
6. Добавлен зуммер при появлении состава на 1-м участке приближения при закрытом входном.
7. При прибытии Д-поездов на ст. Сургут происходит отцепка хвостовой групы вагонов и перестановка маневровым порядком на свободный путь.
8. Доработан автопропуск составов на участке У-Я - Покачевский: добавлен обгон грузовых и хозяек пассажирскими поездами.

Исправлено:
1. Ошибки автопропуска поездов.

Пожелания и предложения по симулятору

Maximus — Fri, 19 Sep 2025 10:03:57 GMT

Форум: Главный форум
Описание темы: Здесь Вы можете высказать все свои предложения и пожелания
Автор темы: Maximus
Автор последнего сообщения: V9
Количество ответов: 273

Глюки и ошибки в работе симулятора

Maximus — Wed, 17 Sep 2025 06:44:36 GMT

Глюки, проблемы с симулятором, ошибки.

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

Симуляция реконструкции участка Сургут - Нижневартовск.

V9 — Mon, 15 Sep 2025 07:12:21 GMT

The Lore

Цитата

Столкнувшись с радикальным повышением размеров движения поездов изза строительства Нижневартовского нефтеперерабатывающего завода, было принято решение о строительстве второго пути на всем протяжении участка Сургут - Нижневартовск. Но с целью быстрого ускорения пропускной способности железной дороги, до начала полного одвухпучивания всего участка было принято решение на месте станций, которые будут сохранены как обгонные пункты и при наличии второго пути - Силинский, Сурмятин, Чумпас, Урьевский - уложить все будущие станционные пути заранее чтобы организовать встречно-пакетное движение поездов. Такая укладка будет иметь минимальные негативные воздействия на существующее движение т.к. путевые машины можно убирать на время прохода поездов в наличествующие тупики. После строительства станционных путей пропускная способность участка поднимется на 50%, что облегчит уже строительство самого второго пути. Сегодня первый день вашей работы диспетчером. Участок еще в старом виде, никакие работы не начались. Но бумажный ГИД вам из типографии подвезли уже с новыми путями.

Когда я играл в Пульт, мне постоянно дико не хватало хотя бы еще 1 (одного) пути где-то по Сурмятину. Решил разобраться в вопросе. Сделал еще +1 путь (стало три) Сурмятину, потом вошел во вкус, сделал еще +1 путь. Потом понял, что "северный" диспетчер "не вывозит" траффик и решил делать пути по Чумпасу. При одвухпучивании Чумпас будет оставлен как обгонный, а вот Урьевский будет разобран. Поэтому я хотел сделать участок Урьевский — Лангепас двухпутным, но не смог: видимо внутренние "групповые стрелки" по станциям "зашиты" в движке и поэтому "немодифицируемы". Поэтому пришлось менять планы и ставить лор как — "Урьевский тоже будет обгонный!"

Исторически, именно так сделан БАМ: станции, планируемые при прокладке второго пути как обгонные, заранее сделаны 4хпутными со стрелочным развитием под второй путь. Пример — станция Ларба (Двст жд):

Слева от нас трасса будущего второго пути, крайние пути - обгонные в будущем где грузовые будут пропускать обгоняющие пассажирские(скорые).

Была мысль не делать Урьевский, но изза графика 2005 года утром с Вартовска почти не забрать грузовые т.к. четные пассажирские идут такой группой, что грузовые могут успеть "проскочить" только до Урьевского:

Нужен или второй путь, или плюс пути по Урьевскому. Второй путь "не смог", пришлось решить делать пути по Урьевскому.

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

По мере развития сюжета, расстояния будут правиться (т.к. реальные разъезды потребуют реальной реконструкции путевого развития), а пути будут вводиться в эксплуатацию. Это можно сделать т.к. сохраненка не контролирует размеры каждого элемента графа, а движок можно заставить "узнать" новые маршруты. Но надо добиваться того, чтобы вот в момент модификации размеров элементов графа на этих элементах бы не было поезда. Т.е.
1. Убрали поезд(а) со станции;
2. Вышли из игры;
3. Подменили data.dat & pult.bmp;
4. Вошли в игру;
5. Вуаля! У нас новый доступный для игры путь в нашей сохраненке.

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

Была использована версия 0.9.2.6. Нужно в подкаталоге 1 внтри каталога Territory удалить все файлы, кроме pult.ini, скачать архив, распаковать в этом каталоге. В каталоге будет три файла:
1. pult.ini
2. pult.bmp
3. data.dat

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

Перегоны до Покачево со всеми ячейками

donitz — Tue, 02 Sep 2025 04:15:05 GMT

Всегда при игре в симулятор не много напрягает, что участок на Ноябрьск, примыкающий к Ульт-Ягуну контролируется лишь двумя блок участками и практически до самого прибытия поездов с севера в Ульт-Ягун не знаешь, где они точно находятся на участке, можно конечно посмотреть в справку по подходам, но это все равно не так наглядно, как если бы эти перегоны у нас были отражены на экране.

В прикрепленном архиве лежит два файла, data.dat и Pult.bmp, их необходимо вставить в папку с игрой (заменить существующие), начинать игру сначала не обязательно, можно вставить в уже имеющиеся файлы (GID и save).

ВНИМАНИЕ! Для корректной работы просьба выбрать в меню настройки вид мнемосхемы 8 (1680х768).

Так же я добавил вывод на мнемосхему маршрутных светофоров по Сургуту и НВ-1.

НГДП Тобольск-Сургут 2015/2016

V9 — Sat, 28 Dec 2024 17:49:09 GMT

Это первый вариант графика, экспортировано в PDF с одним поездом, посмотрите, дайте рекомендации по стилистике графика, дабы, если что, внести стилистические изменения в график и продолжить его заполнять.