Форум ModelldepO  

Вернуться   Форум ModelldepO > Моделизм > Электрика и DCC
Электрика и DCC Обсуждение цифрового и аналогового управления

Закрытая тема
 
Опции темы Опции просмотра
Старый 24.12.2017, 22:43   #26
laba
Местный
 
Аватар для laba
 
Регистрация: 06.03.2009
Адрес: Питер
Сообщений: 3,693
Сказал(а) 'не согласен(а)'!: 10
Сказали 'не согласен'! 0 раз(а) в 0 сообщениях
Сказал(а) спасибо: 6,942
Поблагодарили 4,844 раз(а) в 1,822 сообщениях
Репутация: репутация неоспорима (5127)
По умолчанию

Цитата:
Сообщение от kej Посмотреть сообщение
До сих пор не могу узнать как отображается фактическая скорость в БиДи. А о работе "Статистика" (QoS) в Rocrail даже и боюсь спрашивать
У меня местные декодеры, как выше описано, они не поддерживают такого рода сообщения.
Покупать ради этого декодеры Zimo или D&H, считаю для себя нецелесообразным, т.к. пока не вижу особого потенциала использования такой информации в Rocrail.
__________________
HO, цифра, OpenDCC, S-88N, OpenCar, BiDiB
С приветом из подземки!!!
laba вне форума   Вверх
Старый 25.12.2017, 06:10   #27
Saddam
Местный
 
Аватар для Saddam
 
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,453
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,790
Поблагодарили 6,654 раз(а) в 2,922 сообщениях
Репутация: репутация неоспорима (6651)
По умолчанию

Цитата:
Сообщение от kej Посмотреть сообщение
Да и цена сопоставима с ROCO (Вы не с минусовали 19%)
роко блок можно купить без ндс за 83 евро
комплект блюхера с учётом доставки 250, ндс они похоже не скидывают, ну пусть без ндс 210.
разница в 40 евро,а это половина роко блока.

Цитата:
Сообщение от kej Посмотреть сообщение
Это лишний раз говорит, что устройство универсальное...
оно избыточно

---------- Сообщение добавлено в 08:07 ---------- Предыдущие сообщение было в 08:05 ----------

Цитата:
Сообщение от Zitra Посмотреть сообщение
это может быть потенциально возможным при обновлении прошивки?
Однозначно сказать да нельзя, всё зависит от процессора декодера, хотя в теории конечно может.

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

Цитата:
Сообщение от laba Посмотреть сообщение
пока не вижу особого потенциала использования такой информации в Rocrail.
Алексей согласен, я уже писал что от использования Railcom у меня двоякие чувства, вроде вот оно чего ждал 3 года, а осадочек остался.
Saddam вне форума   Вверх
Пользователь сказал cпасибо:
Старый 25.12.2017, 07:00   #28
Saddam
Местный
 
Аватар для Saddam
 
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,453
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,790
Поблагодарили 6,654 раз(а) в 2,922 сообщениях
Репутация: репутация неоспорима (6651)
По умолчанию

Цитата:
Сообщение от t1000a Посмотреть сообщение
то у меня этого не было...
Игорь стоп, а как же Андрей kej, в логе Rocrail видит адрес декодера?

kej, Андрей что скажите, у вас z21 декодеры MD и адрес считывается?
Saddam вне форума   Вверх
Старый 25.12.2017, 08:23   #29
kej
Местный
 
Аватар для kej
 
Регистрация: 14.10.2014
Адрес: Беларусь
Сообщений: 1,103
Сказал(а) 'не согласен(а)'!: 1
Сказали 'не согласен'! 9 раз(а) в 8 сообщениях
Сказал(а) спасибо: 1,126
Поблагодарили 1,385 раз(а) в 474 сообщениях
Репутация: этим человеком можно гордиться (1380)
По умолчанию

Цитата:
Сообщение от laba Посмотреть сообщение
местные декодеры, как выше описано, они не поддерживают такого рода сообщения.
До сих пор так и не получил от Владимира ясного ответа по поводу отсутствия QoS в LGR1120 - это аппаратные или программные ограничения этих декодеров?
kej вне форума   Вверх
Старый 25.12.2017, 08:56   #30
Saddam
Местный
 
Аватар для Saddam
 
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,453
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,790
Поблагодарили 6,654 раз(а) в 2,922 сообщениях
Репутация: репутация неоспорима (6651)
По умолчанию

Цитата:
Сообщение от kej Посмотреть сообщение
это аппаратные или программные ограничения этих декодеров?
Читайте выше, аппаратно для реализации Railcom нужна горстка деталек, и если декодер поддерживает Railcom то они есть.
По поводу QoS это сравнительно не давняя функция, её суть в отображении процентного показателя потерянных пакетов. Так как данные RailCom шифруются по избыточной схеме, при расшифровке возможно узнать были потери или нет, на этом и основана QoS. Потери пактов косвенно сообщают о том что токосъём так себе, вот и всё. Всё это делается программно, декодер не проверяет рельсы на чистоту.

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

LGR1120 передают только адрес, а так же поддерживают РОМ и АСК, ни каких функций в них больше нет.

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

Вы скажите, z21 всё таки читает адрес декодера или нет?
Saddam вне форума   Вверх
Старый 25.12.2017, 09:04   #31
kej
Местный
 
Аватар для kej
 
Регистрация: 14.10.2014
Адрес: Беларусь
Сообщений: 1,103
Сказал(а) 'не согласен(а)'!: 1
Сказали 'не согласен'! 9 раз(а) в 8 сообщениях
Сказал(а) спасибо: 1,126
Поблагодарили 1,385 раз(а) в 474 сообщениях
Репутация: этим человеком можно гордиться (1380)
По умолчанию

Цитата:
Сообщение от Saddam Посмотреть сообщение
LGR1120 передают только адрес, а так же поддерживают РОМ и АСК, ни каких функций в них больше нет.
Транслирует еще и фактическую скорость.
Цитата:
Сообщение от Saddam Посмотреть сообщение
Вы скажите, z21 всё таки читает адрес декодера или нет?
Не совсем понятен вопрос. Если читает и программирует декодеры на макете, обращаясь к конкретному локу - это имеется ввиду?
kej вне форума   Вверх
Старый 25.12.2017, 09:10   #32
Saddam
Местный
 
Аватар для Saddam
 
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,453
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,790
Поблагодарили 6,654 раз(а) в 2,922 сообщениях
Репутация: репутация неоспорима (6651)
По умолчанию

Цитата:
Сообщение от kej Посмотреть сообщение
Не совсем понятен вопрос.
В логе Rocrail адрес есть?

Цитата:
Сообщение от kej Посмотреть сообщение
Транслирует еще и фактическую скорость.
Мне не удалось это доказать.
У вас скорость отображается так-как вы сделали транскрипцию процентов в км/ч, в логе Rocrail на низком уровне скорость есть?
Saddam вне форума   Вверх
Старый 25.12.2017, 09:17   #33
kej
Местный
 
Аватар для kej
 
Регистрация: 14.10.2014
Адрес: Беларусь
Сообщений: 1,103
Сказал(а) 'не согласен(а)'!: 1
Сказали 'не согласен'! 9 раз(а) в 8 сообщениях
Сказал(а) спасибо: 1,126
Поблагодарили 1,385 раз(а) в 474 сообщениях
Репутация: этим человеком можно гордиться (1380)
По умолчанию

Цитата:
Сообщение от Saddam Посмотреть сообщение
Цитата:
Сообщение от kej
Транслирует еще и фактическую скорость.
Мне не удалось это доказать.
Примите это как аксиому.
kej вне форума   Вверх
Старый 25.12.2017, 13:11   #34
Rokfor
Engineer of DCC
 
Регистрация: 18.09.2009
Адрес: Москва
Сообщений: 2,034
Сказал(а) 'не согласен(а)'!: 23
Сказали 'не согласен'! 25 раз(а) в 17 сообщениях
Сказал(а) спасибо: 140
Поблагодарили 2,269 раз(а) в 894 сообщениях
Репутация: репутация неоспорима (2289)
По умолчанию

Комментарий администратора
Rokfor:

Данная нужная и полезная тема была закрыта в связи с тем, что основана на крайне некомпетентном сравнении.
см. мои комментарии в сообщении №7

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

Данные тесты вводят в заблуждение и наносят вред нашей репутации как производителя.
Тема будет закрыта до тех пор пока автор теста (или любой другой) не проведет объективное сравнение или опровержение недостоверной информации.

Персонально Saddam'у:
я уже писал вам, что сравнительные тесты - это дело крайне
ответственное, автор должен быть компетентен и продумать методику и детали этой работы.
Делая такие халатные тесты вы просто вводите людей в заблуждение.
Но в погоне за дешевой славой вы опять по быстрому что то куда то включили, увидели результат и делаете выводы.
У вас какая то ненормальная потребность скорее сделать вывод и написать об этом на всех форумах.

В виду того что вы не желаете делать такую работу качественно, вдумчиво и объективно - я не советую вам публиковать какие либо результаты подобных проверок.
Rokfor вне форума   Вверх
Пользователь сказал 'не согласен'! - за это бесполезное сообщение:
Saddam (27.12.2017)
Пользователь сказал cпасибо:
Старый 27.12.2017, 16:06   #35
Rokfor
Engineer of DCC
 
Регистрация: 18.09.2009
Адрес: Москва
Сообщений: 2,034
Сказал(а) 'не согласен(а)'!: 23
Сказали 'не согласен'! 25 раз(а) в 17 сообщениях
Сказал(а) спасибо: 140
Поблагодарили 2,269 раз(а) в 894 сообщениях
Репутация: репутация неоспорима (2289)
По умолчанию

Разбирательство с рэилкомом выявило следующие моменты:

Как оказалось из за нечеткости прописанного на сайте NMRA документа возникают некоторые сложности с работой Railcom.
Railcom устроен так, что информация передаваемая декодером зависит от того какой DCC пакет был передан станцией перед данным cutout’ом.
В старой редакции 2005г (RP-9.3.2 V2.06) говориться, что свой адрес (broadcast transmission) декодер не может передавать в cutout’е идущем за DCC пакетом на свой адрес, т.е. он должен передавать свой адрес в 1-м канале в cutout’е после пакетов другим лок декодерам. Передавать свою скорость декодер может только во 2-м канале в cutout’е, идущем после команды на свой адрес, (это положение не поменялось в следующей редакции протокола).

В новой редакции S-9.3.2 (July 2012) (это текущая редакция, выложенная на сайте NMRA, были и более поздние, но похоже от них отказались, документация по ним удалена) правило передачи пакетов описано по другому – декодер должен передавать свой адрес в 1-м канале в cutout’е после DCC пакета на любой адрес.
Странное решение, оно неизбежно будет приводить к конфликту, если на участке 2 или более лок декодеров. А глобальный детектор вообще будет видеть кашу от всех лок декодеров на макете.

Я проверил как работают разные декодеры, я взял старый lenz gold, старый звуковой декодер ZIMO MX640, esu lokpilot (версий не знаю, но они старые), - они работают в соответствии со старой редакцией протокола.
Так же работают и все лок декодеры modelldepo (в которых есть railcom).

Более новые декодеры - звуковой ZIMO MX648, esu loksound V4.0 работают по новой редакции, т.е. передают свой адрес в каждом cutout’е после любой локомотивной команды. Из этого следует, что при желании проверить что передает декодер – декодер должен быть единственным, подключенным к детектору раилкома, если будет второй, то они сделают кашу.

Первая редакция протокола позволяет избежать конфликта, когда 2 локомотива оказались на одном участке. Каждый передает свой адрес после чужого пакета – конфликта нет.
Но есть и одна проблема – если включить станцию и выбрать только один локомотив с таким же адресом как и декодер (на экосе удалить второй контролер или сделать их с одним адресом), то станция будет посылать команды только на этот адрес, а значит в DCC потоке никогда не будет пакетов на другой адрес и декодер никогда не сможет передать по раилкому свой адрес, вероятно поэтому детектор не всегда видит адрес в раилкоме.
Тоже самое и со скоростью, если выбрать другой адрес (не адрес декодера) и этот другой адрес будет являться единственным в потоке DCC команд, то декодер сможет передавать детектору только свой адрес и никогда не сможет передать свою скорость.
Если кто то надумает тестировать раилком – не надо об этом забывать, в этом протоколе есть много тонкостей и нелогичных вещей.

Еще, у экоса есть одна особенность: если выставить на контроллере скорость=0, то через некоторое время он перестает посылать команды на этот адрес, занятный момент, можно долго искать передачу адреса от одних декодеров и передачу скорости от других. (Возможно у меня старый экос и это уже изменили).

Да, еще, ранее я писал, что декодеры esu передают по раилкому текущую скорость, это не соответствует действительности, похоже это был другой декодер.
Проверил еще раз те esu-ные декодеры, что у меня есть – ни один не передает. Только свой адрес. Странно, но факт.
Rokfor вне форума   Вверх
Пользователь сказал 'не согласен'! - за это бесполезное сообщение:
Saddam (27.12.2017)
7 пользователя(ей) сказали cпасибо:
Закрытая тема

Опции темы
Опции просмотра

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

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Детектор Z21 (ROCO 10808) c RailCom kej Roco Z21 50 10.04.2022 09:22
Отображение фактической скорости локомотива, оборудованного декодером с RailCom. kej Rocrail 51 15.12.2018 17:14
Railcom и Rocrail Copyman Электрика и DCC 42 27.02.2012 15:39
Будет ли SoundGT с RailCom ? alex_kov Цифровая аппаратура Modelldepo 10 21.06.2010 03:11
Вопрос по декодерам с Railcom Hanegev Электрика и DCC 25 29.11.2009 19:58


Текущее время: 16:02. Часовой пояс GMT +3.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot
Copyright © ModelldepO.ru 2006 -