Детектор Z21 (ROCO 10808) c RailCom
 

http://www.roco.cc/en/product/234821.../products.html

Инструкция

http://www.roco.cc/uploads/service/d...8010808920.pdf

Перевод на русский с помощью Google:

Еще видео уже про Railcom

https://www.youtube.com/watch?v=3L4Kj-sTW0c

А кто-то реально уже использует RailCom? Есть какие-то реальная практическая польза от него?

На вскидку, это реально работает (фактическая скорость движения локомотива) http://forum.rocrail.net/viewtopic.php?f=64&t=14345
На макете есть скрытые места и не слышно лока. Посмотрев в интерфейсе Rocrail "фактич. скор." - сразу понятно, что с локом. Что касается определения № лока на конкретном блоке макета, то вопрос открыт, во всяком случае для меня.

Я например, когда подбираю скорости, разгон-торможения, для сплотки, читаю и записываю на основном треке CV. Реально удобно, чем стаскивать на программной трек чтобы посмотреть какое где значения и его изменить...

В этом нет смысла, скорость лока такая какая команда выставлена на станции, а если лок потерял контакт и остановился, то он не может об этом сообщить

Потенциально, отсутствие ответа от лока тоже ответ, если Rocrail двусторонняя связь.

Да, только для этого достаточно просто передавать свой адрес.
Основная задача раилкома - это сказать "Лок NNNN здесь", остальное просто шашечки.
Ну и чтение CV полезно.

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

Я уже писал что RailCom "перегорел". Пять лет назад это было бомбой, полноценная ос, локомотив сообщает свой адрес на участке, но реализация подкачала, устройств не было. За это время программы для ПК "поумнели" и здесь laba, абсолютна прав при пк управлении можно обойтись и без Railcom. А вот "умных" станции так и не появилось, если не считать EcoS, но и там полной автоматизацией сравнимой с ПК нет, а желающих брать детекторы с RailCom от ESU, даже среди пользователей Экоса так же не много.
Уже нет, из 37 страниц стандарта, разделу ADR отдана 1 страница, и основное описание стандарта отдано под чтение/запись на РОМ, при этом больше половины под работу со стационарными аксесураными декодерами.
Так что пока основная польза от раилкома это программирование декодеров на основном пути как подвижнего так и стационарных.
На клубных либо очень больших макетах польза даже только от адреса локомотива уже большая.
Но вот если появится умная станция или хотя бы умный пульт, где будет возможность автоматизации хотя бы на уровне rocrail 5-6 летней давности, вот там RailCom пригодится и раскроется.

Отличный способ судить о полезности чего либо по количеству страниц в документации :)

Золотые слова.
Но вам как то удается рассуждать о том, о чем вы не знаете :)

В этот момент фактическая скорость лока =0. Это и есть сообщение.
Сообщить номер лока - функция определения местоположения лока на макете. Состояние лока (движение или остановка) - функция трансляции фактической скорости посредством RailCom
Попробую проиллюстрировать эту очень полезную функцию на примере своего макета. z21+FB2, декодеры LGR1120(версия "Профессионал"), программа Rocrail:

https://www.youtube.com/watch?v=q-3FuClM2Ag

А кто в этом видео посылает в RR сообщения о скорости ?
Локальный или глобальный детектор ?

А инерция (CV3 и 4 и пр. настройки)? ИМХО это из-за инерции и сделано. Локи могут разгоняться или тормозить довольно долго. Railcom выдает скорость в данный момент, которая может быть вплоть до максимальной даже после отправки команды "скорость=0".

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

Владимир, не заводите рака за камень. Цимус этой функции состоит в том, что бы в динамике, посредством отображения фактической скорости, наблюдать в режиме реального времени, - лок движется или стоит (в моем случае в этот момент фактическая скорость равна 197).

:ps:В свое время одна очень известная финская компания по производству мобильных телефонов тролила, как сейчас говорят, Гугл за то что для их моб. приложений необходим был интернет. И что потом случилось с этой многоуважаемой компанией? А самое главное, сейчас эта, уже под китайским брендом, фирма выпускает телефоны с какой операционной системой? Цель этих дискуссий на форуме - что бы Ваша производство не проспало тот ренесанс,, который сейчас наблюдается с RailCom. Во всяком случае, в Роко, да и не только там, это поняли.

Вы что то заговариваетесь, я никогда не был противником раилкома, наоборот, я с самого начала говорил, что за раилкомом будущее, это лишь вопрос времени. И наши декодеры давно его поддерживают, и скорость передают и адрес и чтение/запись CV на POM.

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

Можно вопрос, как выяснилось ServoMotion не поддерживает программирование на РОМ, планируется ли доработка для полноценного программирования на РОМ с помощью RailCom?

По моему это время уже наступило.
Еще одна не менее важная функция - QoS. Позволяет оценить качество передоваемых данных от локомотивного декодера, что в свою очередь говорит о степени загрязненности токосъема и соответственно ж.д. полотна. Причем для этого абсолютно не нужны дорогостоющие детекторы ОС с RailCom, все это реализуется на уровне глобальных детекторов RailCom КС. Владимир, может есть возможность добавить эту функцию на программном уровне в следующие прошивки Ваших лок. декодеров с RailCom?

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

Есть еще и светофорный декодер с той же проблемой. Может это все можно сделать программно, через смену прошивки. Для этого тогда бы и пригодились бы Ваши программаторы.:-D

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

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

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

Для КС инерция неизвестна, она ж в декодере хранится. Отставать может очень сильно, разгон до максимальной скорости и торможение до останова могут занимать несколько минут.

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

Про ServoMotion
Сделайте пожалуйста как у ESU. Пользователи Экоса будут благодарны :) И скорее всего не только они, ведь все RP по этому поводу уже написаны.
У Экоса в качестве адреса декодера задается не стрелочный, а базовый адрес декодера (без двух младших битов стрелочного адреса). Т.е. этих базовых адресов 512, а не 2048 (макс. количество стрелок в адресном пространстве аксессуаров).
И при этом свободу выбора адресов для выходов вполне можно оставить как есть. Например адрес декодера для POM - 5 (что соответствует диапазону стрелок от 20 до 23), а у выходов назначаются адреса 101, 205, 333 и 12.

Ууу, было бы сказочно удобно.