Vladimir Ljaschko (20.01.2011 10:27, просмотров: 3032)-
- Если речь о модеме, то: 1) эхо может поступать с неизвестной задержкой (в FIFO и т.п.), 2) но оно легко определяется регулярным выражением ^AT.* 3) откидывать нужно только первое совпадение с вышеупомянутым шаблоном (до подачи следующей команды). - fk0(20.01.2011 13:01)
- Не, физический полудуплекс (Tx+Rx). Сам адаптер дает эхо(а они, сцуко, уже сделаны и разошлись) - Vladimir Ljaschko(20.01.2011 13:30)
- Я делал так: Саня(397 знак., 20.01.2011 14:22)
- Не, физический полудуплекс (Tx+Rx). Сам адаптер дает эхо(а они, сцуко, уже сделаны и разошлись) - Vladimir Ljaschko(20.01.2011 13:30)
- Только с учётом таймаутов приёма и передачи.А как иначе Вы без побайтового сравнения определите где эхо, а где нет, ВКФ посчитаете? - Xитpый Kитaeц(20.01.2011 12:19)
- Дык очень не хочется завязываться с тайм-аутами. А если буду выкидывать все, что сравнилось с переданным? - Vladimir Ljaschko(20.01.2011 12:52)
- только без фанатизма, а то в модбасе, например, большинство ответов частично совпадают с запросом, а есть и полностью совпадающие. Так что протокол свой посмотрите - koyodza(20.01.2011 14:36)
- Можно и побайтно сравнивать. Кстати, SetCommTimeouts(..) очень,очень полезная функция. Приём в винде может ,например,завершаться по межбайтовому таймауту, грохнуть весь входной буфер по его истечению никто не помешает. Все зависит от временных Xитpый Kитaeц(29 знак., 20.01.2011 14:19)
- Дык очень не хочется завязываться с тайм-аутами. А если буду выкидывать все, что сравнилось с переданным? - Vladimir Ljaschko(20.01.2011 12:52)
- Если речь о модеме, то: 1) эхо может поступать с неизвестной задержкой (в FIFO и т.п.), 2) но оно легко определяется регулярным выражением ^AT.* 3) откидывать нужно только первое совпадение с вышеупомянутым шаблоном (до подачи следующей команды). - fk0(20.01.2011 13:01)