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

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

V9 — Sat, 09 May 2026 14:15:53 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)
---------------------------------------------
Встал на том, что где-то сидит баг с зависанием сервера, который не могу пока найти.

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

VATS — Thu, 07 May 2026 09:10:43 GMT

Привет.

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

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

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

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

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

V9 — Thu, 30 Apr 2026 08:38:29 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.

Задавайте Ваши вопросы по экспериментам

gaffer — Mon, 06 Nov 2023 11:04:22 GMT

Форум: Эксперименты в симуляторе
Описание темы: Тема для всех вопросов по экспериментам, пока нет инструкци
Автор темы: gaffer
Автор последнего сообщения: Arbitr
Количество ответов: 100

Втискивание станции посреди участка с длинными перегонами.

V9 — Sat, 07 Oct 2023 11:24:28 GMT

Оффтопная тема, которая пришла в голову, когда я забивал НГДП за 2016 на север. Там был вкинут Игнатьевский между Ингу-Ягуном и Покачами. При этом расстояния Ульт-ягун - Ингу-Ягун - Покачевский - Камеральный примерн равны и равны 25 км. Я озадачился - "Не лучше ли его было кидать между Ульт-Ягуном и Ингу-Ягуном?" и предпринял некоторые исследования.

Оказывается, что вкидывание разъезда на промежуточном участке между двумя промежуточными станциям полигона с длинными блокучастками увеличивает провозную способность железных дорог, хотя это кажется контринтуитивно - "Ведь мешаются длинные перегоны с других сторон?"

Я рассмотрел вымышленный участок из 5ти 20 километровых перегонов, со временем хода 20 минут, без времени на замедление/разгон, с 10 минутным попутным интервалом.
1й вариант. Поезд ушел - поезд пришел. Цикл - 40 минут/пара. Или 36 пар поездов в сутки.
2й вариант. Ушел пакет 2х поездов, проехал до конечной станции, вернулся обратно. 100 минут + 10 минут + 100 минут обратно + 10 минут = 220 минут цикл. В нем 2 пары - из пакета и еще 4 пары влезает между ними (220 - 10 - 10)/40 = 5 промежутков = 4 поезда. Итого - 220 / 6 = 36,6 минут/цикл или 39.27 пар поездов в сутки.
3й вариант. Пакет из 3х поездов. 100 + 10 + 10 +100 + 10 +10= 240 минут/цикл. 3 поезда в пакете + 4 между ними. 7 пар. 240 / 7 = 34,2857 минут цикл или 42 пары поездов в сутки.

Это предел. Но если вкинуть разъезд ровно посередке, то появляется возможность направить навстречу пакету из 3х поездов пакет из 2х поездов и они там красиво разъезжаются с минимальными задержками.

4й вариант - 100 + 10 (межпоездной (мп)) + 10 (мп) +10 (задержка на разъезде) + 100 + 10 (мп) + 10 (мп) + 10 (разъезд) = 260 минут, 8 пар. 260 / 8 = 32,5 минуты на цикл или 44,30 пар поездов в сутки.

Т.е., вкидывание Игнатьевского именно посередке между перегонами УЯ-ИЯ и Покачи-Камеральный было верными решением.

График движения поездов на участке Волоколамск - Ржев

Skythe — Sun, 18 Sep 2022 08:19:39 GMT

Недавно собрал все служебки за 2009/2010 год и решил "нарисовать" НГДП этого красивейшего участка. Нечётные грузовые поезда доделаю завтра.

Структура save.sav

V9 — Tue, 06 Sep 2022 11:05:19 GMT

Форум: Эксперименты в симуляторе
Автор темы: V9
Автор последнего сообщения: V9
Количество ответов: 0

НГДП участка Новообразцовое-Кинель

Maximus — Fri, 02 Sep 2022 21:12:44 GMT

Форум: Эксперименты в симуляторе
Описание темы: Мощное движение))
Автор темы: Maximus
Автор последнего сообщения: V9
Количество ответов: 6

Ещё один пригородный график

earl-of-window — Tue, 23 Jul 2019 11:43:35 GMT

Здравствуйте! Изменил датку, вбив туда много пригородных поездов. Сделал для себя, но решил выложить. Играю в версии 0.9.1.5, но думаю, что в 0.9.2 работать тоже будет или этого можно просто добиться.

Это расписание содержит 25 пригородных поездов, в том числе:
6 пар Сургут-Нижневартовск со всеми остановками (нумерация 60хх)
3 пары Сургут-Нижневартовск с остановками Ульт-Ягун, Лангепас, далее везде (нумерация 63хх; вместе с 60хх идут примерно тактом)
9 пар Сургут-Камеральный со всеми остановками (нумерация 61хх; идут примерно тактом)
7 пар Сургут-Лангепас со всеми остановками (нумерация 62хх; считаются вспомогательными; идут в пиковое время)

Кроме того, сохранены нитки всех пассажирских, которые были в исходной dat-ке (время хода с приоритетом пригородных, конечно, зашкаливает) и 4 пары грузовых.

Ещё пояснения:
1. Время хода пригородных поездов установлено такое, которое показали тестовые поездки. Не то, что в исходной версии, быстрее (даже где-то слишком быстрое), остановки на двух о.п., в реальности существующих, не заложены.
2. Пары Сургут-Лангепас на самом деле оборачиваются также по Нижневартовску, но как бы после Лангепаса идут резервом. У них уже появляются длительные стоянки в Лангепасе и далее, по Нижневартовску-1 их приходится принимать на грузовые пути, в расписании убраны соответствующие остановки, если они не требуются, чтобы кого-то пропустить. График составлен такой, что даже если бы по Лангепасу можно было оборачивать поезда, на них путей бы там не хватило и всё равно пришлось бы их резервом куда-то отправлять или оборачивать где-то ещё.
3. Поездам Камеральный-Сургут в графике явно не назначена остановка по Ингуягуну (а точнее в dat-ке просто стёрто время прибытия, хотя остановка там подразумевается, что по крайней мере в некоторых случаях видно по времени хода), потому что в таком случае они там останаваливаются и почему-то дальше не отправляются.
4. Под пассажирские поезда придётся использовать, по-моему, пять путей в Сургуте, четыре в Ульт-Ягуне, пять в Лангепасе, три в Мегионе и все четыре в Нижневартовске-1 (причём для Нижневартовска-1 у меня не сразу получилось распределить все имеющиеся поезда по путям, если их принимать наугад, на кого-то пути может и не хватить). Поезда, которые как бы до Лангепаса, ночью занимают в Нижневартовске-1 пять путей для грузовых поездов, оставляя непосредственно для грузовых поездов только один путь, но в это время графиковых грузовых там и нет, в принципе можно было и все занять.

Выкладываю dat-файл, НГДП в виде картинки и два сохранения, после суток и двух суток игры соответственно.