Сравнение программ Rocrail и Train controller JMRI и др.

[tsgarp]

На планшете запустите Подключение к удаленному рабочему столу.

[Evgeny]

Всё, разобрался, спасибо! Очень круто!

[t1000a]

Такой вот вопрос у меня схема верхнего уровня очень простая с одной стороны один длиной путь с другой два почти по средине стрелка. Всего получается 12м (с поворотом от начала до конца) Соответственно понятно что в обоих концах по токовому датчику (лок достигает датчика получает команду стоп…)
А можно ли без применения датчиков посредине менять локомотиву скорость? Т.е. примерно чтобы он разогнался до определенной скорости, прошел на ней средину и не доходя до поворота (т.е что-то типа таймера) сбросил скорость перед поворотом затем на средний дополз до датчика и там уже по задержки остановился где нужно… Обратно соответственно также на средней прошел с начало поворот затем разогнался (на какое-то время) затем опять сбросил скорость наехал на датчик и дополз с задержкой до нужного места… В каких программках это можно реализовать?

[laba]

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

В каких программках это можно реализовать?

Думаю, что во всех трёх.

[KomC]

Я могу на примере ТС 8 Gold рассказать.
Макросы это конечно круто, особенно для тех кто умеет. Но давайте все же начнем с простого. Проще макросов например есть списки в которые вписываются последовательности действий. Но еще проще - маркеры.
Берем один токовый датчик. Он соответственно может быть любой длинны в зависимости от количества рельс в нем. И ставим(виртуально) в нем маркеры торможения, остановки и функций. Например, нам нужно чтобы через 20см после въезда на блок с датчиком лок начал торможение и затормозил до минимальной скорости на отрезке 30см, в этот момент, чтобы прозвучал гудок лока, далее лок на минимальной скорости едет вдоль платформы до полной остановки еще 50см, при этом на дистанции 60см от начала блок-участка прошло объявление по станции о прибытии поезда, и т.д. и т.п. Ну и разумеется в разные стороны по разному.
Вот так это выглядит и так же просто делается.


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

Ну а когда этого хватать не будет, то можно добавлять списки и макросы. Вот сколько можно на одном единственном датчике сделать. И даже если у вас всего один модуль S88 на котором 16 датчиков, представляете сколько всего можно наворотить на макете?

P.S.
В качестве условия, кстати, может быть задана и длина поезда.
Z21 замечательно работает с ТС по WiFi, есть управление с айфона, айпада и андроида.

[t1000a]

Спасибо еще раз за подробности с картинками

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

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

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

[KomC]

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

[KomC]

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

Так можно?

Оказывается можно.
Закапываясь все глубже в настройки ТС выяснил интересные особенности - тут есть возможность устанавливать так называемые виртуальные датчики. Физически их нет, но для ТС они есть, и определяет он их по расстоянию от конца токового датчика. Например комплектуете вы состав, в свойствах которого суммарная длина поезда получилась 70см, а участок с токовым датчиком у вас всего 60см. Тогда на схеме, либо рядом с блоком, либо прямо в блоке, указываете пару(если движение в обе стороны) виртуальных датчиков и расстояние до них 70см, а как условие при их срабатывании - освобождение участка. С точки зрения ТС, если определенный поезд отъедет от края токового датчика 70см, то будет считаться, что виртуальный датчик сработал. Ни лишних проводов, ни дополнительных денег на датчики и обратную связь.
Вот так оно в теории, но на практике пока некогда проверить.

[Shtirlits]

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

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

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

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

да можно. в JMRI есть эти таймеры.

[Sanato]

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

У меня будут участки, которые короче некоторых составов

Для полной уверенности можно поставить потребитель тока на последний вагон и датчик будет его тоже видеть. Где-то на форуме даже схема была.

[t1000a]

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

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

Не это не вариант, так как последний может перетусоваться и стать средним или еще каким
Мне понравилось то что описал ComC про виртуальные датчики в TC, но проблема в том что я хочу програмку поставить на ноутбук т.е. связь со станцией должна быть по вай-вай, а для этого нужно только TC 8, а она еще не грохнутая т.е. платная 650$. В общем мне это не по карману Так что остается думать о чем-то еще… Сейчас вот думаю про Rocrail, там вроде не должно быть проблем с подключением Z21 по вай-вай, но вроде функционал по заключению ComC там гораздо меньше…

[laba]

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

но вроде функционал по заключению ComC там гораздо меньше…

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

[t1000a]

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

Как говорится, кто к чему привык и что кому больше подходит.

Ну да тоже может быть… Я просто не к чему еще не привык, вот пытаюсь понять к чему лучше привыкать?… (в смысли что мне больше подойдет)

А вот что это за мало известной зверь WinDiGiPeg или RailWare которые немцы юзают они платные или как?… (в смысли крякнутые) Вы с этими программами сталкивались (просто любопытно, почему кто-то из немцев на них работает?...)

[laba]

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

А вот что это за мало известной зверь WinDiGiPeg или RailWare которые немцы юзают они платные или как?

Это платные программы, хотя есть демоверсии с определёнными ограничениями. Я не вникал.

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

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

просто любопытно, почему кто-то из немцев на них работает?..

ИМХОНаверное потому, что это немецкие программы Ведь если бы была у нас своя, отечественная программа такого плана, то наверное мы бы её юзали.

[t1000a]

Такой вопрос вроде как в JMRI можно сделать чтобы программа понимала, что локомотив зашел на нужной участок, когда освободит предшествующий (AlexS тут писал, что на этом прицепе у него реализовано точная остановка локомотива на поворотном круге)

А можно одним датчиком отделаться на метровом пути тупике… в которой закатывать два локомотива сразу?!…

Т.е. к примеру этот путь разбит на два участка, первой большой начинается от стрелки, (почти на всю длину, он подключен к обратной связи) А второй в самом конце (у тупика, короткий) дленной с локомотив (подключен снова к основному DDC без обратной связи!)

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

[KomC]

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

Какие программы могут загнать два локомотива в этот тупик и запомнить что они там оба?

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

[pandrey]

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

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

А как программа будет понимать, что в тупике 2 лока? Если можно примерный алгоритм накидайте.

[KomC]

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

А как программа будет понимать, что в тупике 2 лока? Если можно примерный алгоритм накидайте.

Хотелось бы сначала понять для какой цели это нужно программе. Тем не менее для данного конкретного случая: делите тупик на два участка, на первый ставите физический токовый датчик, а на второй виртуальный - при въезде двух локов оба датчика покажут занято. Условием освобождения второго датчика ставите обратный въезд на физический датчик первого лока. Примерно так, но могут быть и другие варианты.

[t1000a]

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

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

Ну я так и думал что в TC это возможно реализовать, а в Rocrail можно? Или экономия на датчиках грозит разорением (650$) на программе

[laba]

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

[Shtirlits]

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

Какие программы могут загнать два локомотива в этот тупик и запомнить что они там оба?

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

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

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

[KomC]

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

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

Какая то функция записи там есть, но руки до нее пока не дошли. Но хочу уточнить, имеется ввиду физически провести лок по маршруту например рокомаусом? В процессе записи интересует только маршрут или все телодвижения должны записываться (скорость, параметры разгона/торможения, остановки, звуки и т.п.)?

[Alex_S]

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

Какие программы могут загнать два локомотива в этот тупик и запомнить что они там оба?

Про JMRI.
Загнать можно сколько угодно... А вот запомнить не получится.
В JMRI отслеживание поездов основано на блок-участках (Blocks), у которых есть атрибут Value, в котором хранится содержимое блока.
Содержимое можно вывести, сделав в Layout Editor объект типа "Block contents" возле требуемого блока, и в нем будет отображаться название поезда. Название задается либо вручную через таблицу блок-участков, либо скриптом.
Сделав такие объекты "Block contents" возле каждого блока, можно наблюдать, как поезда перемещаются по макету.

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

Я этим особо не пользуюсь, сделал "чисто в косметических целях". На выходных поэкспериментирую, как оно себя поведет с несколькими локомотивами....

[Shtirlits]

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

Но хочу уточнить, имеется ввиду физически провести лок по маршруту например рокомаусом? В процессе записи интересует только маршрут или все телодвижения должны записываться (скорость, параметры разгона/торможения, остановки, звуки и т.п.)?

Имеется в виду провести состав тем же софтом в компутере. и конечно же все теловдвижения, включая подготовку маршрута, открытие светофоров, скорость, направление, разгон, торможение, сигналы, свет. ну то есть все команды, которые я клацнул, чтобы провести состав из пункта А в пункт Бэ, должны бы записаться .

[t1000a]

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

Из своего опыта могу сказать, что датчики это не то, на чём надо экономить.

Это понятно, но просто по логике, на алгоритме «второй датчик это освобождение первого» в тупиках можно много сэкономить не теряя собственно нечего по функционалу… А у меня весь макет по сути одни тупики… и такая программная функция, денег может сэкономит не мало!

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

На выходных поэкспериментирую, как оно себя поведет с несколькими локомотивами....

Поэкспериментируйте и нам сообщите… Просто странно, если вам удалось добиться чтобы локомотив вставал на круге после схода с датчика, (или на поворотном круге у вас тоже датчик?...) Видь по идеи если его там бы и не было действо же выполнено точно! лок остановлен где нужно! Соответственно если программа бы не забывало про локомотив, то можно было бы его легко отправить, когда надо и куда надо… неужели разработчики софта не подумали?... что такая нехитрая «память» привлечет «прижимистых $ сторонников»