Наконец-то свершилось!!! Начиная со сборки программы №4112, имеется полноценная поддержка мультиаспектных сигналов. До этого она была кособокая и не подходила для наших нужд. Теперь добавлен ещё один режим, при котором прописывается только начальный адрес и порт для первого аспекта, а дальше команды следуют по-порядку, со смещением на 1.
Такой режим идеально подходит для аксессуарных декодеров, которые умеют обрабатывать принимаемую команду и включать определённую комбинацию выходов(например декодеры ModellDepo, ORA, OpenDecoder и т.д.), а не просто включать тот или иной выход.
Выбираем адрес декодера и порт, соответсвующие первому аспекту.
В данном случае у меня прописан 1 адрес декодера, 1 порт, красный гейт.
Таким образом 1 физический адрес декодера, может обрабатывать до 8 аспектов сигнала. Если светофор имеет более 8 аспектов, то это значит, что им будет использоваться более одного физического адреса. Максимальное число аспектов, которое можно реализовать, равно 16-ти, т.е. используется два физических адреса декодера.
Указываем количество аспектов более 4 и прописываем префикс SVG файлов, для визуального отображения показаний светофора на плане.
Re: Перевод доков по Rocrail
Добавлено: Пт май 31, 2013 4:35 pm
LABA
Разработчики программы сделали возможность отображения мигающих аспектов сигнала на экране монитора.
Обрадовался несказанно этому посту потому как упёрся, что, по достижении блока в тупике, "электричка" должна сменить направление, чтобы поехать обратно.
Но не тут-то было.
Нету даже и намёка на направление движения (таблицы - маршруты - NEW - общие)
Нету в версии RocRail от 14 года, нету и в сегодняшней (rocrail-11158-win32)
Поскольку некоторые товарищи испытывают трудности с созданием собственных символов для светофоров, то решил немного раскрыть эту тему.
И так.......
Выкладываю файл с кодом для пятизначного светофора, при горящем красном огне.
Закомментировал там, что именно за что отвечает.
Чтобы получить другие показания, надо просто будет по аналогии изменять цвет контура и заливки для других огней.
Да, кстати, картинок с каждым показанием светофора должно быть три, в зависимости от состояния маршрута, в который входит этот светофор. Файлы отличаются друг от друга, только цветом заливки кусочка пути.
1.png (10 КБ) 6969 просмотров
Размер картинок 32Х32 точки, координаты которых определяем в соответствии с картинкой:
2.png (14.82 КБ) 6969 просмотров
Где прописываются координаты точек в файле, я писал вот здесь.
Также можно почитать тему на МД.
Кроме того, чтобы использовать всё это дело в Rocrail, желательно прочитать следующее:
1. Метод настройки управления светофором(последовательно).
2. Мультиаспектные сигналы, т.е. количество показаний больше, чем 4.
3. Использование префикса(по необходимости)
4. Как прописывать имена, файлам мультиаспектных сигналов.
Если вкратце, то вместо #, прописываются цифры от 0 до 32, в зависимости от количества аспектов у сигнала.
5. Как получить мигающий аспект.
Удачи!
Re: Перевод доков по Rocrail
Добавлено: Вт апр 18, 2017 6:06 pm
LABA
Наткнулся на интересный баг в работе с сигналами.
Если сигнал имеет 4 и менее аспектов, но мы его настраиваем, как мультиаспектный сигнал,
т.е. на последовательный вывод команд, начиная с первой, то при первом клике мышью, он переключается из любого состояния на второй аспект, а дальше перестаёт изменять свой аспект при клике мышью.
Т.е. при каждом последующем клике, он отправляет команду для второго аспекта и всё.
Переключить такой сигнал, на другой аспект, при помощи мыши, можно только через команды контекстного меню.
1.png (7.6 КБ) 6928 просмотров
При этом, управление сигналов, у которых также настроен последовательный вывод команд, но число аспектов больше 4-х, от мыши происходит нормально.
И теперь для такого сигнала с 4 и менее аспектами необходимо прописывать номера аспектов(от 0 до 3) на вкладке Подробности:
Re: Перевод доков по Rocrail
Добавлено: Пт апр 21, 2017 1:24 pm
LABA
Вообщем, вроде удалось выяснить, что траблы были связаны с тем, какая командная станция была настроена. Роб проверял работу на виртуальном контроллере, а с ним подобного рода проблема не вылезала, там всё действительно работает. Но как только удаляешь виртуальный контроллер и добавляешь OpenDCC, насчёт других КС, не знаю, сигнал сразу перестаёт управляться.
Он обещался, что с версиями 12211(пока не доступна) и выше должно работать нормально.
Попутно удалось выяснить, что линейное управление, которое якобы не поддерживает MADA адресацию, у меня нормально работает с этой адресацией.