Donate with PayPal button New New

+ Ответить в теме
Страница 1100 из 1371 ПерваяПервая ... 100 600 1000 1050 1090 1098 1099 1100 1101 1102 1110 1150 1200 ... ПоследняяПоследняя
Показано с 10,991 по 11,000 из 13702

Тема: Система сигнализации sU и система маршрутизации zxPath

  1. #1
    Пользователь Аватар для TRam_
    Регистрация
    22.09.2009
    Возраст
    33
    Сообщений
    16,432

    Trackobjects Система сигнализации sU и система маршрутизации zxPath

    Сигнализация, в котором отсутствуют какие-либо "автоматические" или "полуватоматические" открытия светофоров. То есть светофоры должны открываться либо вручную, либо маршрутизациями zxPath или RE sU DSP. Варианта данной сигналки под а-ля дефолтное управление реализовываться не будет.

    sU+zxPath v2 - https://yadi.sk/d/aANFV01n3JacSf + https://yadi.sk/d/tq5-41VsQ-Zp4A + https://yadi.sk/d/JWr4Nt-XKenG4A + https://disk.yandex.ru/d/YCJJr8asOzmGfw + https://drive.google.com/file/d/1Yw_...ew?usp=sharing
    Ботомашинист - https://forum.trainzup.net/showthrea...=1407&page=130

    Правило zxPath JunctionResetter больше не требуется и его нужно либо обновить до заглушки (версия куида 5), либо удалить из сессии.

    В TANE и Trainz 19 правило zxPath ExtraInterface на данный момент не работает, его можно удалить. Настройку производить из самой будки zxPath.

    Светофоры доступны для скачивания с DLS.


    Документация - https://forum.trainzup.net/showthread.php?t=3574
    Видеоуроки настройки:
    Открыть


    Галочки кодирования:
    Открыть


    Открыть
    Последний раз редактировалось TRam_; 22.02.2022 в 01:40.

  2. Сказали спасибо: (193)


  3. #Trainz
    Реклама
    Регистрация
    Постоянная
    Возраст
    2010
    Сообщений
    Много

    Donate with PayPal button N3v New New

     

  4. #10991
    Пользователь Аватар для kemal
    Регистрация
    22.10.2009
    Страна
    Адрес
    Казань / 793км
    Возраст
    35
    Сообщений
    3,555

    По умолчанию

    Меня всё более занимает идея внешней СЦБ. Мало того, что в таком виде легче реализовывать сложные специфичные зависимости, так ещё и внутри трс оптимизация будет работать так, как этого хочет Ауран.
    Может кто-нибудь потыкать в них палочкой, чтобы они протокол открыли?

  5. #10992
    Пользователь Аватар для TRam_
    Регистрация
    22.09.2009
    Возраст
    33
    Сообщений
    16,432
    Автор

    По умолчанию

    kemal, а что с подгрузкой карты? Ибо что-либо делать с тем, что даже не подгружалось с жёсткого диска, невозможно, не говорю о сохранении свойств.

    P.S. аурановцы были почти готовы передать расчёты физики состава, через TrainzNativeInterface, но отклика от нас не последовало, ибо непонятно что они готовы были дать. С СЦБ будет аналогичная ситуация (ну допустим дадут доступ к графам путевых объектов, к событиям проезда поездов, но без доступа непосредственно к путевым объектам это ж ничего не даст)
    Последний раз редактировалось TRam_; 25.05.2019 в 01:02.

  6. Сказал спасибо:


  7. #10993
    Пользователь Аватар для kemal
    Регистрация
    22.10.2009
    Страна
    Адрес
    Казань / 793км
    Возраст
    35
    Сообщений
    3,555

    По умолчанию

    Тут немного другой подход.
    Вообще, изначально это задумка для мультиплеера. Чтобы один из игроков подключался с альтернативного клиента и брал на себя реализацию логики ЭЦ. Потому что, например, пытаться реализовать ДК или ГИД средствами только ТРС - тщетная затея. А тут такой потенциал! При этом, события проезда объектов и, возможно, даже контроль свободности останутся в ТРС.
    С доступом к графу сложнее. С одной стороны, мне, со своей степенью задротства, не влом спроектировать каждую станцию отдельно и увязать с ТРС по именам объектов. С другой стороны, граф достать можно из файлов trk и obs. Могу написать прогу, которая что-нибудь достаёт. Надо? Более того, можно оставить расчёт маршрутов как сейчас и экспортировать уже готовый суп.
    С доступом к не загруженным объектом, я считаю, у нас неправильный подход. Мы не так ставим вопрос. Важно не почему нам не подходит такая модель оптимизации (а она очень хорошая, сама по себе), а почему в неё не укладываемся мы. Этот подход подразумевает, что то, чего никто не видит - не существует. И это правильно. Проблема в том, что "наблюдателями" считаются только машинисты. У нас же есть ещё ДСП (в лице живых игроков или правил/команд) - он может совершить действие, когда поезд ещё только далеко на подходе. Поэтому и имеет смысл считать СЦБ отдельно - там, где она будет существовать всегда. Вопрос как быть с тем, что объекты не загружены. А никак! Они нам не нужны. Нужен ли нам сам светофор или левер при задании маршрута? Нет, нас интересует только положение стрелок и наличие открытия светофора. Если в момент задания маршрута объекты существуют - мы применим к ним действие, если нет - то ничего не делаем. А вот когда к этому месту приедет машинист, светофор подгрузится и запросит у ЭЦ своё состояние.

  8. #10994
    Пользователь Аватар для TRam_
    Регистрация
    22.09.2009
    Возраст
    33
    Сообщений
    16,432
    Автор

    По умолчанию

    Цитата Сообщение от kemal Посмотреть сообщение
    А вот когда к этому месту приедет машинист, светофор подгрузится и запросит у ЭЦ своё состояние.
    Перед светофором должна подгрузиться стрелка, которая должна после этого перевестись, и только после этого подгрузится светофор (или же опять же ещё стрёлки). Ну а вообще нечто подобное я представлял в виде очередей команд, которые у объектов накапливаются, пока они выгружены, и при подгрузке обрабатываются.

    Но для того, чтобы это всё работало, в СЦБ уже должен быть свой собственный независимый граф всех требуемых объектов карты со всеми необходимыми свойствами. А с его прогрузкой и/или скоростью обработки будут проблемы опять же с таймаутами.

    И вопрос с получением такого графа опять же никуда не делся.

    ---------- Сообщение добавлено в 02:20 ---------- Предыдущее сообщение размещено в 02:04 ----------

    Цитата Сообщение от kemal Посмотреть сообщение
    Могу написать прогу, которая что-нибудь достаёт.
    Открыть
    Последний раз редактировалось TRam_; 25.05.2019 в 02:06.

  9. Сказал спасибо:


  10. #10995
    Пользователь Аватар для kemal
    Регистрация
    22.10.2009
    Страна
    Адрес
    Казань / 793км
    Возраст
    35
    Сообщений
    3,555

    По умолчанию

    Ну вот, говорю же, граф можно из файлов доставать. А по скорости работы - если это будет внешняя ЭЦ, то там уже мы сами за этим следим.

    Открыть

  11. #10996
    Пользователь Аватар для Volaner
    Регистрация
    19.04.2017
    Страна
    Адрес
    Москва
    Возраст
    40
    Сообщений
    2,195

    По умолчанию

    Я давно высказывал мысль. Попробую ещё раз донести.

    Есть два постулата, при которых не возможна работа основных принципов ZxPath, это:

    1) Большая часть объектов на карте, в один конкретно взятый момент времени, не существует
    2) Нельзя ни узнать состояние, ни поменять состояние, объектов, которых нет.


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

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

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

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

    Ну а с отслеживанием движения ПС проблем быть не должно. ПС не движется по не существующим стрелкам, вокруг движущегося ПС, существуют и стрелки и светофоры. Можно сделать отдельное правило, которое будет отмечать в кэше положение ПС.

    Общая схема вырисовывается такая:

    - Маршрутизация работает только с кэшем, схема/объекты в котором создаются один раз в редакторе и не меняются в режиме машиниста, меняется лишь их состояние.
    - Каждый светофор отслеживает кэш, и соответственно меняет своё состояние
    - Стрелки переводит отдельное правило. О подгрузке стрелок правило узнаёт от светофоров, по логике, подгрузился светофор, подгрузились и стрелки до него.
    - Реальное положение ПС и отмечание его в кэше, производит ещё одно правило.

    Как то так. Да, это уже абсолютно новая маршрутизация. Да, кажется лютым гемором и одними большими костылями. Но она сможет жить и работать при двух вышеизложенных постулатах.
    Последний раз редактировалось Volaner; 25.05.2019 в 12:37.

  12. #10997
    Пользователь Аватар для TRam_
    Регистрация
    22.09.2009
    Возраст
    33
    Сообщений
    16,432
    Автор

    По умолчанию

    Volaner, выше ж уже написал, что проблема в загрузке/сохранении кэша. Итак уже kemal предлагал децентрализацию маршрутизации, только чтобы уложиться в приемлемое время прогрузки/сохранения данных (которые trainz умеет хранить только в текстовом виде), хотя я храню только штук 6-7 свойств самих стрелок и имена ближайших к стрелке объектов. А в предлагаемой тобой конструкции нужно хранить не только это, но и "к какому следующему светофору стрелка ведёт", такую же базу данных для светофоров и ограничений скорости. Ну и как искать... Если у нас всё оставлять в текстовом виде (чтоб проще сохранять) - уйдём в таймауты при постоянном преобразовании текста в данные и обратно. Если сделаем в виде структур - таймауты будут при загрузке/сохранении.

  13. #10998
    Пользователь Аватар для RZD29RUS
    Регистрация
    30.11.2014
    Страна
    Адрес
    Ст. Плесецкая, Сев ЖД.
    Возраст
    31
    Сообщений
    903

    По умолчанию

    Продолжаю осигналивать карту "Череповец - Вологда". Дело идёт медленно.


    Вот такой вот затык:




    Светофор НД, на мой взгляд близковато к ящику СЦБ(Вроде так это называют). Но фокус в том, что я не могу подвинуть его в редакторе, двигается только объект рядом, а светофор никак.

  14. #10999
    Пользователь Аватар для kemal
    Регистрация
    22.10.2009
    Страна
    Адрес
    Казань / 793км
    Возраст
    35
    Сообщений
    3,555

    По умолчанию

    Хватать надо за маркер.

  15. Сказал спасибо:


  16. #11000
    Пользователь Аватар для TRam_
    Регистрация
    22.09.2009
    Возраст
    33
    Сообщений
    16,432
    Автор

    По умолчанию

    И туда же (на зелёный маркер) кликать для просмотра настроек. В ТАНЕ и 19ке кликать по тому месту, где появляется надпись названия этого светофора (как правило в том месте, где была мачта светофора в несмещённом состоянии).

    ---------- Сообщение добавлено в 18:49 ---------- Предыдущее сообщение размещено в 18:48 ----------

    И да, "сквозь провода" клик может не сработать, нужно нажимать над или под сплайном проводов.

+ Ответить в теме

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения