Показать сообщение отдельно
Старый 26.12.2017, 11:14   #19
Rokfor
Engineer of DCC
 
Регистрация: 18.09.2009
Адрес: Москва
Сообщений: 2,039
Сказал(а) 'не согласен(а)'!: 23
Сказали 'не согласен'! 25 раз(а) в 17 сообщениях
Сказал(а) спасибо: 140
Поблагодарили 2,273 раз(а) в 898 сообщениях
Все 'Спасибо' этого пользователя. :
0 за это сообщение
0 Всего
Репутация: репутация неоспорима (2293)
По умолчанию

Цитата:
Сообщение от Zitra Посмотреть сообщение
Хотелось бы, по возможности, узнать как это организованно
У меня есть свой тестер-читалка раилкома, которая показывает всю передачу от декодера и DCC пакет в ответ на который декодер передает свою посылку. Вот там я и рассматривал esu и zimo.

А где это показывает экос - я не нашел, похоже, что он никак принятый раилком не показывает юзеру.
Я, по крайней мере, не нашел.

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

Я вот подумал насчет QoS.
Эта функция совершенно не нужна в декодере, ее можно легко реализовать средствами станции, а именно глобального детектора.

Каждый декодер в cutout'е после команды на свой адрес передает свою скорость и температуру.
Глобальный детектор может элементарно собрать статистику этих ответов:
- есть ответ декодера = декодер нормально считал DCC пакет
- нет ответа = декодер не смог прочитать пакет = контакт пропал.

Совершенно не обязательно грузить этой фигней MCU декодера.
Rokfor вне форума  
Вверх
2 пользователя(ей) сказали cпасибо: