Bilbo писал(а):1) Эти PCI-LPT платы все-таки для принтеров. Практически любой программатор садится на такой LPT только с шаманским бубном. Например, для ByteBlaster'а необходимо залезть в конфигурационный файл MAX++ и поменять там одну строчку.
С шаманским бубном - это если надо патчить исполняемые файлы. Строка в ини-файле - это, конечно, неудобно, лучше бы где-то в меню самой программы (раз уж она сама с меню, иначе ini-файл это просто нормальный метод).
Давно MAX+PLUS не устанавливал, а для Quartus-а нужно в реестре Win прописать завиимость его сервиса от сервиса порта, а то просто выходит, что сервис altlpt стартет раньше, чем тот, который обслуживает данную PCI-LPT карту. И ничего не видит.
Так что это всё проблемы не PCI-LPT карты.
Кстати, Quartus-II для Linux на том же компьютере видит ту же самую PCI-LPT плату сразу и без никаких общений с INI-файлами, реестром и т.п.
"Разруха - в головах".
Bilbo писал(а):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, и прекрасно работали.
Bilbo писал(а):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 года, работали с любым адресом.
Лень в виде мании величия: «ты гений, зачем стараться?». В виде комплекса: «всё равно не выйдет, зачем упираться?». Как логика: «если достаточно, зачем знать и уметь больше?». Цель одна: остановить. Не любит тепло работающих мышц и шум работающего мозга.
