RailCom

[t1000a]

Вы тут все темы с RailCom позакрывали Что теперь негде и спросить...

А вот есть какие-то данные на качество чтения данных из локомотивных декодеров с основного, пути, если там много локомотивов... Вот у меня сейчас 13шт на путях и данные из декодеров читаются через раз... Z21 типа пишет "нет ответа" еще раз или два тыкаешь и получаешь ответ...

Я понимаю, что больше декодеров больше емкость на рельсах и соответственно хуже сигнал проходит... Или может там еще влиять длинна присоединённых путей там и длинные провода дублируют питание... (это же тоже все емкость дает...) Интересно кто-то уже с этим сталкивался? Это норма, или может ХЗ в Z21 конденсаторы высохли, хуже питание и т.д...

И как эту проблему решать? Брусторы с разным питанием, или может будет достаточно роковского модуля ОС, которой как я понимаю по RailCom общается только с локомотивом на блок участке, а затем по общий шине данные отправляет в Z21

[Saddam]

Да есть уже, такое, называется - QoS, вот целая тема про него. Нужен декодер и ПО с поддержкой QoS.
Если у тебя локи Роко с Цимо декодерами, ставь Рокрэил и увидишь потери.

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

Z21 типа пишет "нет ответа" еще раз или два тыкаешь и получаешь ответ...

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

[t1000a]

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

Да есть уже, такое, называется - QoS, вот целая тема про него. Нужен декодер и ПО с поддержкой QoS.
Если у тебя локи Роко с Цимо декодерами, ставь Рокрэил и увидишь потери.

Эту тему я читал раньше, сейчас еще раз прибежал... Там все-таки "изучается теоретический вопрос, подсчета количества сферических коней в вакууме"
А у меня задача более простая, вопрос почему у меня отваливается RailCom? Если вот поезда стоят, рельсы чистые! (все закрыто колпаками или в аквариумах...) Между станцией и локомотивом всего несколько метров... А данные из него читаются через раз...
Ну и что практический делать?...

[Saddam]

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

Ну и что практический делать?...

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

[Rokfor]

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

почему у меня отваливается RailCom? Если вот поезда стоят, рельсы чистые!

Это же совсем просто. Надо постепенно убирать все возможные факторы.
Для начала убираем все локи кроме одного, смотрим как повлияло. Скорее всего никак, но это мое предположение.
Я ставлю на грязные контакты как на причину.

Дальше, когда остался один лок пробуем ставить его ближе/дальше от станции, смотрим на потери пакетов (кстати, как именно вы видите потерянные пакеты ?)

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

Если и после этого останутся потерянные пакеты, пробуем с другим декодером/локом.
Если потерянные пакеты все равно будут, то остается только станция.

П.С. Qos в этом вопросе никак не поможет, Qos определяет кол-во потерянных DCC пакетов, и выяснить почему и где теряется раилком с помощью Qos'а не получится.

[t1000a]

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

Как я понимаю блоков ОС с RailCom нет

Нет

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

а значит перегруз по первому каналу и инфа об адресах идет по второму

"Ты не мудри ты пальцем покажи" Чукча

Ну а делать то что, какой смысл

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

запускаешь Рокрэил и смотришь, чего потерялось и где

Мне что Рокрэил напишет "дружище у тебя провода слишком длинные, емкость большая на пути и посоветует как это все устранить..."

Так чисто теоретический, проблема перегруза (там же не по току! а похоже по емкости и нагрузки на пилу) Если я поставляю ОС с RailCom и там все разобьется на блоки... где в каждом может окажется только пара локов, а не все, как сейчас... (хотя это тоже не все, когда я все поставляю, понятно что RailCom уже и через раз работать не будет)
То это решит проблему или там все-таки нужно брусторы с отдельным питанием...

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

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

Я все-таки думаю, что это из-за большого количества локомотивов, что я постепенно покупал и ставил, (а все последние роковские с большими накопительными кондерами) а не какого-то одного...
Хотя с одним тоже были проблемы, а именно где я впаивал декодер и не убрал конденсаторы... (но они там стояли перед катушками!) И вот тогда я заметил, когда этот лок на рельсах то RailCom не работает. Убираешь лок работает выкинул конденсаторы все стало работать... Не понятно зачем в узкоколейном Лилипуте поставили конденсаторы прямо по токосъему... (т.е. на рельсы)

С алгоритмом, что нужно снимать нагрузку и смотреть на результат... Я с вами полностью согласен...

Мне просто интересно у кого-то уже были такие же проблемы, количество локов и качество RailCom?...

[kej]

1. На чем запущен Rocrail (вычислительные мощности и объем оперативной памяти устройства)?
2. Как это устройство взаимодействует с z21 (LAN или ВайФай)?

[t1000a]

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

На чем запущен Rocrail

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

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

Как это устройство взаимодействует с z21

Ну как планшет может конечно по вафли
Но очевидно что скорость Вай-фая тут не причем... что запрос CV такой тяжелой...

[kej]

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

с планшете в Рокоуправлялки читал CV

Ради академического интереса сделайте то же самое с ПК, соединив его с Z21 LAN напрямую, минуя марщрутизатор.

[Kanareyki9]

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

Ну как планшет может конечно по вафли

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

Ради академического интереса сделайте то же самое с ПК, соединив его с Z21 LAN напрямую, минуя марщрутизатор.

z21 станция принимает клиентов по UDP соединению (это когда доставку сетевых пакетов не контролируют)
когда работаете по WiFi пакеты тупо теряются, видел такое не раз.
при соединение через Ethernet они тоже могут теряться, но на моём опыте на пару порядков реже.
Очень вероятно, что RailCom тут ни при чём (если только ситуация не продолжится и после переключение на кабель)

[Saddam]

kej, Kanareyki9, други, Игорь с планшета сидит в Z21 app, а там акромя WIFI иначе никак.

[ASB 161]

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

акромя WIFI иначе никак

Надо каким-нибудь WiFi Analyser'ом посмотреть, возможно куча соседей со своими WiFi-точками сидят на одном канале. Если есть возможность - их надо разнести.

[t1000a]

Сообщение от ASB 161

Если есть возможность - их надо разнести.

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

[ASB 161]

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

чтобы остаться без халявного инета

Это то здесь при чём?

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

что за ерунду вы пишете

Ерунда - значит ерунда...

ЗЫ.
У долгожителя спрашивают:
— В чём секрет вашего долголетия?
— Я никогда ни с кем не спорил.
— Как так?! Этого не может быть!
— Вы совершенно правы, не может этого быть.

[t1000a]

На всякий случай решил еще раз проверить почитать CV у самой точки доступа…
Но в общем все тоже самое…
Хотя планшет у меня тоже не много глючит, там похоже кондеры внутри подсохли, он иногда включался не с первого раз… А сейчас вроде включился, но в начали тормозил как-то сильно… В смысле команды выполнял разгон-остановка, кнопки… А вот графический после остановки на экране оставалось зеленая шакала, как будто, лок едет. И видео тормозило… Потом разогрелся вроде И стало нормально…
Но с чтением CV все тоже самое, причем у некоторых локомотивов он читает лучше у других хуже… Т.е. у одних со второй, третий, четвертой попытки… У других вообще некоторые локомотивы не отвечали вообще…