Страница 1 из 1

Доступ к LPT из под vmware

Добавлено: Чт июл 30, 2015 22:23:50
paskal
Позволяет ли данная виртуальная машина получить физический доступ к порту LPT из под гостевой ОС?

Re: Доступ к LPT из под vmware

Добавлено: Пт июл 31, 2015 18:28:44
Maykill
а в первоисточнике ?
https://www.vmware.com/support/ws3/doc/ ... ices2.html
правда на вражеском языке

Re: Доступ к LPT из под vmware

Добавлено: Сб авг 01, 2015 01:01:40
Андрей Бедов
~
:shock:
To add a parallel port to the virtual machine's configuration, take these steps with the virtual machine powered off.

Windows Hosts
Open the Configuration Editor.
Settings > Configuration Editor

Click Add to start the New Hardware Wizard.
Select Parallel Port, then click Next.
Make the appropriate selection to use a physical parallel port or connect the virtual parallel port to a file. If you want the parallel port output to go to a file, enter the path and filename or browse to the location of the file.
Click Finish.

Re: Доступ к LPT из под vmware

Добавлено: Сб авг 01, 2015 11:56:36
kalobyte
может он спрашивал про доступ на уровне драйвера для прямого доступа? на уровне файла оно может и работает

Re: Доступ к LPT из под vmware

Добавлено: Сб авг 01, 2015 12:39:28
Андрей Бедов
Ну ёпт. :facepalm:
Там можно выбрать и физический хоста (все драйверы уже встроены до нас):
Make the appropriate selection to use a physical parallel port or connect the virtual parallel port to a file.

Re: Доступ к LPT из под vmware

Добавлено: Сб авг 01, 2015 15:06:47
kalobyte
ты не понял
софт может использовать порт и открывать его как файл
а может через специальный драйвер, который загружается от имени пользователя и обращается на физический адрес
трансляция адреса может работать криво

Re: Доступ к LPT из под vmware

Добавлено: Сб авг 01, 2015 15:58:18
Андрей Бедов
софт может использовать порт и открывать его как файл
Зачем это делать?
Гостевая система напрямую видит LPT хоста через драйвер vmware.

Re: Доступ к LPT из под vmware

Добавлено: Сб авг 01, 2015 22:55:56
kalobyte
ну например ком порт открывается как файл, используя винапи и стандартный драйвер
для лпт тоже есть такой и вмварь ставит свой в гостевую, заменяя стандартный
какой-то софт древний может использовать лпт как файл и гнать данные напрямую
например принтер матричный
а можно через драйвер

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

у меня вон усб принтер не заработал
81 видит даже его как принтер, но драйверов нет
гостевая хп увидела, но не печатает
пришлось использовать принтсервер в роутере

Re: Доступ к LPT из под vmware

Добавлено: Пн авг 03, 2015 23:42:09
Cheba
vmware может делать проброс USB, LPT и COM портов из физической машины в виртуальную. Никаких драйверов внутрь виртуальной машины vmware при этом не ставит. Можно запустить MS DOS 3.3 с дискеты 1.44 (виртуальной), а в нем софт, которой занимается ногодрыжеством, оперируя портом напрямую через регистры, и этот софт будет работать. Как это сделать, Андрей Бедов вот здесь писал. При этом на физической машине (хосте) LPT1 может быть вовсе не LPT1, и даже совсем не LPT, но гостевая система будет считать, что у неё есть полноценный стандартный LPT1. Эта хитромудреная штука поэтому и называется виртуальной машиной, потому что гостевая машина - это как бы полноценный компьютер со всем набором своих памяти, процессора, портов ввода/вывода и всего прочего, что подобает иметь компьютеру. А ещё есть другие супервизоры, например QEMU, которые на интеловской х86 архитектуре эмулируют Raspberry Pi, PowerMac, майнфрейм IBM и телефон с андроидом, и более того, это все вполне может работать одновременно, причем каждая гостевая машина будет считать, что её пустили на голом железе.
Недостаток один - снижение быстродействия и невозможность строго выдержать тайминги внутри гостевых систем - в реальности все плавает, хоть гостевая машина считает, что у неё все Ок.