DCC-Управление макетом (Рокрейл)

[Виктор Платицын]

Как я и обещал создаю новую отдельную тему про цифровое управление макетом. Сразу предлагаю готовую схему будующего макета с теневым вокзалом и верхним уровнем в качестве подопытной "кошки". В наличии имеем Комп. с установленным на него программой под названием Рокрейл, комплект обратной связи и станцию: http://www.dccwiki.ru/ Бустер используем от Роко - 10764, блок питания 10725 (один для станции и один для бустера), мультимышь.
Максимальная длинна составов = 1,2 метра (условно 3 РИЦа + М62). Короче можно, длинней нельзя.
На первом рисунке общая схема макета, на втором блок-участки теневого вокзала, на третьем, соответственно, блок-участки верхнего (видимого уровня). В центре каждого блок-участка располагаем датчик обратной связи.

[laba]

Виктор, не понял, зачем на теневом вокзале пути между стрелками, сделаны разными секциями. Каждый путь это же один блок-участок или это раздельные секции для токовых датчиков?
Рекомендую на перегонных блок-участках использовать 2 датчика, один из которых, токовый будет отвечать за фиксацию входа лока на блок-участок. Второй датчик можно ставить и точечный, но надёжнее всё-таки токовый, и он будет отвечать уже за остановку лока на блок-участке. На станционных блок-участках, думается, стоит делать не менее 3 датчиков: первый будет фиксировать вход лока на блок, второй будет снижать скорость, третий останавливать лок.(с появлением BBT, необходимость в трёх датчиках отпала, достаточно двух)

---------- Сообщение добавлено в 16:09 ---------- Предыдущие сообщение было в 15:50 ----------

Сообщение от Виктор Платицын

В наличии имеем Комп. с установленным на него программой под названием Рокрейл, комплект обратной связи и станцию

Как настроить именно это железо для работы с Rocrail-om, можно почитать в мануале, либо посмотреть

[Виктор Платицын]

Сообщение от laba

Каждый путь это же один блок-участок или это раздельные секции для токовых датчиков?

Алексей, во-первых, огромное спасибо и за мануал, и за видео. Во-вторых, это действительно получились не блок-участки, а секции для размещения датчиков (в моём случае - это датчики Холла). Вы всё правильно поняли - каждый блок-участок делим как минимум на три секции с датчиками, в качестве которых могут выступать герконы, токовые датчики или Холлы. Первая секция сигнализирует о вхождении на блок-участок, вторая снижает скорость на 50%, а на третьей локомотив должен остановиться в задуманном месте. На перегонах я тоже выделил отдельно несколько секций на тот случай, если составы будут двигаться один за другим, то между ними должна всегда быть свободной одна или 2 секции для избежания столновения. Под точечными датчиками что подразумевается? Герконы и Холлы? По надёжности датчиков мнения, оказывается, разделились. Антон говорит, что Холлы надёжней...
Ещё хочу заострить внимание на датчиках положения стрелки - если есть возможность, то его лучше поставить, но в моём случае это не позволяет сделать особенность конструкции привода стрелки, но думаю, что и без оного система будет жизнеспособна.
Вот схемка для подключения всех компонентов системы:

[laba]

Сообщение от Виктор Платицын

Под точечными датчиками что подразумевается? Герконы и Холлы?

И то и другое.

Сообщение от Виктор Платицын

Антон говорит, что Холлы надёжней...

Надёжнее чего? Надёжнее герконов, пожалуй да, но......... как показала практика использования, точечные датчики иногда выдают очень короткий импульс, который не успевает зафиксировать программа, особенно при интенсивном движении. Не знаю по каким именно причинам, то ли скорость самой шины влияет, то ли скорость обработки сигналов самим Рокраилом. Поэтому мне думается, что хотя бы на события ENTER, стоит поставить именно токовый датчик.

---------- Сообщение добавлено в 17:29 ---------- Предыдущие сообщение было в 17:21 ----------

Сообщение от Виктор Платицын

На перегонах я тоже выделил отдельно несколько секций на тот случай, если составы будут двигаться один за другим, то между ними должна всегда быть свободной одна или 2 секции для избежания столновения

А вот здесь хочу уточнить, что на перегонах это у тебя не отдельные секции одного блок-участка, а блок-участки, состоящие из одной секции. Дело в том, что локи в программе могут двигаться от блока к блоку и соответсвенно на одном блоке не могут находится два разных лока.

[Виктор Платицын]

Сообщение от laba

как показала практика использования, точечные датчики иногда выдают очень короткий импульс, который не успевает зафиксировать программа. Не знаю по каким именно причинам, то ли скорость самой шины влияет, то ли скорость обработки сигналов самим Рокраилом. Поэтому мне думается, что хотя бы на события ENTER, стоит поставить именно токовый датчик.

Ну вот, первый косячок - я заказал весь комплект обратной связи на Холлах, будем надеяться, что с импульсами пропусков не будет, в противном случае придётся заказывать "смешанный" вариант обратной связи, чего совсем бы делать не хотелось.

---------- Сообщение добавлено в 19:15 ---------- Предыдущие сообщение было в 19:11 ----------

Сообщение от laba

А вот здесь хочу уточнить, что на перегонах это у тебя не отдельные секции одного блок-участка, а блок-участки, состоящие из одной секции. Дело в том, что локи в программе могут двигаться от блока к блоку и соответсвенно на одном блоке не могут находится два разных лока.

спасибо, понял. В принципе длинна этих секций соответствует длинне ппланируемого состава

[Виктор Платицын]

Подниму свою темку, т.к. при строительстве возникли затруднения. Есть вопрос о количестве датчиков на выделенных блок участках 1 и 2, 3 и 4 (последние являются тупиками). Допустимо ли то количество, которое указано на рисунке? Т.е. на блоке 1 и 2 - по два датчика, а на 3 и 4 - по одному? Дело в том, что длинна путей станции не позволяет разместить большее количество. На перегонах на блок участках я разместил по три датчика Холла, а здесь вот никак. Если на 1-м блоке это ещё как-то можно сделать, то на 2-м нет, поэтому и на первом думаю поставить только 2 датчика. Будет ли Рокрейл корректно работать в этом случае?

[laba]

Сообщение от Виктор Платицын

На перегонах на блок участках я разместил по три датчика Холла

Если использовать BBT, то и двух датчиков хватит за глаза, третий не нужен вообще. Т.к. в тупиках стоит по одному датчику, то там использовать BBT не получиться. Но чтобы повысить точность остановки, я бы сделал так, в тупиках, сами тупиковые секции запитал через токовые датчики и использовал их для событий Enter, а датчики Холла разместил в местах остановки и их, в свою очередь, уже использовал для событий In.

---------- Сообщение добавлено в 23:10 ---------- Предыдущие сообщение было в 23:09 ----------

Сообщение от pandrey

Но вроде как лечится... Алексей победил...

Ага, получилось, я об этом уже писал.

[laba]

Напишу в этой теме, т.к. она наиболее свежая и её не прибили ещё, я думаю, Виктор не обидится, тем более, что для него это тоже может быть интересным. Вообщем всем тем, кто имеет командную станцию OpenDCC сообщаю, что был замечен баг в работе со станцией, со стороны программы Rocrail. Проблема возникала при попытке считать значения SO из станции в Диалоге свойств. При использовании утилиты конфигурации openDCC_Config, считывание этих значений происходило нормально, да и в Rocrail эти значения считывались, но вот окно после считывания не сворачивалось и программа зависала намертво.



В связи с этим я написал на форуме разработчиков и они оперативно исправили ошибку в программе.
Билды с ошибкой находятся в интервале версий программы Rocrail 7707-7830.

P.S. За последнее время программа достаточно сильно изменилась и визуально и в плане удобства работы с ней, например теперь стало гораздо удобнее рисовать план пути, т.к. при редактировании элементы можно перетаскивать в окно плана пути из окна выбора элементов.




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

[pandrey]

Количества датчиков вполне достаточно. И в тупиках одного, тоже вполне. Реализовывать остановку - Enter2In + задержка. Если локи сильно отличаются, то для каждого лока желательно будет подобрать свое время задержки.
Что касается, будет ли работать? Это я не могу с уверенностью сказать.... С точечными датчиками у РокРайла есть какие то кривости..
Но вроде как лечится... Алексей победил...

[Виктор Платицын]

Собрал общую схему макета в Рокрейле, добрался до настройки датчиков, но не могу понять, нужно ли в свойствах менять идентификатор? Программа по умолчанию предлагает свой вариант (обведён красным). Я его оставил, но когда попытался запустить анализатор маршрутов, то прога вынесла приговор - что то там не срослось в такой схеме. Почему-то на плане рядом с датчиками не отображается никакая информация, тоже самое касается стрелок и семафоров. Ещё в разделе "автоматика" не нашёл "использование сторон Блока для маршрутов", как указано в мануале. В общем нужна помощь

[laba]

Сообщение от Виктор Платицын

добрался до настройки датчиков, но не могу понять, нужно ли в свойствах менять идентификатор?

Лучше вписать свой, с учётом того какую функцию этот датчик будет выполнять, чтобы потом было легче его найти в общем списке датчиков, при настройке его использования.
Собственно об этом написано в мануале:
"Совет: Рекомендуется прописывать такой ID, чтобы по нему сразу можно было догадаться,
какое событие вызывает данный датчик, и какому блоку он принадлежит.
К примеру, первому датчику для первого блока можно прописать следующий ID: 01_enter, где
01 это ID блока, к которому принадлежит датчик, а enter, это то событие на блоке, которое
вызовет его сработка....."

Сообщение от Виктор Платицын

Программа по умолчанию предлагает свой вариант (обведён красным).

У меня не предлагает, а просто выводит окно диалога, куда я должен сам вписать свой ID.

Сообщение от Виктор Платицын

Я его оставил, но когда попытался запустить анализатор маршрутов, то прога вынесла приговор

Для корректной работы анализатора необходимы определённые условия, без выполнения которых он отказывается работать. Например всем датчикам, должны быть настроены адреса и они не могут совпадать и т.д.

[laba]

Сообщение от Виктор Платицын

Ещё в разделе "автоматика" не нашёл "использование сторон Блока для маршрутов", как указано в мануале.

Этот пункт уже давно отменён, т.к. так в программе остался только один вариант настройки направления маршрутов(с использованием этих самых сторон Блока).

Сообщение от Виктор Платицын

Почему-то на плане рядом с датчиками не отображается никакая информация, тоже самое касается стрелок и семафоров.

Идём в меню Вид, там ставим галочку показать ID.

[peter]

Удобнее давать айди датчикам , как и заметил Леша, по блоку , но не без привязки к ивенту. Пример 01_left - первый блок левый датчик . Событие энтер он генерирует при езде слева направо , а справа налево это будет ин

[Виктор Платицын]

Сообщение от peter

но не без привязки к ивенту. Пример 01_left - первый блок левый датчик . Событие энтер он генерирует при езде слева направо , а справа налево это будет ин

Спасибо, но я не совсем понял, что значит без привязки к ивенту?
Вот, немного поправил схемку, обозвал датчики, стрелки, сигналы, Блоки. Но проверка маршрутов всё равно выявляет косяки

[Alexmit]

Сообщение от Виктор Платицын

Спасибо, но я не совсем понял, что значит без привязки к ивенту?

Не надо использовать в названии датчиков слова enter, in и подобные.
Я пишу 1a, 1b, 1c.

Сообщение от Виктор Платицын

Но проверка маршрутов всё равно выявляет косяки

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

А у стрелки неправильно заполнено поле Interface ID.
(В Rocrail большие и маленькие буквы это разные знаки.)

[pandrey]

Сообщение от Alexmit

Неправильная настройка адресов сигналов.

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

[laba]

Сообщение от pandrey

Виктор, что бы маршруты рассчитались, нужно полностью избавиться от ошибок

Именно от ошибок, а предупреждения можно игнорировать. Т.е. надо исправить только ID датчика.

[Виктор Платицын]

Ну вот, наконец-то расписались маршруты. Не знаю, правильно или нет произвёл установку интерфейса входного двухкрылого семафора. По идее у него должно быть 4 значения (красный/зелёный для каждого крыла). Каждый сигнал повешал на отдельный порт. Пока так оставил.

[laba]

Сообщение от Виктор Платицын

Каждый сигнал повешал на отдельный порт.

Так было бы правильнее сделать:



Правда могут быть ньюансы, т.к. не знаю, через что это у тебя управляется и с самой семафорной привязкой команд и картинок на плане, не знаком. Может где-то придётся красный и зелёный гейты местами поменять, чтобы было соответствие между картинкой и реальностью.

[Alexmit]

Сообщение от laba

Так было бы правильнее сделать:

Я правильно понимаю, что такая адресация обусловлена данной командной станцией?
(А то непривычно как-то.)

[laba]

Сообщение от Alexmit

Я правильно понимаю, что такая адресация обусловлена данной командной станцией?

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

[Виктор Платицын]

Шагаем дальше, вопросов больше... При настройке маршрутов для всех ли имеющихся на блоке датчиков нужно прописывать события? Например, у меня на блоке 2peregon установлено 3 датчика - 2а, 2b и 2c соответственно (когда строил макет, то заложил принцип: больше не меньше ). Я прописал для 2а - Enter, 2c - In, 2b - оставил пустым. Допускается ли это? Или нужно всё таки прописать какое-то событие для среднего датчика, если да, какое, например? Есть смутное подозрение, что нужно, т.к. при запуске локомотива в автоматическом режиме из блока 1 или 8, они не доходят до блока 3 и др. в том числе. 2-й блок загорается жёлтым и ... всё

[pandrey]

То же делал по принципу больше, не меньше. А точнее, станционный путь делил на три участка. Использовал только два, третий пока ни как не прописывал. Есть мысль, использовать примерно следующим образом. Сделать два практически одинаковых маршрута, в первом, использоваться будет ближний датчик по in, и пускаться по этому маршруту только короткие поезда. А для длинных поездов, дальний датчик in. В маршрутах можно делать разрешение для определеных составов. Короче, поезда, в зависимости от длины, будут по разному останавливаться.
По поводу, что блок только желтый, смотрите ошибку с in. Не происходит события in.

[Alexmit]

Сообщение от pandrey

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

Или читать на тему shortin вот здесь http://wiki.rocrail.net/doku.php?id=..._and_blocks-en

Сообщение от laba

Это и сейчас осталось, но с появлением функции BBT, необходимость в среднем датчике вообще отпала.

Не чистую Pre убрали, ссылка та же.

[Alexmit]

Сообщение от Виктор Платицын

2b - оставил пустым.

Уберите его совсем. Или сделайте 2b - Enter, 2c - In.

Сообщение от Виктор Платицын

Или нужно всё таки прописать какое-то событие для среднего датчика, если да, какое, например?

Это было раньше Enter, Pre, In. Теперь Pre идёт через таймер в конструкции enter2pre.