Инициализация Epp

Я как-то спаял приблуду, которая работала с параллельным портом в EPP режиме. Пока дело происходило под досом все было ок - там я мог непосредственно управлять состоянием порта. А когда я захотел перенести это дело под винды я столкнулся проблемой.

Под виндами можно
а) написать свой драйвер для параллельного порта (ака драйвер принтера), который может делать все что необходимо
б) пользоваться уже готовым виндовым драйвером, который в том числе поддерживает EPP режим.
Естественно я выбрал второе, но переключении режима (SPP->EPP) винда видимо как-то пытается согласовать EPP режим с устройством. Это у нее не получается и режим остается EPP.

Проблема: я не знаю последовательность сигналов, которые выдает порт под управлением винды при переключении в EPP режим. И нигде этой последовательности найти не могу.
Подскажите, если кто знает, пожалуйста!!! :)

М. Гук "Аппаратные средства IBM PC". Энциклопедия. - СПб.: "Питер", 2000, с. 654-656.

Вы в Biose чего поставили какой порт??? Посмотрите и поставьте то что надо. скорее всего это там проблема кроется а там и др. будет

RA9YKZ

Точно! Проблемка была со сканером, устанавливаемым на принтер порт - он требовал определённой установки параллельного порта в BIOSe, при двух других отказывался работать, а там только три возможности было - SPP, EPP, ECP. Windows перенимает эти установки для управления принтером. При изменении в BIOSe и новом старте Windows переустанавливает драйвер, либо меняет его установки, что выражается в сообщении типа "Найден новый дивайс (или принтер)..."

Кроме того, можно изменить порт, a по умолчанию port 378, interrupt 7

Не, тут дело в том, что я на своем девайсе никак не контролирую сигнал nWAIT (ACK). Он просто заземлен (если его оставить висеть в воздухе, винда говорит что к порту вообще ничего не подключено).

Но сегодня я кажется придумал решение - надо на каждый сигнал (nDATASTB, nADDRSTB, nWRITE) навесить детектор фронта/среза, который будет генерить, скажем, миллисекундные импульсы при любом изменении этих сигналов. Ну а nWAIT подключить к выходу детектора.

Сегодня вечером спаяю такое. О результатах доложу :)

А в биосе я ничего поставить не могу, потому что порт... как бы это сказать... "внешний" ? :) Вобщем не встроенный в матплату :)

А в биосе я ничего поставить не могу, потому что порт... как бы это сказать... "внешний" ? Вобщем не встроенный в матплату

Это лажа какаято если к компу чтото потключается значит что то за это отвечает..... а отвечать должен bios т.к. без разници паралельный порт или последовательный, да плевать хоть в psi agp или isa подключен всеровно и в biose и в винде должны указоваться тип ресурса и так называемый его i/o

И всетаки чтоза приблуда я так понял что самопаяная????

Цитата:

---

Это лажа какаято если к компу чтото потключается значит что то за это отвечает.....
а отвечать должен bios т.к. без разници паралельный порт или последовательный, да плевать хоть в psi agp или isa подключен всеровно и в biose и в винде должны указоваться тип ресурса и так называемый его i/o

---

Это у вас от неграмотности :) Биос не обязан управлять всем установленным оборудованием.

Карточка у меня типа такой:
http://www.iocards.ru/index.php?sect...fe7ff4cb8f51e2

Приблуда самопаянная. Фактически пара микрух PPI (580ВВ55А, если не ошибаюсь) подключенных к параллельному порту. Схемку которуя я придумал (про которую сказал что вечером спаяю) я все никак не могу спаять :) времени не хватает катастрофически.

Точнее вот такая карта:
http://arkom.tuchola.pl/popup_image.php/pID/362?osCsid=b288227f62e41a8659f773b48a643e8c

Вот здесь шли горячие дебаты по теме:
http://borland.xportal.ru/forum/viewtopic.php?t=7699
Не совсем переключение режимов, но около того. Лично я сам там ни фига не понял.
Так же есть некое описание, уже теплее:
http://junglewin.narod.ru/lpt.html

Если можно, пара нескромных вопрос по Вашей махарайке: обмен данными у вас в обоих направлениях? А используется ли режим ДМА?
Мне самому необходимо организовать двунапрвленный и-фейс между ПК и микросхемой программ. логики. Альтернатив ЛПТ-порту по прежнему нету. Всякие УСБ, фары-вары не в счёт в виду геморности аппаратной раелизации, остается только проверенный временем центроникс.
Прогресс, млин...

http://junglewin.narod.ru/lpt.html - собственно эту статью я и использовал при написании софта.

Цитата:

---

Если можно, пара нескромных вопрос по Вашей махарайке: обмен данными у вас в обоих направлениях? А используется ли режим ДМА?

---

Обмен двунаправленный, а DMA - это для меня слишком круто :) Я перетаскиваю под винды и параллельный порт мое старенькое изобретение: http://www.qrz.ru/schemes/contribute/comp/ssfi.shtml

Плата была сделана под ISA шину, но на моем новом компе ее нету. А опыт подключения PPI к параллельному порту был и он был успешным - я собирал этакий программатор и даже зашивал в микруху свой собственный биос :-) Так что теперь надо сделать так чтобы микрухи PPI можно было программировать через параллельный порт под виндами и сразу же настанет бетона футура (светлое будущее). Потому как параллельные порты под виндами все программируются одинаково - будь это встроенный на маму порт, или на отдельном контроллере как у меня или вообще мост USB-LPT.

P.S. Уже злость на самого себя появляется. Хочу спаять схемку, а некогда!!!! =)

Цитата:

---

А опыт подключения PPI к параллельному порту был и он был успешным

---

Это наверное пол ДОС? Если так, и если я правильно понял - проблема в том, чтобы под виндой получить доступ к портам при помощи комманд in и out. Так ли это? Если да, то у нас на работе это как-то решили. Мне самому удалось выводить данные в порт из под win2000.

Опыт был успешным под досом, совершенно верно.

А под виндой так грубо не стоит поступать - данные напрямую в порт писать :) Обращение к портам напрямую делается без проблем - для этого имеются соответсвующие драйвера.

Но я предпочитаю работу с портами перепоручить виндам. Потому что параллельные порты бывают, как я уже сказал, разные. Бывают порты встроенные на маму и их программирование широко известно. А бывают порты в виде отдельных плат PCI или в виде USB устройств. Вот как их программировать я не знаю (да и не хочу знать - это техника).

Поэтому я хочу все сделать правильно - чтобя для работы с моей приблудой мне не надо было ставить какие-то дополнительные драйвера или что-то еще.

Аааа..... Тогда сдаюсь. :(

Я балда =) У меня все время была дока, где описываются переговоры IEEE-1284 (см. например http://rtfm.vn.ua/hw/man/ieee_1284/ieee_1284.htm), там все есть. А со схемкой, естественно, ничего не получилось. Теперь вопрос в том, как EPP Negotiation реализовать в железе.

Идея уже есть - надо взять RSD-триггер (например ТТЛ ТМ2), вход сброса припаять к инвертированному сигналу nInit, а по фронту HostClk (в обозначениях IEEE-1284 Neg.) переносить седьмой бит - запрос режима EPP, в Select - подтверждение запрошенного режима. Проблема в том, как вычислить что порт находится в режиме переговоров и перепад HostClk означает запрос режима.

Не пробовали для таких закрученных вещей использовать программируемую логику? Например, Xilinx...

Нет, я вообще дальше ТТЛ не ушел.
Имея какой-нить Xilinx или PIC или еще какой-нить микроконтроллер делать ничего не надо - только плату развести и программу написать и в микроконтроллер ее зашить. Это конечно очень мощное средство, но для начала работы с микроконтроллерами надо иметь неплохо так денег (и времени).

Кстати, поискал в рунете насчет Xilinx. Нашел xilinx.narod.ru и там такую плюшку:
>1. Core UART - универсальный асинхронный приемопередатчик для ПЛИС xilinx ( аналог микросхемы UART 16450)
>Цена 100 USD
:) На барахолке 486 комп на маме с ISA и PCI шинами можно собрать рублей за 100. И использовать его как микроконтроллер =)

P.S. Старая схема, которая не поддерживает согласование режима, для интерфейса с параллельным портом использует две микрухи ЛА3, регистр ИР23 и еще какой-то буфер - на память не помню, пишу с работы. Все! Четыре микросхемы!
В регистре хранится значение адреса EPP, ЛА3 преобразуют сигналы EPP к сигналам #RD_DATA, #WR_DATA, #RD_ADDR, #WR_ADDR.
Если кому интересно как - могу словами описать схему. Рисовать ее сейчас возможности нет.

На самом деле для начала работы с этими ПЛИСами денег надо не много - рублей 150, чтоб купить саму плисину (семейства XC9500 или CoolRuner, в общем - семейство CPLD), да пару часов инетовского времени, чтобы скачать бесплатный ISE WebPACK, да собрать примочку для прошивки ПЛИС через JTAG (опять же, работает от параллельного порта). Зато потом, когда всё это будет в наличии... Не понадобятся ЦЕЛЫХ 4 микросхемы! Как и не понадобится та самая отдельная приблуда на ВВ55... Я думаю, 36 триггеров в XC9536 с головой хватит, что бы всё это запихать внутрь.
Серьёзно, я бы на Вашем месте подумал над этим, раз уж Вы собираете подобные устройства на рассыпухе. На мой взгляд - смысл в этом есть.

Цитата:

---

1. Core UART - универсальный асинхронный приемопередатчик для ПЛИС xilinx ( аналог микросхемы UART 16450) Цена 100 USD

---

Это готовый макрос, для тех, кто не любит или не может писать (или рисовать) подобные примитвы сам. Мерикосы такое любят. Этот самый UART рисуется в течении 1 дня. :)

Подумаю как-нить =)

Ну вобщем спаял я схемку =)
Пока только генерящую нужные сигналы для перевода порта в режим EPP. Генерация правильного nWAIT впереди (если вообще понадобится). Оказалось виндам достаточно дать правильный nACK и все будет :)

Схема такая: один RSD-триггер микрухи ТТЛ ТМ2,
на вход сброса (#R) - nInit,
на вход установки (#S) - лог. 1,
на вход данных - лог. 1 или, что корректнее, D7 LPT (седьмой бит данных порта),
на тактовый вход - nStrobe,
прямой выход - на nAck.
Select - лог. 1, Busy (nWait) - лог. 0.
Все! :)

Для правильной работы после установки режима необходимо сделать так, чтобы на тактовый вход триггера проходил только первый сигнал строба. Это несложно сделать, например, с помощью элемента 2И-НЕ, объединив сигнал строба и инверсный выход триггера.

Цитата:

---

Это несложно сделать, например, с помощью элемента 2И-НЕ, объединив сигнал...

---

На плисину, батенька, переходите на плисину...
http://www.xilinx.com/xlnx/xil_prodc...er+XPLA3+CPLDs

ТТЛ форева!!! =)

Млин, не получается сделать правильную схему. Даже не могу понять в чем косяк. Винда с моей приблудой на порту режим EPP устанавливает, а писать в порт/читать из него отказывается - ошибка 1 (ERROR_INVALID_FUNCTION). Подключаю принтер - все пишется нормально (точнее появляется ошибка DEVICE_NOT_CONNECTED, но это потому что принтер слишком поздно формирует сигнал nWAIT).

Нужен человек имеющий опыт создания устройств на параллельный порт, работающих под виндами и не требующих установки собственных драйверов, или же исходники стандартных виндовых драйверов параллельного порта :)

Да, и еще. В винде какой-то кривой драйвер порта. Даже после установки режима EPP он оставляет порт в состоянии чтения адреса (nAddrstb = 0, nDatastb = 1, nWrite = 1) :(