собственная реализация hotplug на с++

[igor_bogomolov]

Приветствую всех.
Как реализавать собственную программу "горячего" обнаружения устройств в системе (hotplug).

Задача чисто абстрактная, не привязанная, пока, ни к каким конкретным устройствам и интерфейсам.
Т.е. нужно реализовать некий абстрактный интерфейс и набор классов, используя которые в дальнейшем можно будет описать реальные устройства с различными интерфейсами, которые можно подключать/отключать во время работы прораммы, которая в свою очередь все это коректно отслеживала.

Мне нужно понять в теории, как построить такую систему, как производить опрос/поиск оборудования. И как сделать систему легко расширяемой. Т.е. сделали некое новое устройство, мы создаем класс для него, унаследованный от некого абстрактного базового класса описывающего в общем виде любое устройство. Добавляем его в список поддерживаемого оборудования после чего оно должно определяться и работать. (Это мое скромное понимание задачи, как в реальности работают подобные системы я не знаю)

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

Помогите с идейками. Не знаю с какого конца браться.

[Rcus]

Ну для начала посмотреть как это работает в существующих решениях, например kdelibs/Solid

[igor_bogomolov]

Огромное спасибо за ссылку, то что надо. Буду разбираться.
P.S. Если есть еще какие мысли, буду очень признателен.

[Alex Custov]

В linux есть Hardware Abstraction Layer - HAL

[lit-uriy]

>>В linux есть Hardware Abstraction Layer - HAL
это сильно низкий уровень, Игорю нужен прикладной, для работы некой софтины с промоборудованием.

[Alex Custov]

>>В linux есть Hardware Abstraction Layer - HAL
это сильно низкий уровень, Игорю нужен прикладной, для работы некой софтины с промоборудованием.

это как раз довольно высокий уровень. Получить список оборудования и делать обнаружение новых устройств он может, следовательно на его основе можно написать что-то своё. На нём сделано автообнаружение устройств в KDE3, когда выскакивает диалог с выбором действий в зависимости от вставленного устройства. По-мойму как раз оно.

[lit-uriy]

AX, вполне возможно, я про него (HAL) лишь читал.

[kuzulis]

1. вот тут есть альтернатива HAL : http://broadcast.oreilly.com/2009/02/vl-hot-a-non-polling-alternati.html
2. можно использовать udev

Это что касаемо Linux

Что касаемо винды - может из реестра брать инфу? Не?

Ешё по HAL есть примеры на ЛОР

Мне нужно понять в теории, как построить такую систему, как производить опрос/поиск оборудования. И как сделать систему легко расширяемой. Т.е. сделали некое новое устройство, мы создаем класс для него, унаследованный от некого абстрактного базового класса описывающего в общем виде любое устройство. Добавляем его в список поддерживаемого оборудования после чего оно должно определяться и работать. (Это мое скромное понимание задачи, как в реальности работают подобные системы я не знаю)

а зачем что-то придумывать - если это уже все есть?  все поддерживается самими ОС ! Зачем писать новое приложение? Я не понял шот!

и тут нужно еще писать свой драйвер ...

[Авварон]

udev более низкий уровень по сравнению с HAL'ом.

[lit-uriy]

а ему только линух и надо.

[igor_bogomolov]

а зачем что-то придумывать - если это уже все есть?  все поддерживается самими ОС ! Зачем писать новое приложение? Я не понял шот!

Есть набор оборудования (плат) собственного производства. Они объединяются в некую единую систему. В эту систему входит также встраеваемая процессорная плата, на которой установлена ос Linux. Посредством некоторых интерфейсов (I2C, MPI(это даже и не знаю пока что за интерфейс) и еще может какие будут), мы можем получать доступ к нашему оборудованию. Сам Linux про это оборудование ничего не знает и определить их не может. Вот и стоит задача написания некой собственной реализации hotplug.   

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

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

Буду рад любой помощи.

[Rcus]

oh... а я наивно полагал что вопрос касается юзерленда

[kuzulis]

Сам Linux про это оборудование ничего не знает и определить их не может.

Так для этого нужно написать драйвер, создайте правила , и все должно получится

К примеру FM тюнеры через I2C вроде управляются. Может есть смысл в этом направлении посмотреть (т.е как реализовано там)?

(I2C, MPI(это даже и не знаю пока что за интерфейс) и еще может какие будут),

так может все на PCI будет висеть

Попахивает системным программированием ИМХО