Доступ к железу в многопоточном приложении |
Здравствуйте, гость ( Вход | Регистрация )
Доступ к железу в многопоточном приложении |
r_13 |
17.1.2012, 14:10
Сообщение
#1
|
Новичок Группа: Новичок Сообщений: 3 Регистрация: 13.9.2011 Пользователь №: 2870 Спасибо сказали: 0 раз(а) Репутация: 0 |
Добрый день,
есть многомодульная программа с кучей потоков (threads) и есть железо, которое подключается по USB. Один из модулей ловит сообщения от USB и создает\удаляет объекты класса Device, который предоставляет доступ к железу. Куча других классов из разных модулей получает указатели на объекты этого класса по запросу и манипулируют с ними. Если происходит USB disconnect, то модуль, что раздает указатели на Device, посылает соответствующее сообщение. Но поскольку система многопоточная, то сообщение может прийти позже, чем будет попытка обращения к недоступному более железу. Ясно, что надо синхронизировать через mutex (что и делается), но количество объектов, желающих общаться с железом растет и учесть все варианты становится все сложнее. Может есть какой-нибудь design pattern для этого? Может это не правильно раздавать всем подряд указатели? Нужен какой-нибудь режим регистрации тех, кто получает указатель? Задача то довольно стандартная для околожелезячных прог. Наверняка есть "стандартное" решение\подход... |
|
|
Iron Bug |
17.1.2012, 17:55
Сообщение
#2
|
Профессионал Группа: Модератор Сообщений: 1611 Регистрация: 6.2.2009 Из: Yekaterinburg Пользователь №: 533 Спасибо сказали: 219 раз(а) Репутация: 12 |
для каждой железки делается один поток на всё приложение. он буферизует и отправляет сообщения, а также занимается приёмом. а потом уже асинхронно раздаёт ответы ожидающим.
это единственное нормальное решение при обращении к железу без конкуренции запросов. |
|
|
Текстовая версия | Сейчас: 27.4.2024, 14:13 |