-
- При такой организации связи латентность трансляции события от слева
к мастеру может оказаться недопустимо высокой. При том, что
необходимость возможности экстренной передачи ТС сразу обозначил. "Но могут быть экстренные ситуации, когда второй без запроса
отправляет данные." - rezident(07.12.2021 19:08)
- Такой протокол хорошо работает когда реальные данные на передачу есть, условно, в одном из двадцати опросов. Тогда циклом проверки что новых данных нет нигде можно принебречь. Любые свежие данные отправляются условно сразу, нет необходимости в отдельном механизме приоритетной передачи. - Cкpипaч(07.12.2021 21:48)
- Это из реального небольшого проекта. Есть недостатки. Нравится то что "протокол" простой и устойчив по отношению к ошибкам. - Tpoeшник(07.12.2021 21:41)
- Ну тогда подчиненная шина уже плохой вариант! Упс. Два девайса и
дележка на мастер слейв это вообще извращение !!! - Aleksey_75(07.12.2021 19:28)
- Но дуплексная связь! - rezident(07.12.2021 19:36)
- Кто первый встал того и тапки! Уронил уровень на 11 тактов шины, я
здесь папа, слушаем меня !!! - Aleksey_75(07.12.2021 20:12)
- а уровень чего уронил при дуплексной связи? - Argon(07.12.2021 20:27)
- Алексей имеет в виду состояние BREAK на линии, как признак инициации начала обмена данных. rezident(279 знак., 07.12.2021 21:40)
- а уровень чего уронил при дуплексной связи? - Argon(07.12.2021 20:27)
- Кто первый встал того и тапки! Уронил уровень на 11 тактов шины, я
здесь папа, слушаем меня !!! - Aleksey_75(07.12.2021 20:12)
- Но дуплексная связь! - rezident(07.12.2021 19:36)
- именно так и работаем - Лaгyнoв(07.12.2021 18:31)
- При такой организации связи латентность трансляции события от слева
к мастеру может оказаться недопустимо высокой. При том, что
необходимость возможности экстренной передачи ТС сразу обозначил. "Но могут быть экстренные ситуации, когда второй без запроса
отправляет данные." - rezident(07.12.2021 19:08)