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

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

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

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

Как настроить именно это железо для работы с Rocrail-om, можно почитать в мануале, либо посмотреть http://www.youtube.com/watch?v=GVra81jvsyk

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

Вот набросал верхний уровень в Рокраиле. http://forum.modelldepo.ru/attachmen...1&d=1308489250
Накидал приблизительно, т.к. не знаю направления движения.

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

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

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

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

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

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

Нет, не входят. В Рокраиле, как собственно и в реальной жизни (по-моему), стрелки это самостоятельные элементы пути, к путевым секциям и блок-участкам не относятся.

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

Ну, да, Виктор, с длинной там как раз всё нормально.
Отдельно хотел бы заострить внимание на знаках +, расположенных на блоках. Этим знаком указывается расположении головы состава при движении в "правильном" направлении. Правильным считается направление движения ИЗ(FROM)->В(TO). Направление же В(TO)->ИЗ(FROM) будет считаться неправильным. Но по этим моментам, я надеюсь нам Peter больше сможет рассказать.

---------- Сообщение добавлено в 18:06 ---------- Предыдущие сообщение было в 17:56 ----------

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

Уж больно здоровый магнитопровод получается, но тот факт, что не всё так плохо уже радует. Если я правильно понял, то над Холлом нужно просто разместить металлическую (железную пластину). Например, датчик будет спрятан под балластной призмой. Сверху между путями кладём кусок железа. И клеим магнит на пузо локомотива.

Мне кажется резонным добавить в обсуждение параметры цена и сложность/время на запуск системы, что бы человек мог понять поджарен для него такое решение или нет.
Для унификации описаний может выбелим какой-то небольшой кусок вашего макета, а то если каждый свой начнет описывать мы так запутаем аудиторию ИМХО.
Для описания другой системы управления открывать новую тему?

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

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

---------- Сообщение добавлено в 20:03 ---------- Предыдущие сообщение было в 19:59 ----------

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

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

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

---------- Сообщение добавлено в 20:38 ---------- Предыдущие сообщение было в 20:33 ----------

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

Выкладываю свои мытарства на тему.......

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

Основная задача - Движение до трех составов в автоматическом режиме. Работа светофоров Красный Желтый Зеленый. в зависимости от занятости блоков.

Пока реализовано все на виртуальном контроллере. Светофоры только на станции и перегонах. Тупиками еще не занимался...

Нашёл косяки в работе светофоров, см. подписи на картинкеhttp://forum.modelldepo.ru/attachmen...1&d=1309328077
Использование отдалённого сигнала в свойствах блока неправильное, отдалённый сигнал устанавливается перед основным сигналом и является как бы предупредительным. Поэтому sig3 например не может быть предупредительным для sig2. Отсюда скорее всего и вышеозвученные косяки.

Ещё что заметил, лок стоит на блоке stage1, маршрут задан на блок loop, а на него(на маршрут), реагирует светофор sig1, который к этому маршруту отношения не имеет. Пути решения проблемы: перенести светофор и поставить его перед стрелкой sw4 (по мне так самый правильный вариант); привязать показание светофора к положению стрелки sw4 через экшены, либо привязать светофор к маршрутам движения(см. объяснение ниже), может быть для этого будет необходимо отвязать его от блока stage1.


Ещё вот какую вещь хотел бы выделить. В свойсвах маршрута есть такая вкладка Стрелки. В ней изначально указывались стрелки, входящие в маршрут и их положение. При задании маршрута программа выдавала соответствующие команды. Позднее появилась возможность прописывать там ещё и показания светофоров входящих в маршрут и команды другим объектам.http://forum.modelldepo.ru/attachmen...1&d=1309328558

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

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

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

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

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

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

http://forum.modelldepo.ru/attachmen...1&d=1409141211

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

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


http://forum.modelldepo.ru/attachmen...1&d=1409140959

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

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

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

http://forum.modelldepo.ru/attachmen...1&d=1428748998

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

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

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

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

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