Отправлено chs 23 сентября 2002 г. 16:59 В ответ на: Ответ: отправлено Алекс VM 23 сентября 2002 г. 16:11

WaitCommEvent, ожидая конца передачи срабатывает при записи последнего байта из буфера в регистр UART, а надо узнавать
_конец передачи байта_, и только после этого менять свойства.

Обход - принимать передаваемый байт и WaitCommEvent настраивать
на приём байта, тогда всё путём (обычно так оно и есть, когда пользуешь RS485).
Правда задержка получалась 7-15 ms. Но ресурсов при этом не кушалось (т.к. использовались только ожидания событий).
Видать это связано с переключением задач в винде. Под 2К задержка практически не плавает, но больше, чем в 98.
Если у кого-нибудь получалось лучше - поделитесь опытом.

ЗЫ: видел прогу, которая использовала активное ожидение, у нее было
время между посылкой байта-заголовка и телом 3-5 мс. Но ресурсов
она жрала немеряно и на тачках <450Mhz не шла.

• У меня к сожалению не RS485, но у UARTa есть режим, когда TxD соединяется с RxD (для тестирования) (+) — smovch   (23.09.2002 17:42, 31 байт)
• Есть такой вариант - использовать ф-ю TransmitCommChar, для посылки стартового байта (сам не пробовал) — Владимир   (23.09.2002 17:32, пустое)
  • Я пробовал. Результат тот же, что и с WriteFile — smovch   (23.09.2002 17:35, пустое)
• Ответ: — Алекс VM   (23.09.2002 17:14, 128 байт)
  • Но ведь нужно идентифицировать момент завершения передачи байта из буфера UARTa — smovch   (23.09.2002 17:38, пустое)
    • Ответ: — Алекс VM   (24.09.2002 09:28, 147 байт)
      • Ответ: Понимаешь, написано красиво, но на практике под окончанием передачи байта они подразумевают запись последнего байта из буфера в регистр UARTa — chs   (24.09.2002 13:05, пустое)
        • Ответ: — Алекс VM   (24.09.2002 13:44, 218 байт)
          • А какая скорость обмена и какая частота компа? Я так уже фраернулся! (+) — smovch   (24.09.2002 16:23, 199 байт)
            • Ответ: — Алекс VM   (24.09.2002 16:41, 263 байт)
        • Ответ: — Алекс VM   (24.09.2002 13:25, 512 байт)