RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : Ответить на сообщение

Имя:
e-mail:
FIDO:
Home page:
сохранить данные о вас

Тема:

> > > А что делать некому - это да...
> > Там предлагается идея dmx - вроде можно вывести поток, подготавливаемый готовым общеизвестным софтом, на lpt. А далее - пара микросхем + оконечные каскады усилителей. 
> > Если окажется, что есть готовая _проверенная_ или, хотя бы, оценненная, как правильная, тем, кто в этом что-то понимает, схема - сдаётся мне, что лучше будет спаять именно её: софт цветовой под неё готовый вроде есть...
> > Придумать мы её сами не придумаем, а прикурутить к ней оконечники под нашу нагрузку - без проблем...
> 
> Та схема, как я понимаю, - фактически, конвертор Centronics -> DMX, и предназначена для управления устройствами, понимающими DMX. Их как делать будете?
>  
> > > > > Два байта (в общем случае) не выставить, разве что полтора. 
> > > > 1. а почему?
> > > 
> > > Потому что у стандартного LPT-порта столько битов на выход работают: 
> > Так я ведь специально говорил о есp|epp... там же вроде есть...
> 
> Да, там на вывод работают все 16 бит - но это ведь не означает, что ты за один раз сможешь вывести два байта данных! Потому что несколько бит всё равно придётся отдать под адрес устройства. А значит, либо один байт придётся постепенно собирать из кусочков (чего тамошний умелец не умеет), либо выводить по одному байту за раз, точно как в стандартном варианте.
>   
> > > Именно это я и предложил. Тебе же нужно по одному байту (256 уровней) 
> > > на каждый цвет - вот их в три приёма и выведете.
> > Хочется в 1 приём - параллельными двумя байтами... Или - dmx: тогда редактор 
> > выдумывать не нужно, готовые есть...
> 
> Три байта вывести двумя - оригинально... А приёмники DMX у вас есть готовые?
> 
> > > Принтер выдаёт подтверждение не контроллеру порта, а программе, выводящей данные. 
> > Всё, это именно то, что хотелось услышать. Просто я с детства привык, что такие вещи - вроде побайтной передачи по шине - есть уровень контроллеров, и до сих пор уточняю и/или удивляюсь, когда это оказывается уровнем программиста...:/
> 
> Самое интересное, что в той стандартной серии микросхем, на которых был построен IBM PC, есть программируемый контроллер параллельного ввода-вывода, имеющий несколько приятных режимов работы (в том числе и с тремя полноценными двунаправленными каналами, и с аппаратным квитированием), но IBM-овцы почему-то его не использовали, а изваяли конструкцию на кучке мелких микросхем и с куда меньшей функциональностью. (Не иначе, на складах излишек этих микросхем в неликвидах скопился.)
>  
> > > Есть такая возможность. Причём не только в ECP, но и в EPP, и в bidirectional mode. 
> > Вот-вот... Это б где-то почитать попрозрачнее - вроде того, как Мызыченко о миди писал...
> 
> Не знаю. Лет десять назад такая информация была легкодоступна. Но тех пор она у меня осталась только в распечатанном виде, а в нынешнюю эпоху широкого распространения Интернет найти это стало гораздо труднее.
> Посмотри вот это:
> http://emfl.nm.ru/menu/lpt/lpt.htm - LPT: краткая справочная информация
> http://emfl.nm.ru/menu/lpt/lpt_spp_rus.htm - Работа со стандартным параллельным портом (SPP)
> http://emfl.nm.ru/menu/lpt/lpt_epp_rus.htm - Работа с дополненным параллельным портом (EPP)
> http://www.fapo.com/1284int.htm - Introduction to the IEEE 1284-1994 Standard 
> http://www.rusdoc.ru/material/hardware/iee/ieee_1284.htm - его (^) русский перевод (из серии "не стреляйте в пианиста" - переводили, судя по всему, программой).
> 
> > Без проблем. Выходной фильтр цапа это всё (ожидание во время чужих подач) сгладит нараз: время перелива - десятые доли секунды или длиннее, а частота вывода - гораздо выше...
> 
> Если перед ЦАП-ом поставить параллельный регистр, то он будет держать байт до бесконечности - пока новый байт не придёт.
> 
> > В очереди шли бы пары байт, где второй амплитуда, а первый: n-я буква m-й цвет, где m до 3, а n до 5, по полубайту.
> 
> Самое смешное, что схема при этом получается не проще (а то и сложнее), чем в случае "трёхразового питания".
>  
> > Обещано вроде 2-3 МС хватает, чтоб получить от лпт поток управленяи цветом и разбросать на штук 60 объектов, а дальше - выходные каскады (это уж мы как-нибудь)... 
> 
> Ой, что-то мне сдаётся, что на выходе этих 2-3 микросхем вы получите поток команд по последовательному интерфейсу, разгребать которые будет не проще, чем MIDI-поток.

_, _, _, / \ (_ / ~ ) \ / , ) / / ~ ~ ~~~