создаю устройство на pic16f84, подключается на компорт а на выходе 5 других компортов вообщем такой хаб (разветвитель).
Вопрос : как создать драйвер чтоб он полностью обрабатывал обычный порт и создовал в системе 5 виртуальных , как драйвер УСБ модема ?
сейчас занимаюсь поисками в нете , но подумал можт здесь быстрее смогут ответить, Заранее спасибо ! <h1>Zen</h1>

У меня похожая задача - нужно написать драйвер, который бы создавал "виртуальный com порт", с которым бы можно было общаться как с обычным (ReadFile/WriteFile). Может есть примеры таких драйверов где-нибудь/у кого-нибудь - поделитесь пожалуйста.
И еще вопрос: можно ли из драйвера использовать сокеты (если нет, то чем их заменить)?

А я то думал что хотяб four знает :((

Всем привет! У меня тоже смежная проблема. В общем есть программа для работы с кассовым аппаратом, написанная под Win95 (работает без проблем под Win98) Необходимо ее заставить работать под WinNT. При установке программы устанавливаются драйвера, через которые она с com-портом и работает. Как известно, WinNT не дает прямого доступа к портам, соответсвенно программа (ее драйвер) не работает. Необходимо каким-то образом перехватить прямые сообщения к com-порту от программы (драйвера), и заменить их нативными командами WinNT для доступа к com-порту. Нужно как бы сэмулировать com-порт для драйвера программы. Возможное решение - в установке программы в среде Win98 под VirtualPC (после этого программа правильно инициализируется, хотя работа с кассовым аппаратом не проверялась) в Win2k - но это очень громоздко (полная эмуляция Win98). Применение программ DirectIO, TvicNT16 эффекта не дало (нужно вызовы из драйвера перехватывать, а не вызовы из программы). Связывался с производителем данного программного обеспечения - новых версий программы под WinNT у них нет и в ближайшее время не предвидится. Помогите найти выход из положения. Заранее спасибо за ответ.

Fox_12
Странно, что драйвер не имеет доступ к портам. Там что-то не так.

Применение программ DirectIO, TvicNT16 эффекта не дало
Так эти программы глючат через раз.

В принципе еще драйвер читает посредством системных функций VMMCall Get_Profile_String и им подобных параметры для работы из файла system.ini (по-моему) и соответственно если этих параметров не получает - то и драйвер не "видит" устройство на COM-порту. Соответственно в WinNT при обращении с помощью этой функции откуда будут прочитаны параметры?