| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Опять Com port [D5, Win95/98, WinXP]
Talla2k © (2003-11-27 00:09:00)
Если c тайм-аутом при чтении все понятно,
то c тайм-аутом при записи возникают вопросы.
Ну обьясните мне,ну что МОЖЕТ мешать передавать данные???
Сколько раз не пробовал никогда не зависал при записи в Com!!!
И вообще зачем это WriteTotalTimeoutMultiplier,WriteTotalTimeoutConstant(хотя понятно зачем) что мне туда ставить???
З.Ы.Написано,что может мешать аппаратное управление потоком!!!Но что это,я не понял!!!Наверно ТУПЕЮ!!!
Заранее благодарен!!!
wal (2003-11-27 10:27:00) [1]
Дополнение.
При программном управлении потоком тоже возможны паузы, когда принимающее устройство передает XOFF, сообщая тем самым, что буфер приемника близок к полному заполнению. При отсутствии управления потоком таймауты на запись роли не играют. Я обычно ставлю оба в 100 и больше не задумываюсь.
С уважением.
Evgeny V (2003-11-27 05:21:00) [2]
Если включено аппаратное управление потоком fOutxCtsFlow,fOutxDsrFlow, то есть анализируется выводы на порту DSR и/или CTS, и устройство с которым ты работаешь выставило на эти выводы твоего порта неактивный уровень, то передача данных приостанавливается до получения сигнала готовности на этих выводах от устройства с которым ты работаешь. Это возможно если устройство не готово принимать данные, например по причине заполнения своего внутреннего буфера.
| |
