Как использовать неск устройств с одним параллельным портом?

[ajborman]

Почему от четырёх если адрес 8 битный ?
Шину данных развести на всех а AUTOFEED и STROBE разводить отдельно ! Получится на 20 устройств 40 сигналов это 5 буферов(например 74ALS573)и один контролер !
Я так думаю ! Может и ошибаюсь !

[ant_]

Почему от четырёх если адрес 8 битный ?
Шину данных развести на всех а AUTOFEED и STROBE разводить отдельно ! Получится на 20 устройств 40 сигналов это 5 буферов(например 74ALS573)и один контролер !
Я так думаю ! Может и ошибаюсь !

А не проще ли всего 10 (8 данных+1 строб+1 земля) проводов к 20 устройствам, чем 40 (!)?
Я не думаю, что нужна аховская скорость - иначе был бы выбран другой интерфейс. В этом варианте намного (НАМНОГО!) проще реализация всей схемы. ИМХО! Для каждого устройства дополнительно нужен будет 1 DC+1CT32 и RST. Вот и все.

[ajborman]

Я не имел ввиду что к каждому устройству 40 проводков, а что 40 управляющих проводков на все 20 устройств ! А на каждое устройство: 8 данные, земля, AUTOFEED и STROBE ! Итого 11 проводков !

[ant_]

Я не имел ввиду что к каждому устройству 40 проводков, а что 40 управляющих проводков на все 20 устройств ! А на каждое устройство: 8 данные, земля, AUTOFEED и STROBE ! Итого 11 проводков !

Тогда я не пойму, как Вы собираетесь адресовать 20 устройств с помощью одной линии (в этом случае придется последовательно по FEED передавать адрес -в принципе тоже, как вариант - но замороченней)?

[ajborman]

Из компа выходит 12 проводков которые нас интересуют :
1. 8 дата проводков
2. 1 STROBE
3. 1 AUTOFEED
4. 1 SELECT IN
Итого 12 + Земля !
А так же BUSY как вход !

Все эти проводки идут на контролер !
А так-же 8 дата проводков( и только) разводятся на все девайсы !
С контролера выходит, через какой либо свободный порт, 8 бит и подаются на входа 5-ти буферов(типа 74ALS573) !
Выхода этих буверов делятся по два проводка, которые идут на девайсы как STROBE и AUTOFEED !
Так-же с контролера идут управляющие проводки на буфера, которые стробируют(открывают) соответствующие буфера!
Если SELECT IN в нуле то на шине данных адрес устройства и он читается тока контролером и никакие STROBE и AUTOFEED не передаются девайсам !
Если SELECT IN в единице то это данные и контролер дублирует сигналы STROBE и AUTOFEED соответствующиму девайсу !
BUSY от каждого девайса собитаются через диоды или логику в комп !

При расширение числа девайсов надо будет добавить буферов, и если совсем будет грусно, то добавить дишефратор на выбор буфера !

[daddymb]

цитата из книги "Разработка устройств сопряжения для IBM PC":
"Все сигналы интерфейсa Centronics можно разделить на четыре группы:
1 - восьмиразрядная шина данных для записи из компьютера (сигналы D0...D7)
2 - четырехразрядная шина управления для записи из комьютера (сигналы -strobe, -auto fd, -init, -slct in)
3 - пятиразрядная шина состояния для чтения в компьютер (сигналы -ack, busy, pe , slct, -error)
4 - земля
Все сигналы програмно доступны..."
Теперь вопрос к автору темы: какие сигналы нужны для подсоединяемых устройств?
Ещё можно сдесь теорию посмотреть http://www.pcports.ru/Articles.php

[ant_]

Теперь понял. ajborman, Ваша правда.
Но МК для адресации можно и не использовать. Я писал, как.

[ajborman]

Ввашем случае устройства должны поддерживать протокол обмена, тоесть содержать интелектуальный блок !
В моём случае получается чистый разветвитель, который может работать с неинтелектуальными портами !

[ant_]

Ввашем случае устройства должны поддерживать протокол обмена, тоесть содержать интелектуальный блок !
В моём случае получается чистый разветвитель, который может работать с неинтелектуальными портами !

КАКОЙ интеллектуальный блок? 8O
Весь протокол обмена реализуется ПРОГРАММНО.
А в устройствах стоит счетчик с загрузкой (если число передаваемых байт непостоянно)+RS триггер - переход от режима адресации к режиму передачи данных. Вот и все!

[ant_]

Хотя я подумал...
В принципе в некоторых (!) случаях может проще поставить и восьминогий МК.
Все зависит от конкретной задачи.