COM-порт в асинхронном режиме

@Hedgehog72 · Регистрация: 16.09.2016

Студворк — интернет-сервис помощи студентам

Настраиваю COM-порт для работы в асинхронном режиме с использованием API. К порту подключаю RS-232 переходник и смотрю сигналы на выводах. Приложение в режиме отладки. Но вот в чем загвоздка. Функция потока записи отслеживает два события, окончание передачи данных и сигнал о досрочном завершении передачи. Запускаю запись данных в порт (я специально выставляю малую скорость 300 бод для наглядности), и если подаю команду о досрочном прекращении передачи, то в функции потока записи, функция WaitForMultipleObjects нормально отрабатывает, закрываются дескрипторы событий и происходит выход из потока. При этом я наблюдаю, что сигналы на переходнике все ещё присутствуют. Далее у меня идет закрытия дескриптора порта. Вот здесь-то и затыр. Функция закрытия дескриптора порта не передает управление программе до тех пор, пока не запишутся все данные. Это происходит раньше чем я перестаю видеть сигналя на осциллографе. Это так должно быть? И как заставить прекратить передачу?

@nick42 · 06.12.2018, 14:04

Системный драйвер порта получает порцию данных от вашей программы и тупо её выдаёт на провода, пока всё не передаст.
Попробуйте уменьшить буфер передачи до минимального.

@Hedgehog72 · 06.12.2018, 14:20 **[ТС]**

Даже не помогает функция PurgeComm с параметром PURGE_TXABORT, которая согласно описанию должна немедленно прекращать все операции записи.
Пробовал функцию SetupComm, но там размер очередей принимается драйвером лишь к сведению (из описания).

@red_KNOPOCHKA · 13.12.2018, 11:59

Правильно ли я понял, Вас интересует вопрос, будут ли данные от устройства поступать в оперативную память компьютера после завершения программы? О том, что они поступают вы судите по индикаторам прием/передача? В таком случае скажите: а когда программа еще не запускалась индикатор прием уже сигналили о поступающих данных? Также: во время завершения Вы вызывали функцию CloseHandle(hdescr_com_port)?

@Hedgehog72 · 18.12.2018, 10:00 **[ТС]**

red_KNOPOCHKA, нет, не правильно поняли. Не от устройства к компьютеру, а наоборот. То есть, есть массив данных, начинаю передавать в устройство, досрочно прерываю передачу и вот здесь прога ожидает.

@red_KNOPOCHKA · 18.12.2018, 17:11

По-моему тут единстенный выход - создание мьютекса. Попробуйте создать мьютекс функций
global_mutex_write_descr=CreateMutex(... , ..., "any_mutex_name")
при открытии порта. Приведу псевдокод.

Дальше в потоке записи:

C++ (Qt)
1
2
3
4
5
6
если мьютекс свободен, то
  занимаем мьютекс 
    wait (WriteFile(my_com_port, .....));
  освобождаем мьютекс
если нет
ждем когда освободится

Тем временем в основном потоке

C++ (Qt)
1
2
3
4
5
6
7
если мьютекс свободен, то
  TerminateThread(....); 
  CloseHandle(my_overlapped_com.hEvent)
  CloseHandle(my_com_port_thread_write_descr)
  освобождаем мьютекс
если нет
ждем когда освободится

В этом случае оба куска кода: закрытие и запись будут выполняться в разные
моменты времени. При этом пока один из них не завершит работу другой ее не начнет.
Должно сработать. Мьютексы именно для таких целей и предназначены.

@Hedgehog72 · 19.12.2018, 10:41 **[ТС]**

red_KNOPOCHKA, "При этом пока один из них не завершит работу другой ее не начнет" - именно так и происходит. CloseHandle(hPort) ждёт пока WriteFile(...) не выплюнет порцию данных. Получается записывать данные в порт надо небольшими порциями.

@red_KNOPOCHKA · 19.12.2018, 14:48

Наверное, вы правы. Но на самом деле мы не можем знать этого наверняка на 100 %. А почему тогда данные продолжают идти. Может быть после команды WriteFile данные записались в какаой-нибудь буфер на микросхеме в компьютере. И потом начали передаваться прибору. При этом это уже идет независимо от действий ОС. Завершили вы поток или нет. Тогда, действительно, наверное, выход - передавать данные маленькими порциями. Тут нужно мнение хорошего специалиста по ОС и железу.

@Hedgehog72 · 19.12.2018, 15:38 **[ТС]**

red_KNOPOCHKA, я тоже пришел к этой мысли. Спасибо всем

Новые блоги и статьи Все статьи Все блоги /
Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	Загрузка PNG с альфа-каналом на SDL3 для Android: с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .	Загрузка PNG с альфа-каналом на SDL3 для Android: с помощью SDL3_image 8Observer8 27.01.2026 Содержание блога SDL3_image - это библиотека для загрузки и работы с изображениями. Эта пошаговая инструкция покажет, как загрузить и вывести на экран смартфона картинку с альфа-каналом, то есть с. . .	Влияние грибов на сукцессию anaschu 26.01.2026 Бифуркационные изменения массы гриба происходят тогда, когда мы уменьшаем массу компоста в 10 раз, а скорость прироста биомассы уменьшаем в три раза. Скорость прироста биомассы может уменьшаться за. . .
Воспроизведение звукового файла с помощью SDL3_mixer при касании экрана Android 8Observer8 26.01.2026 Содержание блога SDL3_mixer - это библиотека я для воспроизведения аудио. В отличие от инструкции по добавлению текста код по проигрыванию звука уже содержится в шаблоне примера. Нужно только. . .	Установка Android SDK, NDK, JDK, CMake и т.д. 8Observer8 25.01.2026 Содержание блога Перейдите по ссылке: https:/ / developer. android. com/ studio и в самом низу страницы кликните по архиву "commandlinetools-win-xxxxxx_latest. zip" Извлеките архив и вы увидите. . .	Вывод текста со шрифтом TTF на Android с помощью библиотеки SDL3_ttf 8Observer8 25.01.2026 Содержание блога Если у вас не установлены Android SDK, NDK, JDK, и т. д. то сделайте это по следующей инструкции: Установка Android SDK, NDK, JDK, CMake и т. д. Сборка примера Скачайте. . .	Использование SDL3-callbacks вместо функции main() на Android, Desktop и WebAssembly 8Observer8 24.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .

@Hedgehog72 11 / 10 / 1 Регистрация: 16.09.2016 Сообщений: 87

	COM-порт в асинхронном режиме 06.12.2018, 10:25. Показов 3340. Ответов 8 Метки нет (Все метки) Настраиваю COM-порт для работы в асинхронном режиме с использованием API. К порту подключаю RS-232 переходник и смотрю сигналы на выводах. Приложение в режиме отладки. Но вот в чем загвоздка. Функция потока записи отслеживает два события, окончание передачи данных и сигнал о досрочном завершении передачи. Запускаю запись данных в порт (я специально выставляю малую скорость 300 бод для наглядности), и если подаю команду о досрочном прекращении передачи, то в функции потока записи, функция WaitForMultipleObjects нормально отрабатывает, закрываются дескрипторы событий и происходит выход из потока. При этом я наблюдаю, что сигналы на переходнике все ещё присутствуют. Далее у меня идет закрытия дескриптора порта. Вот здесь-то и затыр. Функция закрытия дескриптора порта не передает управление программе до тех пор, пока не запишутся все данные. Это происходит раньше чем я перестаю видеть сигналя на осциллографе. Это так должно быть? И как заставить прекратить передачу? 0

@nick42 Практикантроп 4841 / 2726 / 534 Регистрация: 23.09.2011 Сообщений: 5,798
	06.12.2018, 14:04
	Системный драйвер порта получает порцию данных от вашей программы и тупо её выдаёт на провода, пока всё не передаст. Попробуйте уменьшить буфер передачи до минимального. 0

@Hedgehog72 11 / 10 / 1 Регистрация: 16.09.2016 Сообщений: 87
	06.12.2018, 14:20 [ТС]
	Даже не помогает функция PurgeComm с параметром PURGE_TXABORT, которая согласно описанию должна *немедленно* прекращать все операции записи. Пробовал функцию SetupComm, но там размер очередей принимается драйвером лишь к сведению (из описания). 0

@red_KNOPOCHKA 27 / 20 / 1 Регистрация: 26.02.2013 Сообщений: 135
	13.12.2018, 11:59
	Правильно ли я понял, Вас интересует вопрос, будут ли данные от устройства поступать в оперативную память компьютера после завершения программы? О том, что они поступают вы судите по индикаторам прием/передача? В таком случае скажите: а когда программа еще не запускалась индикатор прием уже сигналили о поступающих данных? Также: во время завершения Вы вызывали функцию CloseHandle(hdescr_com_port)? 0

@Hedgehog72 11 / 10 / 1 Регистрация: 16.09.2016 Сообщений: 87
	18.12.2018, 10:00 [ТС]
	red_KNOPOCHKA, нет, не правильно поняли. Не от устройства к компьютеру, а наоборот. То есть, есть массив данных, начинаю передавать в устройство, досрочно прерываю передачу и вот здесь прога ожидает. 0

@Hedgehog72 11 / 10 / 1 Регистрация: 16.09.2016 Сообщений: 87
	19.12.2018, 10:41 [ТС]
	red_KNOPOCHKA, "При этом пока один из них не завершит работу другой ее не начнет" - именно так и происходит. CloseHandle(hPort) ждёт пока WriteFile(...) не выплюнет порцию данных. Получается записывать данные в порт надо небольшими порциями. 0

@red_KNOPOCHKA 27 / 20 / 1 Регистрация: 26.02.2013 Сообщений: 135
	19.12.2018, 14:48
	Наверное, вы правы. Но на самом деле мы не можем знать этого наверняка на 100 %. А почему тогда данные продолжают идти. Может быть после команды WriteFile данные записались в какаой-нибудь буфер на микросхеме в компьютере. И потом начали передаваться прибору. При этом это уже идет независимо от действий ОС. Завершили вы поток или нет. Тогда, действительно, наверное, выход - передавать данные маленькими порциями. Тут нужно мнение хорошего специалиста по ОС и железу. 0

@Hedgehog72 11 / 10 / 1 Регистрация: 16.09.2016 Сообщений: 87
	19.12.2018, 15:38 [ТС]
	red_KNOPOCHKA, я тоже пришел к этой мысли. Спасибо всем 0