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

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

Тема:

> > > > А что делать некому - это да...
> > > Там предлагается идея dmx - вроде можно вывести поток, подготавливаемый готовым 
> > > общеизвестным софтом, на lpt. А далее - пара микросхем + оконечные каскады усилителей. 
> > > Если окажется, что есть готовая _проверенная_ или, хотя бы, оценненная, как 
> > > правильная, тем, кто в этом что-то понимает, схема - сдаётся мне, что лучше 
> > > будет спаять именно её: софт цветовой под неё готовый вроде есть...
> > > Придумать мы её сами не придумаем, а прикурутить к ней оконечники под нашу 
> > > нагрузку - без проблем...
> > Та схема, как я понимаю, - фактически, конвертор Centronics -> DMX, и 
> > предназначена для управления устройствами, понимающими DMX. Их как делать будете?
> я его так понял, что я могу получить с одной стороны - лпт, с другой - 64 аналоговых выхода. 
> Вчера уточнял это специально - посмотрим, что ответит.
> 
> > > > > > Два байта (в общем случае) не выставить, разве что полтора. 
> > > > > 1. а почему?
> > > > Потому что у стандартного LPT-порта столько битов на выход работают: 
> > > Так я ведь специально говорил о есp|epp... там же вроде есть...
> > Да, там на вывод работают все 16 бит - но это ведь не означает, что 
> > ты за один раз сможешь вывести два байта данных! 
> Не понял? Если можно вывести 16 бит - то почему нельзя?
> Мне надо 1 байт, как я уже описывал, разбить на полубайты буква/цвет, а второй байт - амплитуда. 
> 
> > Потому что несколько бит всё равно придётся отдать под адрес устройства. 
> Адрес цапа? так я на него байт готов пожертовать. Или какого устройства?
> 
> > А значит, либо один байт придётся постепенно собирать из кусочков 
> > (чего тамошний умелец не умеет), либо выводить по одному байту за раз, 
> > точно как в стандартном варианте.
> Я хотел просто сделать карусель по всем цапам, как описывал. парами байт, в первом - назначение, во втором - амплитуда.
> 
> > > > Именно это я и предложил. Тебе же нужно по одному байту (256 уровней) 
> > > > на каждый цвет - вот их в три приёма и выведете.
> > > Хочется в 1 приём - параллельными двумя байтами... Или - dmx: тогда редактор 
> > > выдумывать не нужно, готовые есть...
> > Три байта вывести двумя - оригинально... 
> В смысле?
> 
> > А приёмники DMX у вас есть готовые?
> Нет, разумеется. 
> 
> > > > Принтер выдаёт подтверждение не контроллеру порта, а программе, выводящей данные. 
> > > Всё, это именно то, что хотелось услышать. Просто я с детства привык, что такие 
> > > вещи - вроде побайтной передачи по шине - есть уровень контроллеров, и до сих 
> > > пор уточняю и/или удивляюсь, когда это оказывается уровнем программиста...:/
> > Самое интересное, что в той стандартной серии микросхем, на которых был построен 
> > IBM PC, есть программируемый контроллер параллельного ввода-вывода, имеющий 
> > несколько приятных режимов работы (в том числе и с тремя полноценными 
> > двунаправленными каналами, и с аппаратным квитированием), но IBM-овцы почему-то 
> > его не использовали, а изваяли конструкцию на кучке мелких микросхем и с 
> > куда меньшей функциональностью. (Не иначе, на складах излишек этих микросхем 
> > в неликвидах скопился.)
> Запросто. Или общее загнивание к тому времени уже перешло в качество.
> Или - очередной дурак, которые всегда и везде были, есть и будут (я описывал, что творили автор iehmove в ос и disk dump\restore в CMS).
> 
> > > > Есть такая возможность. Причём не только в 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 
> Ага, thanks. Вроде хватит...
> 
> > http://www.rusdoc.ru/material/hardware/iee/ieee_1284.htm - его (^) русский 
> > перевод (из серии "не стреляйте в пианиста" - переводили, судя по всему, программой).
> Ничё, привыкаем ужо... :/)
> Thanks.
>  
> > > Без проблем. Выходной фильтр цапа это всё (ожидание во время чужих подач)
> > > сгладит нараз: время перелива - десятые доли секунды или длиннее, а 
> > > частота вывода - гораздо выше...
> > Если перед ЦАП-ом поставить параллельный регистр, то он будет держать байт 
> > до бесконечности - пока новый байт не придёт.
> То понятно, но кто его будет ставить? :) И, потом - простой ёмкости и так должно хватить, а она всё равно там стоять будет...
> 
> > > В очереди шли бы пары байт, где второй амплитуда, а первый: n-я буква 
> > >m-й цвет, где m до 3, а n до 5, по полубайту.
> > 
> > Самое смешное, что схема при этом получается не проще (а то и сложнее), 
> > чем в случае "трёхразового питания".
> Что есть "трёхразового питания"?
> 
> > > Обещано вроде 2-3 МС хватает, чтоб получить от лпт поток управленяи цветом 
> > > и разбросать на штук 60 объектов, а дальше - выходные каскады (это уж 
> > > мы как-нибудь)... 
> > Ой, что-то мне сдаётся, что на выходе этих 2-3 микросхем вы получите поток 
> > команд по последовательному интерфейсу, разгребать которые будет не проще, 
> > чем MIDI-поток.
> Посмотрим, что ответит автор идеи... Пока не видели схему и описания мс - 
> толку обсуждать? :)
>

__, _, __, _,_ _, _ \|_ / \ \|_) \| \| \|\/\| \| \ / \| \ \| \| \| \| ~ ~ ~ ~ `~' ~ ~