Одновременная работа двух потоков с COM портом

@sluge · Регистрация: 23.01.2011

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

Я пишу приложение для работы с сом портом, у меня в приложении два потока, один главный, а второй сидит на WaitCommEvent и ждет поступления данных в порт. Как только данные приходят, второй поток дает команду первому вызвать ReadFile для считывания данных. Так вот проблема в том что второй поток посылает сигнал и потом снова ждет новых данных на вызове WaitCommEven, а первый поток читает данные, вернее начинает читать но вызов ReadFile навечно зависает, так как видимо оба потока используют один и тот же разделямый ресурс. У кого нибудь есть идеи, как это можно разрулить?

@bobrovskii · 24.01.2011, 11:51

sluge, толком подсказать не могу, с COM портами не сталкивался.
но читал статью тут, там все хорощо разжовано. может поможет.

@s-kvv · 24.01.2011, 13:03

Как то писал под компорт на WinApi
Если все правильно помню, то это не разделяемый ресурс. т.е. пока открыт порт повторно его не откроешь
Асинхронно читал данные, создал очередь полученных данных, блокировки на запись/чтение
Другой поток читал данные из очереди

@sergiy1627 · 13.02.2011, 22:31

Добавлено через 3 минуты

Сообщение от s-kvv

Как то писал под компорт на WinApi
Если все правильно помню, то это не разделяемый ресурс. т.е. пока открыт порт повторно его не откроешь
Асинхронно читал данные, создал очередь полученных данных, блокировки на запись/чтение
Другой поток читал данные из очереди

HANDLE CreateFile(
LPCTSTR lpFileName, // имя файла
DWORD dwDesiredAccess, // режим доступа
DWORD dwShareMode, // совместный доступ
LPSECURITY_ATTRIBUTES lpSecurityAttributes, // SD (дескр. защиты)
DWORD dwCreationDisposition, // как действовать
DWORD dwFlagsAndAttributes, // атрибуты файла
HANDLE hTemplateFile // дескр.шаблона файла
);

V кaчестве dwShareMode : FILE_SHARE_READ|FILE_SHARE_WRITE , т.о. paзpешaем последуюшие опеpaции откpития поpтa для зaписи и чтения . Uстpойство использует двa отдельных буфеpa для чтения и зaписи , тaк что пpоблем возникнуть не должно

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .
Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .

@sluge 0 / 0 / 0 Регистрация: 23.01.2011 Сообщений: 31

	Одновременная работа двух потоков с COM портом 23.01.2011, 21:13. Показов 2648. Ответов 3 Метки нет (Все метки) Я пишу приложение для работы с сом портом, у меня в приложении два потока, один главный, а второй сидит на WaitCommEvent и ждет поступления данных в порт. Как только данные приходят, второй поток дает команду первому вызвать ReadFile для считывания данных. Так вот проблема в том что второй поток посылает сигнал и потом снова ждет новых данных на вызове WaitCommEven, а первый поток читает данные, вернее начинает читать но вызов ReadFile навечно зависает, так как видимо оба потока используют один и тот же разделямый ресурс. У кого нибудь есть идеи, как это можно разрулить? 0

@bobrovskii 59 / 59 / 2 Регистрация: 22.01.2011 Сообщений: 187
	24.01.2011, 11:51
	sluge, толком подсказать не могу, с COM портами не сталкивался. но читал статью тут, там все хорощо разжовано. может поможет. 0

@s-kvv 76 / 73 / 9 Регистрация: 09.06.2010 Сообщений: 206
	24.01.2011, 13:03
	Как то писал под компорт на WinApi Если все правильно помню, то это не разделяемый ресурс. т.е. пока открыт порт повторно его не откроешь Асинхронно читал данные, создал очередь полученных данных, блокировки на запись/чтение Другой поток читал данные из очереди 0