|
Электрика и DCC Обсуждение цифрового и аналогового управления |
|
Опции темы | Опции просмотра |
24.12.2017, 22:43 | #26 | |
Местный
Регистрация: 06.03.2009
Адрес: Питер
Сообщений: 3,693
Сказал(а) 'не согласен(а)'!: 10
Сказали 'не согласен'! 0 раз(а) в 0 сообщениях
Сказал(а) спасибо: 6,942
Поблагодарили 4,844 раз(а) в 1,822 сообщениях
Репутация: репутация неоспорима (5137)
|
Цитата:
Покупать ради этого декодеры Zimo или D&H, считаю для себя нецелесообразным, т.к. пока не вижу особого потенциала использования такой информации в Rocrail.
__________________
HO, цифра, OpenDCC, S-88N, OpenCar, BiDiB С приветом из подземки!!! |
|
25.12.2017, 06:10 | #27 |
Местный
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,492
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,811
Поблагодарили 6,694 раз(а) в 2,938 сообщениях
Репутация: репутация неоспорима (6701)
|
роко блок можно купить без ндс за 83 евро
комплект блюхера с учётом доставки 250, ндс они похоже не скидывают, ну пусть без ндс 210. разница в 40 евро,а это половина роко блока. оно избыточно ---------- Сообщение добавлено в 08:07 ---------- Предыдущие сообщение было в 08:05 ---------- Однозначно сказать да нельзя, всё зависит от процессора декодера, хотя в теории конечно может. ---------- Сообщение добавлено в 08:10 ---------- Предыдущие сообщение было в 08:07 ---------- Алексей согласен, я уже писал что от использования Railcom у меня двоякие чувства, вроде вот оно чего ждал 3 года, а осадочек остался. |
Пользователь сказал cпасибо: |
25.12.2017, 07:00 | #28 |
Местный
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,492
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,811
Поблагодарили 6,694 раз(а) в 2,938 сообщениях
Репутация: репутация неоспорима (6701)
|
Игорь стоп, а как же Андрей kej, в логе Rocrail видит адрес декодера?
kej, Андрей что скажите, у вас z21 декодеры MD и адрес считывается? |
25.12.2017, 08:23 | #29 |
Местный
Регистрация: 14.10.2014
Адрес: Беларусь
Сообщений: 1,106
Сказал(а) 'не согласен(а)'!: 1
Сказали 'не согласен'! 9 раз(а) в 8 сообщениях
Сказал(а) спасибо: 1,127
Поблагодарили 1,386 раз(а) в 475 сообщениях
Репутация: этим человеком можно гордиться (1381)
|
|
25.12.2017, 08:56 | #30 |
Местный
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,492
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,811
Поблагодарили 6,694 раз(а) в 2,938 сообщениях
Репутация: репутация неоспорима (6701)
|
Читайте выше, аппаратно для реализации Railcom нужна горстка деталек, и если декодер поддерживает Railcom то они есть.
По поводу QoS это сравнительно не давняя функция, её суть в отображении процентного показателя потерянных пакетов. Так как данные RailCom шифруются по избыточной схеме, при расшифровке возможно узнать были потери или нет, на этом и основана QoS. Потери пактов косвенно сообщают о том что токосъём так себе, вот и всё. Всё это делается программно, декодер не проверяет рельсы на чистоту. ---------- Сообщение добавлено в 10:56 ---------- Предыдущие сообщение было в 10:54 ---------- LGR1120 передают только адрес, а так же поддерживают РОМ и АСК, ни каких функций в них больше нет. ---------- Сообщение добавлено в 10:56 ---------- Предыдущие сообщение было в 10:56 ---------- Вы скажите, z21 всё таки читает адрес декодера или нет? |
25.12.2017, 09:04 | #31 | |
Местный
Регистрация: 14.10.2014
Адрес: Беларусь
Сообщений: 1,106
Сказал(а) 'не согласен(а)'!: 1
Сказали 'не согласен'! 9 раз(а) в 8 сообщениях
Сказал(а) спасибо: 1,127
Поблагодарили 1,386 раз(а) в 475 сообщениях
Репутация: этим человеком можно гордиться (1381)
|
Цитата:
Не совсем понятен вопрос. Если читает и программирует декодеры на макете, обращаясь к конкретному локу - это имеется ввиду? |
|
25.12.2017, 09:10 | #32 |
Местный
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,492
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,811
Поблагодарили 6,694 раз(а) в 2,938 сообщениях
Репутация: репутация неоспорима (6701)
|
|
25.12.2017, 09:17 | #33 |
Местный
Регистрация: 14.10.2014
Адрес: Беларусь
Сообщений: 1,106
Сказал(а) 'не согласен(а)'!: 1
Сказали 'не согласен'! 9 раз(а) в 8 сообщениях
Сказал(а) спасибо: 1,127
Поблагодарили 1,386 раз(а) в 475 сообщениях
Репутация: этим человеком можно гордиться (1381)
|
|
25.12.2017, 13:11 | #34 | ||||
Engineer of DCC
Регистрация: 18.09.2009
Адрес: Москва
Сообщений: 2,039
Сказал(а) 'не согласен(а)'!: 23
Сказали 'не согласен'! 25 раз(а) в 17 сообщениях
Сказал(а) спасибо: 140
Поблагодарили 2,274 раз(а) в 898 сообщениях
Репутация: репутация неоспорима (2294)
|
|
||||
Пользователь сказал 'не согласен'! - за это бесполезное сообщение: | Saddam (27.12.2017) |
Пользователь сказал cпасибо: |
27.12.2017, 16:06 | #35 |
Engineer of DCC
Регистрация: 18.09.2009
Адрес: Москва
Сообщений: 2,039
Сказал(а) 'не согласен(а)'!: 23
Сказали 'не согласен'! 25 раз(а) в 17 сообщениях
Сказал(а) спасибо: 140
Поблагодарили 2,274 раз(а) в 898 сообщениях
Репутация: репутация неоспорима (2294)
|
Разбирательство с рэилкомом выявило следующие моменты:
Как оказалось из за нечеткости прописанного на сайте 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-ные декодеры, что у меня есть – ни один не передает. Только свой адрес. Странно, но факт. |
Пользователь сказал 'не согласен'! - за это бесполезное сообщение: | Saddam (27.12.2017) |
7 пользователя(ей) сказали cпасибо: |
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Детектор 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 |