Отправлено _Bill 10 октября 2006 г. 23:42 В ответ на: Кстати у вас я тоже PurgeComm нигде не увидел, а надо вызвать хотябы при запуске программы, ну и при возникновени ошибок PurgeComm( отправлено F8 10 октября 2006 г. 23:33

If a thread uses PurgeComm to flush an output buffer, the deleted characters are not transmitted. To empty the output buffer while ensuring that the contents are transmitted, call the FlushFileBuffers function (a synchronous operation). Note, however, that FlushFileBuffers is subject to flow control but not to write time-outs, and it will not return until all pending write operations have been transmitted.

• Попробую. У меня как раз в программе всё последовательно должно выполняеться. — arreg   (10.10.2006 23:51 80.252.132.117, пустое)
• Правильно гласит, перед запуском программы в буфере может быть все, что угодно, и его нужно очистить. Особенно это касается приемного буфера. — F8   (10.10.2006 23:50 82.207.15.144, пустое)
  • В каком таком буфере? При открытии порта создаются НОВЫЕ буферы приёма и передачи. — VDG   (11.10.2006 13:20 81.13.7.137, пустое)
  • Правильно. А данные на передачу не передаются. Для их принудительной передачи — _Bill   (10.10.2006 23:55 193.233.83.66, 51 байт)
    • Передаются! Это чтож получается я не могу из порта 1 байтик отослать пока весь буфер не заполню? — F8   (11.10.2006 00:04 82.207.15.144, пустое)
      • PS Не совсем понимаю(точнее говоря совсем не понимаю )), что делает FlushFileBuffer с com портом, но применительно к обычному файлу она посто ''выталкивает'' его на диск. — F8   (11.10.2006 00:11 82.207.15.144, пустое)
        • А применительно к COM порту данные принудительно выталкиваются из буфера в порт. — _Bill   (11.10.2006 00:13 193.233.83.66, пустое)
      • Еще раз: следует использовать FlushFileBuffers. — _Bill   (11.10.2006 00:09 193.233.83.66, 284 байт)
        • Извините, но(+) — F8   (11.10.2006 00:18 82.207.15.144, 180 байт)
          • Разумеется передаст. Весь вопрос в том, когда именно это произойдет. — _Bill   (11.10.2006 00:32 193.233.83.66, 405 байт)
            • Понятно, я на чтение таймауты обычно по 0,5 сек выставляю. Попробую завтра в программе которая из железки данные вычитывает вставить FlushFileBuffers если заработает быстрее я Ваш должник :) — F8   (11.10.2006 00:49 82.207.15.144, пустое)
          • да и у меня эта проблема впервые возникает. Я раньше и без всякой там чётности работал (+) — arreg   (11.10.2006 00:23 80.252.132.117, 296 байт)
            • Кстати, а попробуйте просто увеличить таймут на чтение. — F8   (11.10.2006 00:51 82.207.15.144, пустое)
        • Согласен. Но это не решает проблему ошибки ЧЁТНОСТИ при приёме в PC на НЕКОТОРЫХ компьютерах — arreg   (11.10.2006 00:13 80.252.132.117, пустое)
          • Вы на свою программу еще раз внимательнее посмотрите — _Bill   (11.10.2006 00:19 193.233.83.66, 212 байт)
            • А таймауты на 100мс для чтения у меня стоят — arreg   (11.10.2006 00:24 80.252.132.117, пустое)
              • Так и у меня тоже. Привожу свою программу целиком — _Bill   (11.10.2006 00:44 193.233.83.66, 4832 байт)
                • ну... с FlushFileBuffers я, в принципе, согласен, но как это может влиять на ошибки чётности, убейте, не пойму — arreg   (11.10.2006 12:27 62.140.255.22, пустое)