Проблемы с PCI parallel port add-on card

[avreal]

Нельзя, по крайней мере в простую.

Их расставляет BIOS/система по мере подключения PCI-устройств в определённом порядке и диапазоне.
Одна и та же PCI-плата на разных компьютерах (и даже на том же компьютере, но при добавлении дургой PCI-карты) может сесть на разные адреса.
При каждой последующей загрузке без изменения конфигурации компьютера эти адреса сохраняются, но вот какими их поставили, такими они и сидят.

Увы, могу только удивиться тому, что многие программы до сих пор не умеют работать с LPT на нестандартных, точнее, "не-ISA-вских" адресах.

[Bilbo]

По собственному опыту знаю следующее:
1) Эти PCI-LPT платы все-таки для принтеров. Практически любой программатор садится на такой LPT только с шаманским бубном. Например, для ByteBlaster'а необходимо залезть в конфигурационный файл MAX++ и поменять там одну строчку. А никакие извраты с настройками BIOS'а или системы не помогают.
2) Для AVR'ок вот нашел совет (но только для PonyProg'а!):

Прежде всего вы должны выбрать AvrISP-I / O интерфейс вместо версии API.
Тогда вам придется править файл ponyprog2000.ini и отключить автоопределение порта:
AutoDetectPorts = NO
тогда вы должны узнать реальный адрес дополнительный порт LPT, глядя на
Консоль "Управление компьютером -> Диспетчер устройств -> LPT порты -> ресурсов. Например, если дополнительный LPT является LPT3
и адрес DF00 необходимо ввести линию
LPTPorts = 378278, DF00
Обратите внимание, что данное исправление работает только в какой-то вариант (использование 2.06g и новее).

http://monitor.net.ru/forum/pci-lpt-lpt ... 57074.html

3) Как и некоторые предыдущие ораторы, настоятельно рекомендую собрать USB-программатор (хотя бы AVR910). На отдельных современных материнках, кроме того, остался по крайней мере один COM-порт (как правило, на самой плате, под шлейф). Если найдете у себя - хорошо, можно даже JTAG ICE забодяжить http://easyelectronics.ru/vnutrisxemnay ... g-ice.html

[avreal]

1) Эти PCI-LPT платы все-таки для принтеров. Практически любой программатор садится на такой LPT только с шаманским бубном. Например, для ByteBlaster'а необходимо залезть в конфигурационный файл MAX++ и поменять там одну строчку.

С шаманским бубном - это если надо патчить исполняемые файлы. Строка в ини-файле - это, конечно, неудобно, лучше бы где-то в меню самой программы (раз уж она сама с меню, иначе ini-файл это просто нормальный метод).
Давно MAX+PLUS не устанавливал, а для Quartus-а нужно в реестре Win прописать завиимость его сервиса от сервиса порта, а то просто выходит, что сервис altlpt стартет раньше, чем тот, который обслуживает данную PCI-LPT карту. И ничего не видит.
Так что это всё проблемы не PCI-LPT карты.
Кстати, Quartus-II для Linux на том же компьютере видит ту же самую PCI-LPT плату сразу и без никаких общений с INI-файлами, реестром и т.п.
"Разруха - в головах".

2) Для AVR'ок вот нашел совет (но только для PonyProg'а!):

...
Консоль "Управление компьютером -> Диспетчер устройств -> LPT порты -> ресурсов. Например, если дополнительный LPT является LPT3
и адрес DF00 необходимо ввести линию
LPTPorts = 378278, DF00
Обратите внимание, что данное исправление работает только в какой-то вариант (использование 2.06g и новее).

Ну если взять во внимание слова "2.06g и новее", тогда да, "только для понипрога!".
А avreal это уже более десяти лет умеет, во всяком случае, все версии, упомянутые на страничке
http://real.kiev.ua/old/avreal/ru/history.html
принимали ключик, в данном случае, -pDF00, и прекрасно работали.

3) Как и некоторые предыдущие ораторы, настоятельно рекомендую собрать USB-программатор (хотя бы AVR910).

Ну с рекоендацией ползти на USB тяжело не согласиться, сам я на столе байт-бластер STK200/300 только для проверо держу.
Только советую учесть, что некоторые USB-программаторы "на одной меге" как большим достижением хвастаются скоростью программирования в разы ниже доcтижимой на LPT. Где-то на этом форуме уже упоминалось и восемь секунд на мегу8 через такой "быстрый,
потому что USB" и пару секунд на ту же мегу-8 через байт-бластер, "медленный, потому что LPT".

upd: глянул архив, версия avreal 1.00 уже обрабатывала ключ -p согласно алгоритму "числа от 1 до 3 - это номер порта, от 3 до 0x100 запрещены, ибо там резерв системной области материнки, 0x100 и выше - считается базовым адресом порта". Так что все публичные версии avreal, начиная с лета 1998 года, работали с любым адресом.

[DeltaQ]

Мдааа.. проблема реально затронула много народу с этими ЛПТ портами.
http://monitor.net.ru/forum/pci-lpt-lpt ... 57074.html
Немного офaтопа про USB: У меня Win7 x64 смогут ли AVR910 или BM9010 работать под ней? И как их идентифицировать под CodeVisionAVR V2.04.4a ? И все ли виды контроллеров я смогу ими прошивать?

[Nemo_at7]

Расскажу, как решил проблему:

Купил себе ExpressCard для ноутбуков Espada (1 порт LPT) XMIO-VS1-0001P для того чтобы работать в дальнейшем по схеме IAR - H-Jtag - expresscard LPT - Wiggler - ARM7. В комплекте имеется диск с драйверами для всех операционок (даже Win7 x64). Драйвера встали без проблем, однако диапазон данных у LPT порта был выставлен в виде "DFF8" .. само собой jtag не заводился. После мучительных поисков, как переназначить адреса, был найден способ завести схему:

на ноутбуке установил VMware Workstation, в программе создал виртуальную машину, на которую установил WinXP (чтобы место меньше ело и ресурсов). При создании виртуальной ОС можно указать, какие девайсы необходимо эмулировать в новой системе. В эмуляцию дополнительно добавил LPT порт. Причём в готовой WinXP LPT порт уже создался с правильными адресами диапазона ввода/вывода, как у "железного" LPT.

В итоге заработала вся схема IAR - H-Jtag - expresscard LPT - Wiggler - ARM7.