rezident (12.03.2013 14:59, просмотров: 133) ответил POV на А причем тут выпадающий список? Скорость порта задается двумя способами - константой из известный в winapi и непосредственно числом. По второму способу нормальный чип позволит задать широкий спектр скоростей.-
- Дык, не встречал таких окромя набортных. Уж как минимум кратные скорости (460300, 921600) все позволяют даже если в ТТХ отчего-то они не указаны. Пролифик разве что мегабит не даст. - POV(12.03.2013 15:08)
- пролифик поступает вообще по свински - ставит ближайшую из стандартных вместо того чтобы сказать "не могу работать на заданной скорости". Еще одна претензия к пролифику - ненастраиваемая латентность. со значениями по умолчанию часть софта 3m_пароль_не_помню(99 знак., 13.03.2013 15:10,
)
- Чтобы не вылетало по тайм-ауту нужно слать все данные одним пакетом, а не по байту, как некоторые привыкли делать при работе с обычным COM-портом. Лично у меня при времени отклика даже в 16 мс (стандартное значение для драйвера FTDI) всё работает FDA(40 знак., 13.03.2013 16:52)
- Это на ВАШЕМ протоколе. В общем случае протокол выбирать не приходится, он задается имеющимся оборудованием и существующим софтом архитектура которого тянется из античности. Латентность 16мс запрос-ответный протокол с короткими пакетами убивает 3m_пароль_не_помню(141 знак., 14.03.2013 10:47, )
- 16мс у вас не обеспечит многозадачная ОС --> не морочьте мозги, ваш протокол ещё та поделка студентов. Хороший протокол должен уметь работать через модем. И не использовать грязные хаки вроде прямого управления ножками RTS/CTS, не требовать fk0(29 знак., 14.03.2013 11:44)
- При максимальной латентности в 255 мс всё также должно работать или Вы тайм-ауты ставите по 10 мс у себя??? Скорость передачи данных упадёт, это очень легко отследить в своей программе (две строчки). И если скорость обмена будет ниже расчётной, то FDA(167 знак., 14.03.2013 10:53)
- далеко не всегда есть возможность использовать произвольный протокол. Некоторым иногда нужно обеспечивать совместимость с другим оборудованием - koyodza(13.03.2013 17:04)
- Это на ВАШЕМ протоколе. В общем случае протокол выбирать не приходится, он задается имеющимся оборудованием и существующим софтом архитектура которого тянется из античности. Латентность 16мс запрос-ответный протокол с короткими пакетами убивает 3m_пароль_не_помню(141 знак., 14.03.2013 10:47,
- А как же ваши изыскания? :) Гудвин(13.03.2013 15:49)
- или наоборот - koyodza(13.03.2013 15:21)
- Чтобы не вылетало по тайм-ауту нужно слать все данные одним пакетом, а не по байту, как некоторые привыкли делать при работе с обычным COM-портом. Лично у меня при времени отклика даже в 16 мс (стандартное значение для драйвера FTDI) всё работает FDA(40 знак., 13.03.2013 16:52)
- пролифик поступает вообще по свински - ставит ближайшую из стандартных вместо того чтобы сказать "не могу работать на заданной скорости". Еще одна претензия к пролифику - ненастраиваемая латентность. со значениями по умолчанию часть софта 3m_пароль_не_помню(99 знак., 13.03.2013 15:10,
- Дык, не встречал таких окромя набортных. Уж как минимум кратные скорости (460300, 921600) все позволяют даже если в ТТХ отчего-то они не указаны. Пролифик разве что мегабит не даст. - POV(12.03.2013 15:08)