А С ЧЕГО ТЫ ВЗЯЛ, ЧТО ОНО ВООБЩЕ КАКОЕ-ТО ОТНОШЕНИЕ К микросхеме реализующей LPT-порт в компьютере IBM-PC (или совместимом) имеет??? Я б до этого не додумался даже бы. Разумеется принтер работает.
Разумеется что-то вроде \\Device\\LPT появляется (не знаю даже как оно там называется). Что обеспечивается её драйвером. Но ПРИ ЧЁМ ЗДЕСЬ ПОРТЫ ВВОДА-ВЫВОДА микропроцессора (типа "пеньтиум")???

Нет, я даже догадываюсь как оно работает. FT232, верней её аналог, для параллельного ввода-вывода.

Отловить все исключения в программе при попытке записи в порт и перенаправить их на свой драйвер этой хреновины, который бы заставлял её дёргать ножками? С, замечу особо, отнюдь не нормированной скоростью...

Только это, думаю, дааааалеко не тривиально. Не представляю даже как. Только догадываюсь -- отладчики эти исключения наверняка как-то ловят.

Если я тебе скажу, что принтеры, точней программы которые на них печатают, верней драйвера принтеров, отнюдь не пихают байты в 0x378 порт микропроцессора, а пишут поток в \\Device\\LPT -- я открою для тебя великую тайну? (они вщё и по tcp/ip умеют, в указанный пользователем порт... tcp-протокола)

В отличие от COM портов, где весь виндовый софт работает чедез символическую ссылку \Device\COMn работа с ЛПТ осуществляется напрямую.

У меня и мыслей таких не было, вроде не пил с утра. При покупке этого девайса я ожидал, что при установке драйвера у меня появится виртуальный LPT порт. Который я выберу для работы в квартусе и будет мне счастье. Т.е. данные венда будет слать не в свою микросхему, реализующую LPT порт, а в этот контроллер посредством драйвера. У меня уже есть такой конвертер для COM порта (причем того же производителя), и все работает на ура.
Только в случае с этим девайсом я получаю драйвер для принтера, а не виртуального LPT порта.

---

Т.е. если нет драйвера, позволяющего создать в венде виртуальный LPT порт на основе этого конвертера, то мне он ни к чему, я правильно понял?

Какой, нафиг, виртуальный порт? НЕТ ТАКОГО ПОНЯТИЯ даже. Есть "устройство" в том виде как оно было в древнем ламуксе образца 1970 года. Ничего не изменилось. И только тот функционал который оно даёт через read/write/ioctl доступен прикладным программам. Твои же программы никакой файл не используют, они тупо выполняют mov dx, #0x378 и outb(dx), al. Только это НЕ РАБОТАЕТ ни в одной ОС, без костылей и подпорок разного рода, ибо в защищённом режиме, ну ты уж должен догадываться, outb не вызывает исключение, если только там какие-то биты в дескрипторе сегмента не стоят, только и этого мало... В ламуксе есть /dev/port если что, и также iopl(). В виндах хитрый драйвер как-то эмулирует (отлавливая исключения? не в курсе).
Да, но в том же ламуксе НОРМАЛЬНЫЕ программы лезут в /dev/parport в котором возможность
дёргания ножками просто заложена.

(и я тихо помалкиваю, что 378 или ещё какой порт может образоваться только после конфигурения PCI устройства, а его никто не будет делать ДО загрузки соответствующего драйвера, ну в том же ламуксе, а к драйверу может подтянуться и lpd который будет иметь своё мнение как нужно ножками дёргать, через /dev/lp...)

Ты точно уверен, что понимаешь как это работает? Deathsoft выше описал почему так.

Я не разбираюсь в виндах настолько. НО ЧТО ТАКОЕ *ДРАЙВЕР ВИРТУАЛЬНОГО ПОРТА* ???
Что такое вообще порт? \\Device\\LPTxxx наверняка есть (а может так всё плохо, что и действительно нет...) Но туда поток байтов писать положено, а не ножками дёргать. Как-то же
пресловутая libieee<номер забыл> работает. Или она с этим чудом тоже не работает.

Я смутно догадываюсь, deathsoft хотел скаать, что в виндах есть только /dev/lp, а /dev/parport нет. Поэтому и лезут напрямую. /dev/lp только печатать на принтер предназначен (вот т.е. cat file.txt > /dev/lp распечатает файл и будет как положено на каждом байте стробом дёргать и busy проверять).
А /dev/ttySn (ну т.е. \\Device\\COMn) в виндах не только байтики посылать умеет но ещё поменять и считать состояние сигнальных линий через ioctl(), посему напрямую в соответствующий порт микропроцессора никто и не лезет.

Именно это и хотел сказать, что писать в LPT порт без протокола обмена (как например с принтером) в RAW режиме (т.е. дергать ножками) нельзя. Через Read/Write поддерживается только работа по стандартным протоколам (принтер/ и всякие ecp/epp устройства, которые работают в соответствии с ieee1284 а не просто хаотично дергают ножками).

Более того квартус работает вообще через свой драйвер и открывает устройство \Device\ALPT в которое пишет через свои ioctl, такую работу можно проэмулировать и через кабель купленый КОЕ, только придется написать собственный драйвер, который транслирует иоцтл используемые квартусом в передачу байтов по USB, ну и имя девайса делает ALPT1.

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

Вот типа устройств поддерживаемых стандартным драйвером в винде http://msdn2.microsoft.com/en-us/library/ms798338.aspx

KOE, у тебя в ноуте пцмциа есть? Вроде бы есть мультикарточки в туда, и вроде бы они даже и 0х378 умеют.

PS: А у мну ноут с лпт и комом... и из-под винды (мозгоЙОбам приготовиться брызгать слюной и плеваться! :)) при помощи inpout32.dll прекрасно за 0x378 ножками дёргается... Разумеется, и квартусы всякие работают ;-)

Угу, как проблема была, так и осталась.

Йэстъ.

Подумаю. Хотя не особенно и нужно, если по делу, то и с десктопа микрухи можно прошивать. Но хочеццо и с ноута, конечно.

Щас такое счастье не достать уже.

Искал, делал поиск по моделям с ком и лпт. Затем искал эти модели в торгующих фирмах. Либо нет вообще, либо цены за полтинник.