05.01.2018, 16:15 | #51 |
Местный
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,495
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,812
Поблагодарили 6,695 раз(а) в 2,939 сообщениях
:
0 за это сообщение 1 Всего Репутация: репутация неоспорима (6702)
|
Роб реализовал механизм приёма данных QoS напрямую не перевязанный к датчику и блоку.
В результате в логе Rocrail идут сообщения QoS с привязкой к номеру локомотива. |
|
Пользователь сказал cпасибо: |
06.01.2018, 20:02 | #52 |
Местный
Регистрация: 14.10.2014
Адрес: Беларусь
Сообщений: 1,106
Сказал(а) 'не согласен(а)'!: 1
Сказали 'не согласен'! 9 раз(а) в 8 сообщениях
Сказал(а) спасибо: 1,127
Поблагодарили 1,386 раз(а) в 475 сообщениях
:
0 за это сообщение 0 Всего Репутация: этим человеком можно гордиться (1381)
|
QoS в декодерах ZIMO
ZIMO еще в 2015 г. добавил в прошивку своих некоторых декодеров функцию QoS (RailCom).
|
|
Пользователь сказал cпасибо: |
02.02.2018, 17:40 | #53 |
Местный
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,495
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,812
Поблагодарили 6,695 раз(а) в 2,939 сообщениях
:
0 за это сообщение 1 Всего Репутация: репутация неоспорима (6702)
|
Вот посмотрел
В блоке данные есть, в датчике пусто, но как ими пользоваться неясно. Даже если в логе контроллера был QoS больше 0, в статистике всё равно 0. |
|
02.02.2018, 17:46 | #54 |
Местный
Регистрация: 14.10.2014
Адрес: Беларусь
Сообщений: 1,106
Сказал(а) 'не согласен(а)'!: 1
Сказали 'не согласен'! 9 раз(а) в 8 сообщениях
Сказал(а) спасибо: 1,127
Поблагодарили 1,386 раз(а) в 475 сообщениях
:
0 за это сообщение 0 Всего Репутация: этим человеком можно гордиться (1381)
|
Какой у Вас лок. декодер? Покажите скрин сообщений контролера. Rocrail сформировала таблицу - это уже хорошо.
А лок в этот момент не должен двигаться? Для датчика - z21 только, как я понимаю. http://wiki.rocrail.net/doku.php?id=sensor-statistic-en |
|
02.02.2018, 17:58 | #55 |
Местный
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,495
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,812
Поблагодарили 6,695 раз(а) в 2,939 сообщениях
:
0 за это сообщение 1 Всего Репутация: репутация неоспорима (6702)
|
ну гугл не всемогущ
QoS от quality of service, понятие из сетей это способность сети обеспечить заданный трафик, то есть что нужные данные гарантировано пройдут/придут/уйдут. В RailCom это что то подобное, процент потерь данных. Да косвенно это говорит о плохом токосьёме, но в первую очередь это именно процент потерь, и никакие пауерпаки ему не должны мешать. Вопрос вот в чём, данные QoS передаются постоянно. если питание есть а пакетов нет, что передаётся в QoS тогда, как это поверить экспериментально? |
|
02.02.2018, 18:01 | #56 |
Местный
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,495
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,812
Поблагодарили 6,695 раз(а) в 2,939 сообщениях
:
0 за это сообщение 1 Всего Репутация: репутация неоспорима (6702)
|
D&H SD18A
от него проку мало там всё в этом Если статистика открыта, лок не запустить, но открывал и на запущенном то же. не понял |
|
02.02.2018, 18:02 | #57 |
Местный
Регистрация: 07.02.2016
Адрес: Israel
Сообщений: 1,923
Сказал(а) 'не согласен(а)'!: 18
Сказали 'не согласен'! 8 раз(а) в 8 сообщениях
Сказал(а) спасибо: 3,442
Поблагодарили 2,008 раз(а) в 1,262 сообщениях
:
0 за это сообщение 0 Всего Репутация: репутация неоспорима (2007)
|
|
|
02.02.2018, 18:03 | #58 |
Местный
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,495
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,812
Поблагодарили 6,695 раз(а) в 2,939 сообщениях
:
0 за это сообщение 1 Всего Репутация: репутация неоспорима (6702)
|
|
|
02.02.2018, 18:05 | #59 |
Местный
Регистрация: 14.10.2014
Адрес: Беларусь
Сообщений: 1,106
Сказал(а) 'не согласен(а)'!: 1
Сказали 'не согласен'! 9 раз(а) в 8 сообщениях
Сказал(а) спасибо: 1,127
Поблагодарили 1,386 раз(а) в 475 сообщениях
:
0 за это сообщение 0 Всего Репутация: этим человеком можно гордиться (1381)
|
|
|
02.02.2018, 18:06 | #60 |
Местный
Регистрация: 07.02.2016
Адрес: Israel
Сообщений: 1,923
Сказал(а) 'не согласен(а)'!: 18
Сказали 'не согласен'! 8 раз(а) в 8 сообщениях
Сказал(а) спасибо: 3,442
Поблагодарили 2,008 раз(а) в 1,262 сообщениях
:
0 за это сообщение 0 Всего Репутация: репутация неоспорима (2007)
|
|
|
02.02.2018, 18:09 | #61 |
Местный
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,495
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,812
Поблагодарили 6,695 раз(а) в 2,939 сообщениях
:
0 за это сообщение 1 Всего Репутация: репутация неоспорима (6702)
|
а когда и 3-4
---------- Сообщение добавлено в 20:09 ---------- Предыдущие сообщение было в 20:07 ---------- что что, датчик 160 адрес 0 , нет это так не работает. |
|
02.02.2018, 18:09 | #62 |
Местный
Регистрация: 07.02.2016
Адрес: Israel
Сообщений: 1,923
Сказал(а) 'не согласен(а)'!: 18
Сказали 'не согласен'! 8 раз(а) в 8 сообщениях
Сказал(а) спасибо: 3,442
Поблагодарили 2,008 раз(а) в 1,262 сообщениях
:
0 за это сообщение 0 Всего Репутация: репутация неоспорима (2007)
|
|
|
02.02.2018, 18:10 | #63 |
Местный
Регистрация: 14.10.2014
Адрес: Беларусь
Сообщений: 1,106
Сказал(а) 'не согласен(а)'!: 1
Сказали 'не согласен'! 9 раз(а) в 8 сообщениях
Сказал(а) спасибо: 1,127
Поблагодарили 1,386 раз(а) в 475 сообщениях
:
0 за это сообщение 0 Всего Репутация: этим человеком можно гордиться (1381)
|
|
|
02.02.2018, 18:11 | #64 |
Местный
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,495
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,812
Поблагодарили 6,695 раз(а) в 2,939 сообщениях
:
0 за это сообщение 1 Всего Репутация: репутация неоспорима (6702)
|
Обижаете, у меня и скорости нет
Потому что стоим , если едим то есть |
|
02.02.2018, 18:29 | #65 |
Местный
Регистрация: 14.10.2014
Адрес: Беларусь
Сообщений: 1,106
Сказал(а) 'не согласен(а)'!: 1
Сказали 'не согласен'! 9 раз(а) в 8 сообщениях
Сказал(а) спасибо: 1,127
Поблагодарили 1,386 раз(а) в 475 сообщениях
:
0 за это сообщение 0 Всего Репутация: этим человеком можно гордиться (1381)
|
|
|
02.02.2018, 19:27 | #66 |
Местный
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,495
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,812
Поблагодарили 6,695 раз(а) в 2,939 сообщениях
:
0 за это сообщение 1 Всего Репутация: репутация неоспорима (6702)
|
|
|
03.02.2018, 08:16 | #67 |
Местный
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,495
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,812
Поблагодарили 6,695 раз(а) в 2,939 сообщениях
:
0 за это сообщение 1 Всего Репутация: репутация неоспорима (6702)
|
Как работает QoS.
В DCC все пакеты при их получении декодером проверяются, проверка заключается в подсчёте контрольной суммы, если она верна пакет считается "хорошим" , если сумма не совпала пакет "плохой". QoS выражается так "плохие" делим на все полученные пакеты и умножаем на 100. Получаем значение QoS которое и сообщает декодер в RailCom пакетах. |
|
2 пользователя(ей) сказали cпасибо: |
03.02.2018, 10:04 | #68 |
Engineer of DCC
Регистрация: 18.09.2009
Адрес: Москва
Сообщений: 2,039
Сказал(а) 'не согласен(а)'!: 23
Сказали 'не согласен'! 25 раз(а) в 17 сообщениях
Сказал(а) спасибо: 140
Поблагодарили 2,274 раз(а) в 898 сообщениях
:
0 за это сообщение 0 Всего Репутация: репутация неоспорима (2294)
|
А как быть с тем фактом, что время передачи DCC пакета где в районе 4-8мс, а контакт пропасть может на сотни мс.
Декодер сполностью пропустит десятки пакетов и нет никакой, даже теоретической, возможности определить -сколько пакетов было пропущено. Если кос считается как описал Саддам, то он при определенном везении может вообще показать идеальную связь. |
|
03.02.2018, 10:44 | #69 |
Местный
Регистрация: 06.09.2013
Адрес: Багдад
Сообщений: 7,495
Сказал(а) 'не согласен(а)'!: 41
Сказали 'не согласен'! 75 раз(а) в 60 сообщениях
Сказал(а) спасибо: 4,812
Поблагодарили 6,695 раз(а) в 2,939 сообщениях
:
0 за это сообщение 1 Всего Репутация: репутация неоспорима (6702)
|
Я не спорю с вашими знаниями. Но думаю создателю QoS виднее как оно работает. Вчера вечером написал письмо Кюферу, утром получил ответ.
По поводу пропуска пакетов. В стандарте чётко расписаны как тайминги "1" и "2" битов, так и структура пакета. Проверка контрольных сумм опирается на метод XOR кодирования. Байт проверки формируется путем логического соединения всех предыдущих байтов по биту с помощью XOR. Он может быть проверен логически. Результат должен быть равен нулю. Таким образом декодер знает что пропустил пакеты. Rokfor, как ваши декодеры проверяют целостность пакетов? |
|
Пользователь сказал cпасибо: |
03.02.2018, 11:23 | #70 | |
Местный
Регистрация: 26.05.2008
Адрес: Москва
Сообщений: 4,514
Сказал(а) 'не согласен(а)'!: 24
Сказали 'не согласен'! 10 раз(а) в 10 сообщениях
Сказал(а) спасибо: 711
Поблагодарили 4,624 раз(а) в 2,055 сообщениях
:
0 за это сообщение 0 Всего Репутация: репутация неоспорима (4635)
|
Цитата:
Вы не поняли Рокфора, он пишет про пропадание контакта на время, за которое могло быть отправлено много пакетов. Контакта не было, декодер о них не знает. При этом питание процессора не прерывалось за счет поверпака. |
|
|
2 пользователя(ей) сказали cпасибо: |
03.02.2018, 11:45 | #71 |
Engineer of DCC
Регистрация: 18.09.2009
Адрес: Москва
Сообщений: 2,039
Сказал(а) 'не согласен(а)'!: 23
Сказали 'не согласен'! 25 раз(а) в 17 сообщениях
Сказал(а) спасибо: 140
Поблагодарили 2,274 раз(а) в 898 сообщениях
:
0 за это сообщение 0 Всего Репутация: репутация неоспорима (2294)
|
Также как и все - по контрольной сумме в последнем байте, но поймите же наконец, если пропущен весь пакет вместе с контрольной суммой, но никак нельзя об этом узнать, поэтому qos не будет фиксировать обрывы питания которые по времени больше DCC пакета, а именно в таких долгих обрывах и заключается основная проблема.
|
|
Пользователь сказал cпасибо: |
03.02.2018, 11:59 | #72 |
Местный
Регистрация: 07.02.2016
Адрес: Israel
Сообщений: 1,923
Сказал(а) 'не согласен(а)'!: 18
Сказали 'не согласен'! 8 раз(а) в 8 сообщениях
Сказал(а) спасибо: 3,442
Поблагодарили 2,008 раз(а) в 1,262 сообщениях
:
0 за это сообщение 0 Всего Репутация: репутация неоспорима (2007)
|
Так как всетаки наличие резервного питание скажется на статистике QoS?
По мему мнению статистика должна улучшится...Если так, то QoS это скорей всего качество питания самого декодера... |
|
03.02.2018, 12:07 | #73 |
Местный
Регистрация: 26.05.2008
Адрес: Москва
Сообщений: 4,514
Сказал(а) 'не согласен(а)'!: 24
Сказали 'не согласен'! 10 раз(а) в 10 сообщениях
Сказал(а) спасибо: 711
Поблагодарили 4,624 раз(а) в 2,055 сообщениях
:
0 за это сообщение 0 Всего Репутация: репутация неоспорима (4635)
|
Вообще-то для Railcom резервное питание является обязательным условием (за счет него осуществляется каждая посылка Railcom)
Но конденсаторов на плате декодера, конечно, хватает только на это А по-моему наоборот. При плохом резервном питании декодер может часто "начинать с нуля", забывая предыдущую плохую статистику. Вряд ли процессор записывает количество пакетов в энергонезависимую память. Или записывает??? |
|
Пользователь сказал cпасибо: |
03.02.2018, 12:14 | #74 |
Местный
Регистрация: 07.02.2016
Адрес: Israel
Сообщений: 1,923
Сказал(а) 'не согласен(а)'!: 18
Сказали 'не согласен'! 8 раз(а) в 8 сообщениях
Сказал(а) спасибо: 3,442
Поблагодарили 2,008 раз(а) в 1,262 сообщениях
:
0 за это сообщение 0 Всего Репутация: репутация неоспорима (2007)
|
Да почему-же обязательно....Совсем нет. У всех Roco декодер с раилком, но резервного (Powerpack) питания нет там вообще
В случае с резервным питанием, декодер запитан постоянно, он вообще не видит что питание приходит не по рельсам... |
|
03.02.2018, 12:32 | #75 |
Местный
Регистрация: 14.10.2014
Адрес: Беларусь
Сообщений: 1,106
Сказал(а) 'не согласен(а)'!: 1
Сказали 'не согласен'! 9 раз(а) в 8 сообщениях
Сказал(а) спасибо: 1,127
Поблагодарили 1,386 раз(а) в 475 сообщениях
:
0 за это сообщение 0 Всего Репутация: этим человеком можно гордиться (1381)
|
Rokfor,
Alex_S, Zitra, Вы по моему уводите все в сторону. Любой результата всегда оценивается путем сложения нескольких измерений. Один раз этот лок покажет один результат, следующий лок на том же блок участке покажет другой результат. При большем количестве измерений, думаю объективная картина о качестве обмена данных на конкретном участке макета у пользователя вполне сложится. Владимир, Вам не надоело говорить о QoS с точки зрения теории? |
|
Пользователь сказал 'не согласен'! - за это бесполезное сообщение: | Rokfor (03.02.2018) |
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Декодер DCC на ардуино для немецкого выходного сигнала | BR95009 | Arduino | 61 | 26.02.2019 18:20 |
Rocrail+OpenCar System=RailCom "по-воздуху" | laba | Rocrail | 5 | 13.09.2017 19:56 |
Маленькая диорамка в качестве подарка. | Monos | Наши стройки | 20 | 31.12.2012 14:43 |
Railcom и Rocrail | Copyman | Электрика и DCC | 42 | 27.02.2012 15:39 |