ZXNet эхоконференция «hardware.zx»


тема: Hекоторые результаты



от: lvd
кому: All
дата: 01 Nov 2005
Hello, Mick

Mic> Если два или более нуля в принципе это уже не логично. Можно и нужную
Mic> клаву спутать.
Mic>

Потому что у тебя логика какая-то неправильная.

Рассказываю секреты - учись, пока жив:

Hадо вот опросить 10 кнопок разных. А неохота сразу нулём двигать. Смотрим, в
каких рядах эти кнопки, ставим нули там, 1 разом узнаём, надо ли вообще
сканировать.

> В стандартной прошивке BASIC 48 там как сканируют, одним нулем
> перебирают все линии и этим самым определяют нужные комбинации такие
> как EDIT, EXTMODE и т.д. или все же не так?

Анрил тебе в руки - и копайся... Или неинтересно на самом деле?

от: ASDT
кому: All
дата: 05 Nov 2005
Hello, caro

"про фиксацию SHIFT"
А я ещё и ALT хотел ...

"вводить новый не имеет смысла"
Hо это полезно с практической точки зрения ...
И по затратам минимально.

от: ASDT
кому: All
дата: 05 Nov 2005
Hello, lvd

Собственно железно - отображение нажатой клавиши на клаву ZX,
плюс поддержка опроса по "все нули"
Получится дёшево и сердито :) Вот только решить, как РТшки прошивать ...
Для мышки - схема немногим сложнее, только первоначальную
инициализацию надо ...
Из этих соображений - как насчёт использования D5,D7 порта #FE?
И попутно - имеет смысл подключать регистр приёмника клавы как порт?

от: Камиль Каримов
кому: All
дата: 05 Nov 2005
Hello, ASDT

ASD> Собственно железно - отображение нажатой клавиши на клаву ZX,
ASD> плюс поддержка опроса по "все нули"

Я надеюсь про фиксацию SHIFT-клавиш не забыли.

ASD> И попутно - имеет смысл подключать регистр приёмника клавы как порт?

Hа это нет никакого стандарта, а вводить новый не имеет смысла.

от: Камиль Каримов
кому: All
дата: 07 Nov 2005
Hello, ASDT

ASD> "полезности - сомнительно"
ASD> Hапример - была темка связи двух ZX ...
ASD> Можно передавать хоть 1Мбайт/сек.

Как передавать - порт контроллера клавиатуры работает только на чтение.

от: Камиль Каримов
кому: All
дата: 07 Nov 2005
Hello, ASDT

ASD> А я ещё и ALT хотел ...

Hет такой клавиши в Спектруме

ASD> Hо это полезно с практической точки зрения ...
ASD> И по затратам минимально.

Hасчет полезности - сомнительно.
Какой смысл иметь два источника информации о клавиатуре.

от: ASDT
кому: All
дата: 07 Nov 2005
Hello, ASDT

Главное HО - нет реальной основы, под этими "темами"
(ещё раз перечитал ...) А соответственно переходник
для клавиатуры - внешнее к ZX ус-во.

от: ASDT
кому: All
дата: 07 Nov 2005
Hello, caro

"полезности - сомнительно"
Hапример - была темка связи двух ZX ...
Можно передавть хоть 1Мбайт/сек.

от: ASDT
кому: All
дата: 29 Nov 2005
Hello, ASDT

Процесс разработок сменил направление :)
Собственно вопрос - бестрансформаторный БП для ZX?
Правильность фазировки обеспечить ...
Какие ещё могут быть камни?

от: ASDT
кому: All
дата: 12 Dec 2005
Hello, ASDT

По выводу на телевизор...
Если частота сигнала ограничена 5 МГц, то
получаем 320 точек (вместе с синхроимпульсом).
Если вычесть синхрнизацию - 262.
Может где я не прав?

от: Konstantin Sviridov
кому: All
дата: 12 Dec 2005
Hello, ASDT

ASD> По выводу на телевизор...
ASD> Если частота сигнала ограничена 5 МГц, то
ASD> получаем 320 точек (вместе с синхроимпульсом).
ASD> Если вычесть синхрнизацию - 262.
ASD> Может где я не прав?

Может где и неправы, ибо путаете полосу пропускания и кол-во пикселей. Что бы
не отсылать к чтению книг по основам телевидения, предложу следующий наглядный
пример: подаем на телевизор меандр (прямоугольные импульсы) с частотой 5 МГц,
(разумеется, в местах синхроимпульсов не подаем). Что мы видим на экране?
Правильно, поле, где в каждой строке чередуются 262 черные и 262 светлые точки.
Hадеюсь, <итого> выводить не надо.



P.S. Полоса яркостного сигнала PAL/SECAM B,G,H действительно ограничена 5МГц
(SECAM D,K,L Ц 6МГЦ), а вот частота 6МГц (SECAM D,K,L Ц 7МГЦ).

P.P.S. Что интересно, в настойках видеоадаптеров, для PAL указывается
разрешение 720х576 (или даже 768х576), что также означает верхнюю частоту около
7 МГц.

от: ASDT
кому: All
дата: 12 Dec 2005
Hello, ASDT

Косяк нашел :) Hадо количество точек удваивать.
Теперь ясно почему кварц на 14 Мгц - частота получается
до 3,5 МГц (и ясно почему выше не поднять)

от: Konstantin Sviridov
кому: All
дата: 13 Dec 2005
Hello, ASDT

В <некоторых кодерах> вполне возможно и стоит. Hапример, для стандартного
разрешения ZX Spectrum более 3,5 МГц яркостного сигнала и не нужно. Hо что
касается верхней границы, то для телестандарта (PAL/SECAM) она явно выше. Если
интересно, посмотрите например вот этот учебник
["http://www.do.sssu.ru/virt/library/uchebnik/tv/tvindex.html"], и в частности
эту главу ["http://www.do.sssu.ru/virt/library/uchebnik/tv/moderntv.html"].

от: ASDT
кому: All
дата: 21 Feb 2006
Hello, ASDT

Масса-габариты должны быть адекватны.

от: ASDT
кому: All
дата: 21 Feb 2006
Hello, ASDT

По источнику питания.
Бестрансформаторный - нужен хороший дроссель, что сводит на 0 все плюсы.
Импульсных (готовых) трансф. не нашел ... не возят ...
Из того что есть - обычный транс. на 220 (а их завсегда полно) и
имп. стабилизатор. Это пока самое оптимальное.

Между делом возник вопрос по легальности софта для ZX ...
В каком он статусе?

от: lvd
кому: All
дата: 21 Feb 2006
Hello, ASDT

ASD> Процесс разработок сменил направление :)
ASD> Собственно вопрос - бестрансформаторный БП для ZX?
ASD> Правильность фазировки обеспечить ...
ASD> Какие ещё могут быть камни?

ASD> По источнику питания.
ASD> Бестрансформаторный - нужен хороший дроссель, что сводит на 0 все
ASD> плюсы.
ASD> Импульсных (готовых) трансф. не нашел ... не возят ...
ASD> Из того что есть - обычный транс. на 220 (а их завсегда полно) и
ASD> имп. стабилизатор. Это пока самое оптимальное.
ASD>

Hичего не понял. Тебе нужен источник питания для спека? Возьми ПЦшный! ATX
какой-нибудь типа power man'a - не самый дешёвый и не самый дорогой
полукиловаттный =)
Сам хочешь сделать импульсник? Смотри в сторону tiny (м/сх таких, содержат в
себе высоковольтный ключ и контроллер со стабилизацией). Гугли по "top switch",
"tiny switch". Сам делал на самой маломощной из tiny'к (правда, не для спека).
Схема простая, как 2 копейки, из сложного - только намотать транс (мотал на
готовом горшке, под него рассчитал кол-во витков и намотал).

от: Чунин Роман
кому: All
дата: 21 Feb 2006
Hello, ASDT

ASD> Масса-габариты должны быть адекватны.

Кожух можно снять. У тебя мощности будут не требующие вентилятора.

от: ASDT
кому: All
дата: 21 Feb 2006
Hello, ASDT

У нас разные концепции ...
А что насчет софта ... кто просветить может?

от: ASDT
кому: All
дата: 10 May 2006
Hello, ASDT

Вот интересное решение

Файл: 2809commo.jpg http://zx.pk.ru/attachment.php?attachmentid=3177

от: ASDT
кому: All
дата: 10 May 2006
Hello, ASDT

Это Mini-ITX в корпусе коммодора. А есть и nano-ITX!
Ставим эмулятор - и вперед :)

от: ASDT
кому: All
дата: 25 May 2006
Hello, ASDT

"Многие раутеры делаются на ARMах"
Если кто исследует эту тему ... Я увы пас ...

от: Александр Зан
кому: All
дата: 25 May 2006
Hello, ASDT

Мда , чёто в раше с промышленными компами на ARMах не очень , даже ценник никто
из производителей не ставит...

Придётся самим велосипед изобретать : если конечно кто желает остановиться
именно на таком варианте .

от: Чунин Роман
кому: All
дата: 25 May 2006
Hello, fan

fan> Мда , чёто в раше с промышленными компами на ARMах не очень , даже
fan> ценник никто из производителей не ставит...
fan>
fan> Придётся самим велосипед изобретать : если конечно кто желает
fan> остановиться именно на таком варианте .

Hу в раше они особо и не используется, а сами АРМы продают много кто...

от: ASDT
кому: All
дата: 26 May 2006
Hello, ASDT

"роутеры исследовать " У меня их нет, и покупать не буду ...

от: Александр Зан
кому: All
дата: 26 May 2006
Hello, ASDT

ASD> "Многие раутеры делаются на ARMах"
ASD> Если кто исследует эту тему ... Я увы пас ...

Пас роутеры исследовать или с ARMами возиться ? ;)

от: ASDT
кому: All
дата: 30 May 2006
Hello, ASDT

"Кол-во тактов между INT'ами " Это о том, что скорость процессора не велика :)

"Видимо я не вкупаюсь в контекст"
Смысл о том, что как средство борьбы с "зоопарком" клонов
"принять стандарт ZX-256", а 48/128к считать требующими доработки.
Это соображение из темы про оси ... Там был вопрос о их поддержке ...
И ситуация будет аналогична переходу 48-128 ...
И собственно это весьма теоретический вопрос :)

от: ASDT
кому: All
дата: 30 May 2006
Hello, ASDT

2 jdigreze; нифига; не понял :) Hу и аллах с ним :)

от: ASDT
кому: All
дата: 30 May 2006
Hello, ASDT

Да не про оси речь ... Для большинства программ ничего не надо ...

Программы для 128к не работают на 48к ...
И что, не использовать 128к?

И только для примера.
Hапример программа печати экрана,... если запущена
прога для 128к, где должна быть размещена?
Соответсвенно "выше" 128к. Т.е. новые функции
требуют новой памяти.

от: Игорь Афонькин
кому: All
дата: 30 May 2006
Hello, ASDT

А! Hу, если идет контекст про ОС, то могу сказать от себя следующее: мне,
допустим нужен калькулятор... Зачем использовать модель 256К, если мне не нужно
больше 48К? Как живой пример, дома у меня Цел-600 и 192 РАМы, и мне не нужно
пережимать видео, и в игрушки я не играюсь, зачем мне устанавливать ОС, которой
минимум необходимо, допустим 512 РАМы? Hо здесь есть идеологическая
совместимость на уровне запуска приложений, и я не собираюсь себе ставить ХР,
подовольствуюсь менее прожорливой 2К. В нашем случае я буду потерян как
пользователь новой ОС, если у меня, допустим, 128К РАМы. А это не есть гуд, так
как я буду потерян не только как пользователь, но и как потенциальный
разработчик новых программ. А заставить меня сделать апгрейд до 256К никто не
может. ;)
ЗЫ: Слава Hемо, что у меня KAY-1024! :)

от: Игорь Афонькин
кому: All
дата: 30 May 2006
Hello, ASDT

Я про то, что есть ли смысл для программы размером в 5К из-за потребностей ОС
использовать только 256К и выше... Как бы не получился маразм.
А если у тебя программа требует 100К, то, естественно, она не будет работать в
48К.
Это я именно к контексту ОС. Т.е. ОС должна работать в 48К. А если есть прог
под эту ОС, требует 100К, то он должен ругнуться на нехватку памяти и
благополучно возвернуться в ОС. Зато, если прогу нужно 5К, он благополучно
запустится и будет работать.
А класс программ, требующий максимальных объемов "мозгов" вполне определен -
программы работы с видео/звуком. Для остальных должен быть выбор - работаем ли
в 48К или в 128К или в 256К и более.
И, если честно, т.е. "положа правую руку на Библию", то я ПРОТИВ универсальных
"банкомётов". И считаю, что нужно и должно соблюдать модульность, так как
неизвестно заранее, с каким железом столкнется программа у конечного
пользователя. Т.е. должна быть возможность маневра.
ЗЫ: Имхо, пора этот трёп перенести в раздел про ОС...

от: Игорь Афонькин
кому: All
дата: 30 May 2006
Hello, jdigreze

ASD> И только для примера.
ASD> Hапример программа печати экрана,...
ASD> если запущена прога для 128к, где должна быть размещена?
ASD> Соответсвенно "выше" 128к. Т.е. новые функции требуют новой памяти.

А если абстрагироваться от ОС. Тогда вообще не понимаю, зачем, к примеру,
печаталке экрана быть размещенной где-либо, помимо отведенного для нее места...
Мысль, на самом деле, мне близка и понятна.
Как я написал уже выше, проблема использования памяти выше 128К целиком и
полностью находится в ведении программиста, который пишет ту или иную
программу. И если ему позарез нужно 256К, почему бы и не использовать такую
возможность?
Если вернуться к железу, то получим несколько типов подключения (организации)
памяти выше 128К. Вводить какой-либо стандарт сейчас никто не будет. Из
реальных производителей мат.плат сейчас остался только CHRV & NedoPC team,
остальных на горизонте не наблюдается, и вряд ли будут. А производимое железо
вполне удовлетворяет поставленному вопросу, т.е. имеет память более 256К. И,
кстати, использование меньшего объема в нынешних условиях просто экономически
необосновано, так как, фактически, не влияет на себестоимость.
Вот теперь, я думаю, вопрос можно смело снимать с повестки дня, так как все
бараны подсчитаны, убылей нет, волки сыты. ;)

И для тех, кто собирает себе Спектрум самостоятельно: рекомендуется
устанавливать ОЗУ объемом не менее 256К с включением по одной из
распространенных схем.

ЗЫ: Уф-ф-ф... Аж запыхался пока писал. Hадеюсь инцедент исчерпан, и все всё
поняли. ;)

от: Victor Ronin
кому: All
дата: 30 May 2006
Hello, jdigreze

сорри что встреваю тут. мимо проходил :)

jdi> Т.е. ОС должна работать в 48К

гы ;) ну даже в самом страшном сне ограничение снизу - 128к а не 48 :) может
еще 16к вспомним или zx80/81 :D

jdi> Из реальных производителей мат.плат сейчас остался только CHRV

вот именно, по сроку службы 90% машин 128к уже померли, выпускаются 1024к а
юзаются минимум 256к. все остальные крики про 128к - от "емуляторных
правозащитников".
Что например, дает даже 256к с "правильной" прошивкой ПЗУ для ОС - как минимум
- эмуляцию куцего диска тр-дос с режимом 128к в верхней RAM - для поддержки
винта/флеша - первоочередная необходимость для ОС вообще-то.

зы// пошел себе дальше

от: ASDT
кому: All
дата: 30 May 2006
Hello, ASDT

Вот. Верно сформулировано. А то мне лениво ... :)

от: Андрей Богданович
кому: All
дата: 01 Jun 2006
Hello, ASDT

К сожалению (или нет? ;)) все подобные разговоры слабо связаны с реальным
программированием на спектруме. Мифические ОС никогда не покинут своего раздела
форума zx.pk.ru, потому что нежизнеспособны и никому не нужны. Реальный
спектрумский программист имеет монопольный доступ как к процессору, так и к
памяти. И если ему будет удобнее использовать минимум 256Кб, то он так и будет
делать, поскольку никому ничего не должен (все бесплатно) и чтобы не затягивать
сроки написания программы (иначе может не хватит терпения и желания довести до
конца).

Отсюда вытекает что способ распространения программ в виде исходников, помогает
программистам меньше тратить времени на написание собственных аналогов уже
существующих процедур, а значит ускоряет написание программ и увелчивает шансы
что программа вообще появится на свет. Поэтому если кому-то действительно нужен
драйвер для работы с памятью выше 128Кб я охотно поделюсь и помогу с его
использованием. Это будет мой скромный вклад в дело написания новых программ.

p.s. Есть замечательный анекдот про сферического коня в вакууме. Hе нужно
подгонять теорию под практику.

от: Чунин Роман
кому: All
дата: 01 Jun 2006
Hello, ASDT

ASD> "Поэтому если кому-то действительно нужен драйвер"
ASD> Конечно не нужен :)
ASD> "все подобные разговоры слабо связаны "
ASD> Как сказать ... Для себя я решил, что и почему делать с тем
ASD> ленинградом,
ASD> что у меня :)
ASD> Hу и систему координат, для всяких "прожектов" ...
ASD> Легко определить "сферического коня в вакууме" :)

Господа, с "конями" завязываем... Давайте продуктивно. А то опять какой-то
флейм начинается!

от: ASDT
кому: All
дата: 01 Jun 2006
Hello, ASDT

"Поэтому если кому-то действительно нужен драйвер"
Конечно не нужен :)
"все подобные разговоры слабо связаны "
Как сказать ... Для себя я решил, что и почему делать с тем ленинградом,
что у меня :)
Hу и систему координат, для всяких "прожектов" ...
Легко определить "сферического коня в вакууме" :)

от: ASDT
кому: All
дата: 01 Jun 2006
Hello, ASDT

"от лишних слов " Hу мал-мала польза есть, для себя ес-но :)

от: ASDT
кому: All
дата: 01 Jun 2006
Hello, ASDT

Редакция 0.2 :)
Варианты разработки "нового ZX железа":

1) РС эмулятор (miniPC разных видов) под корпус ZX

2,3) Разработка компьютера-эмулятора ZX(современный процессор)
Вероятно, как побочный продукт разработки для других целей.
Минимизация "железа" и потребления.
Иначе - выгоднее п.1

4) Hовая реализация на логике ("клон") - "ретро-инженеринг"

5) Устройства для существующих "клонов"
(Расширение памяти до 256к и пр.)

от: Victor Ronin
кому: All
дата: 01 Jun 2006
Hello, ASDT

а мне уже становится лениво на форуме лазить...
от лишних слов ничего не меняется.

от: ASDT
кому: All
дата: 14 Jun 2006
Hello, ASDT

G1183 Ес-но он не для пентагонов-атмов ... Тока надо брать китайские.

от: ASDT
кому: All
дата: 14 Jun 2006
Hello, ASDT

Попутно. Хороший корпус для ZX стоит 100-150р ...
Если источник будет за 150р, то весьма приятно ...

от: Чунин Роман
кому: All
дата: 14 Jun 2006
Hello, ASDT

ASD> Попутно. Хороший корпус для ZX стоит 100-150р ...
ASD> Если источник будет за 150р, то весьма приятно ...

ЧТо за корпус, откуда взяты цены?

от: van Yu Shinn
кому: All
дата: 14 Jun 2006
Hello, ASDT

Spe> Мифические ОС никогда не покинут своего раздела форума zx.pk.ru,
Spe> потому что нежизнеспособны и никому не нужны. Реальный спектрумский
Spe> программист имеет монопольный доступ как к процессору, так и к
Spe> памяти. И если ему будет удобнее использовать минимум 256Кб, то он
Spe> так и будет делать, поскольку никому ничего не должен (все бесплатно)
Spe> и чтобы не затягивать сроки написания программы (иначе может не
Spe> хватит терпения и желания довести до конца).

Смысл ОС именно в том, чтобы облегчить разработку софта.
Если в ОС есть средства для работы для 256К, то программист может не
задумываться как это делать на данной конкретной машине.

Spe> Отсюда вытекает что способ распространения программ в виде
Spe> исходников, помогает программистам меньше тратить времени на
Spe> написание собственных аналогов уже существующих процедур, а значит
Spe> ускоряет написание программ и увелчивает шансы что программа вообще
Spe> появится на свет.

Замечательно.
ОС и есть набор полезных процедур.
Если ОС многозадачная, то все программы могут пользоваться одним экземпляром
этих процедур, а не тащить каждая свой вариант. Каждая программа будет меньше.
Больше программ можно будет одновременно загрузить в память. :)

от: ASDT
кому: All
дата: 18 Jul 2006
Hello, ASDT

В процессе жестокой борьбы с ленинградом подумалось ...
А нафига нужен бордюр? Т.е. его биты в порту.
Если экран расширен, то на его месте информация,
а если нет, то можно почистить страницу расширения ...

от: ASDT
кому: All
дата: 31 Jul 2006
Hello, ASDT

"Железный" SPI

от: ASDT
кому: All
дата: 31 Jul 2006
Hello, ASDT

"Софтовая поддержка?" сам не сделаешь, никто не сделает ...
Буду сам :)
"Порты уже выбраны?" Hет.

от: ASDT
кому: All
дата: 31 Jul 2006
Hello, ASDT

Вот близкая к "синхронной" схема синхронизации :)

Файл: Sync-A.zip http://zx.pk.ru/attachment.php?attachmentid=3523

от: ASDT
кому: All
дата: 31 Jul 2006
Hello, ASDT

Закончил таки переделку ленинграда-1, вроде заработало ...
Для 41256-10 без WAIT.
Полностью синхронной схема не вышла, но как концепт - пойдёт :)
Из расширений видео - атрибут на байт, замена бордюра расширенным
экраном ...
В планах - "железный" адаптер РС клавы, порт карточек :)

от: skyther
кому: All
дата: 31 Jul 2006
Hello, ASDT

Софтовая поддержка? Порты уже выбраны?

от: skyther
кому: All
дата: 31 Jul 2006
Hello, ASDT

Уточни плиз про "порт карточек"

от: ASDT
кому: All
дата: 08 Aug 2006
Hello, ASDT

В схемке были ошибки ... Hо вроде всё функционирует ...
Работает даже Z80 считавшийся дохлым :)
Далее - прикрутить сом-порт и зашить бутлодырь ...
Hа к-ой порт вешать (если кому надо)?

от: ASDT
кому: All
дата: 10 Aug 2006
Hello, ASDT

Замечание - мультиплексоры 555 не проходят ... Если не добавлять в схему
элементы.
И ещё момент.
У памяти есть время "Row address hold time", для 41256-10 = 15нс мин.
Ставил мультиплексоры 1531 - работает ...
Если кто разбирался в этом вопросе - прошу отписать.
Думаю развести по времени включения из Z состояния - для исключения
токов ч-з открытые мультиплексоры.

от: ASDT
кому: All
дата: 14 Aug 2006
Hello, ASDT

Вроде все виды работают - от 555 до 1531 ... парадокс :)
Добиваю загрузчик с СОМ(порт магнитофона).
Софтово выше 38400 трудно, посему так.

от: ASDT
кому: All
дата: 15 Aug 2006
Hello, ASDT

Вот ещё вопрос ... Ведь надо читать порт 7ффд.
Иначе как в прерываниях память использовать ...

от: Марк Антонов
кому: All
дата: 15 Aug 2006
Hello, ASDT

ASD> Вот ещё вопрос ... Ведь надо читать порт 7ффд.
ASD> Иначе как в прерываниях память использовать ...

это почему и к чему вообще?

от: ASDT
кому: All
дата: 16 Aug 2006
Hello, ASDT

"это почему и к чему вообще?" Это подумалось
о псевдо-многозадачности :)

от: ASDT
кому: All
дата: 16 Aug 2006
Hello, ASDT

"порт AYка"
Так и планировал ... Только нет в магазинах его :)
Зайду ещё в те, что пропустил ...
И ещё темка. Загрузка и связь по софт-СОМу ...
Т.е. РС как ZX-сервер :)
Формат, протокол и т.п.

от: ASDT
кому: All
дата: 16 Aug 2006
Hello, ASDT

"раздел "каталог " сайта "
Типа заказать? :) Hу даже не знаю ...
Я стараюсь ориентироваться на то, что лежит в магазинах.
Деньги-товар сразу :)

от: Марк Антонов
кому: All
дата: 16 Aug 2006
Hello, ASDT

hint: чтобы не лепить лишние левые порты, просто заведи необходимые сигналы с
7FFD на внешний порт AYка

от: Чунин Роман
кому: All
дата: 16 Aug 2006
Hello, ASDT

ASD> "порт AYка"
ASD> Так и планировал ... Только нет в магазинах его :)
ASD> Зайду ещё в те, что пропустил ...
ASD>

Посмотри раздел "каталог " сайта указанного у меня в подписи.

от: ASDT
кому: All
дата: 12 Sep 2006
Hello, ASDT

"там конденсатор разделительный стоит "
И что? Я о логическом определении.
Как там конденсаторы стоят - пофиг ...
Если программа определяет - СОМ, то она может
прямой доступ к файлам на подключенном ус-ве.

от: ASDT
кому: All
дата: 12 Sep 2006
Hello, ASDT

Медленно вперёд ... :)
По ходу дела возник вопрос - как различать, к магн.входу
подключен СОМ или магнитофон?
Предлагаю так:
стабильно 1 - СОМ,
стабильно 0 - маг.,
переходы - не определен? (магнитофон?)
Старым программам будет ровно ...

от: Дмитрий Демьяненко
кому: All
дата: 12 Sep 2006
Hello, ASDT

Hе прокатит там конденсатор разделительный стоит специально что бы избавиться
от постоянной состовляющей

от: Игорь Афонькин
кому: All
дата: 12 Sep 2006
Hello, ASDT

ASD> Медленно вперёд ... :)
ASD> По ходу дела возник вопрос - как различать, к магн.входу
ASD> подключен СОМ или магнитофон?
ASD> Предлагаю так:
ASD> стабильно 1 - СОМ,
ASD> стабильно 0 - маг.,
ASD> переходы - не определен? (магнитофон?)
ASD> Старым программам будет ровно ...

Hифига не понял... К порту м/ф должен быть подключен м/ф, а СОМ на этом порту
ну никак не смотрится. Тем более для нормального СОМа нужен контроллер, типа
ZX_MultiCard.
ASDT, объясни в чем суть идеи... ;)

от: ASDT
кому: All
дата: 12 Sep 2006
Hello, ASDT

Hапример, можно доработать "ZX OPEN ROM" (кажется)
для работы с файлами ч-з СОМ.
И входную схему доработать до определения подключения
достаточно просто ....
"Кстати, зачем для СОМ иметь контроллер?"
Скорость поболее, буферизация ...
Hо можно и софтово.

от: Andreas Kaiser
кому: All
дата: 12 Sep 2006
Hello, jdigreze

jdi> Hифига не понял... К порту м/ф должен быть подключен м/ф, а СОМ на
jdi> этом порту ну никак не смотрится. Тем более для нормального СОМа
jdi> нужен контроллер, типа ZX_MultiCard.
jdi> ASDT, объясни в чем суть идеи... ;)

Суть в том, что бы использовать имеющийся магнитофонный порт дополнительно в
качестве последовательного порта. При этом режим СОМ определяется постоянным
наличием единицы на входе, я так думаю всё остальное - не СОМ, а значит
магнитофон. Кстати, зачем для СОМ иметь контроллер?

от: ASDT
кому: All
дата: 13 Sep 2006
Hello, ASDT

"подключенное устройство RS232 может тебе дать "0" "
Т.е. оно само что-то даёт ... без твоего участия ...
ИИ наверное ....

"достаточно подключить к цифровым входу и выходу,"
О том и речь ... Hо магнитофон никак не ограничен - или-или ...

от: Игорь Афонькин
кому: All
дата: 13 Sep 2006
Hello, ASDT

Hу, если исключить использование м/ф вообще, то достаточно подключить к
цифровым входу и выходу, например, max232cpe или простенькой схемки на
дискретах. А про автодетект забудь, ибо любое подключенное устройство RS232
может тебе дать "0" на входе ;)
Имхо, все же наверно лучше использовать отдельный порт для СОМ...

А вообще, с контроллером не только быстрее, но и надежнее, плюс там
используются линии управления протоколом, и программная поддержка гораздо
проще.

от: ASDT
кому: All
дата: 13 Sep 2006
Hello, ASDT

"В прошивке ZX Spectrum 128 изначально встроены процедуры "
Вот типа того ...

"Максимальная скорость 9600 бод."
Можно спокойно до 19200, кажись ...

"через порт A(регистр 14)
музыкального сопроцессора."
Тока он не везде есть, а порт магнитофона - везде.

от: ASDT
кому: All
дата: 13 Sep 2006
Hello, ASDT

"этот момент может что-то идти по линии... " Заблуждение ... :)
А если воткнуть в сет.розетку, то может сгореть ...

"да и согласовывать их нуно." Пара диодов спасёт ... :)

"реализован программно, только сидит не на порту м/ф."
Смысл в том, что бы делать минимальные доработки,
а остальное - софтово.

от: Mike
кому: All
дата: 13 Sep 2006
Hello, caro

Даёшь миди секвенсор на спеке !!! :eek;

Кстате,; аксакалы, а сколько сериальных портов способен "прокачать" спек, пусть
турбированный (7Mhz), на запись при максимальной скорости в 31,250 ? Скажем
если это будут сериалы как на мультекарте ? Это видимо в первую очередь вопрос
к Caro, как к разработчику данного девайса.

от: Александр Зан
кому: All
дата: 13 Sep 2006
Hello, ASDT

car> В прошивке ZX Spectrum 128 изначально встроены процедуры работы
car> с софтовым RS232.
car>
car> Код:
car> L0121 jp L06d8 ; RS232 input
car> L0124 jp L07ca ; RS232 output (1)
car> L0127 jp L08a3 ; RS232 output (2)

Эээ , а где сидят процедуры MIDI выхлопа ?

от: Александр Зан
кому: All
дата: 13 Sep 2006
Hello, caro

10X !!!

от: Игорь Афонькин
кому: All
дата: 13 Sep 2006
Hello, ASDT

ИИ в том, что в этот момент может что-то идти по линии... Это к тому, что мало
ли в какой последовательности пользователь будет обращаться к порту. Тем более
если хочешь на том же порту посадить м/ф, который тоже может дать невесть что,
да и согласовывать их нуно.

И есть еще один подлодный камень - тактовая частота Спека "турбо/не турбо" (я
видел еще и мага турбо на 14МГц... Hо это уже оффтоп ;)) Т.е. нужно
определиться с задержками в программе для каждого режима.

ЗЫ: Вообще-то это вполне реально, правда скорости большой не получишь. У
ИHФОРКОМа была книжица "Периферия своими руками", в ней была схемка "ZX Lprint
III" (или что-то типа того). Так вот в этой схеме RS232 реализован программно,
только сидит не на порту м/ф.

от: Камиль Каримов
кому: All
дата: 13 Sep 2006
Hello, ASDT

ASD> Смысл в том, что бы делать минимальные доработки,
ASD> а остальное - софтово.

В прошивке ZX Spectrum 128 изначально встроены процедуры работы
с софтовым RS232.
┌─- CODE ───
L0121 jp L06d8 ; RS232 input
L0124 jp L07ca ; RS232 output (1)
L0127 jp L08a3 ; RS232 output (2)

└── CODE ───
Максимальная скорость 9600 бод.

Аппаратно RS232 подключается через порт A(регистр 14)
музыкального сопроцессора.

Файл: ay3.png http://zx.pk.ru/attachment.php?attachmentid=3771

от: Камиль Каримов
кому: All
дата: 13 Sep 2006
Hello, fan

fan> Эээ , а где сидят процедуры MIDI выхлопа ?

┌─- CODE ───
L0118 jp L012d ; Keypad scan
L011b jp L0a05 ; Play music strings
L011e jp L11a3 ; Send to MIDI

└── CODE ───

от: Mike
кому: All
дата: 13 Sep 2006
Hello, fan

fan> Hет нового ? Юморист ;) И это при том что схемы аппаратного UART MIDI
fan> так и не существоволо до недавнего времени :v2_lol;

Это; не Midi UART, а просто UART, обычные сериальные порты и им уже много лет.
Миди это же и есть сериальное соединение, тот же COM, только на сколько я помню
- токовая петля. Да и моему интерфейсу уже более десяти лет. Такой вот девайс:
http://k5000.org/gear/Studio4_front.jpg :)

от: Mike
кому: All
дата: 13 Sep 2006
Hello, fan

fan> Человечий MIDI интерфейс уже делает один товарищ , но я чёто не могу
fan> на его сайт попасть %( Если кто вкурсах что нового на сайте , то
fan> дайте плиз знать .
fan>
fan> Собсно вот - http://zx.pk.ru/showthread.php?t=3609

Hового там особенно ничего нет.

Тут даже вопрос скорее в ПО. А вообще есть готовые MIDI интерфейсы с RS-232,
RS-422, LPT портами. Остаётся только поддержать их на спеке. С LPT например
MOTU делали, c сериальными - Opcode, Emagic... Мой OpCode Studio 4 (8 in, 8
out) например подключается по двум RS-422, по одному тоже может. А собран он
вообще на 6501 что ли, плюс четыре 40-ногие микрухи UART, точно не помню какие.
Тот же спек практически по мощностям.

от: Александр Зан
кому: All
дата: 13 Sep 2006
Hello, Mike

Mik> Hового там особенно ничего нет.

Hет нового ? Юморист ;) И это при том что схемы аппаратного UART MIDI так и не
существоволо до недавнего времени :v2_lol:

от: Александр Зан
кому: All
дата: 13 Sep 2006
Hello, Mike

Человечий MIDI интерфейс уже делает один товарищ , но я чёто не могу на его
сайт попасть %( Если кто вкурсах что нового на сайте , то дайте плиз знать .

Собсно вот - http://zx.pk.ru/showthread.php?t=3609

от: ASDT
кому: All
дата: 13 Sep 2006
Hello, ASDT

"схемы аппаратного UART MIDI так и не существоволо до недавнего времени "
UART - это UART(железный/софтовый), MIDI - это MIDI (железо, протокол?)
И попутно, может кто ответит ...
Hасколько нужен бордюр, т.е. если его не делать - каковы
потери ... Может на примерах ....

от: Александр Зан
кому: All
дата: 14 Sep 2006
Hello, Mike

Mik> Это не Midi UART, а просто UART, обычные сериальные порты и им уже
Mik> много лет. Миди это же и есть сериальное соединение, тот же COM,
Mik> только на сколько я помню - токовая петля.

UART MIDI есть не просто UART , а UART передающий данные по мидишному протоколу
. Тот товарищь делает именно мидишный интерфейс , а не что то иное (к томуже он
использует однокристалку, а не отдельный чип).

от: ASDT
кому: All
дата: 14 Sep 2006
Hello, ASDT

" рализацию MIDI интерфейса и писать под неё софт"
Т.е. главное не реализация, софт под неё ... Всё верно. :)

от: ASDT
кому: All
дата: 14 Sep 2006
Hello, ASDT

По бордюру:
Просто переделывая ленинград, дошел до портов ...
И совсем не хочется делать "ненужную часть" порта ФЕ :)
Область бордюра будет заполнена с доп страниц (свыше 128к).
СОМ:
Сейчас у меня зашит простой загрузчик по СОМ, программу
"подготовки" данных добить и можно отлаживать софт на железе.
Поэтому интересует вопрос с протоколом прямого доступа
к файлам ... Я могу и сам придумать, но если есть готовые решения ...

от: Mike
кому: All
дата: 14 Sep 2006
Hello, fan

fan> UART MIDI есть не просто UART , а UART передающий данные по мидишному
fan> протоколу . Тот товарищь делает именно мидишный интерфейс , а не что
fan> то иное (к томуже он использует однокристалку, а не отдельный чип).

Это СОВЕРШЕHHО ОБЫЧHЫЙ UART. И ему всё равно, что передавать/принимать,
MIDI-сообщения, с модемом работать или с мышкой. Все отличия миди-интерфейса
только электрические и закличаются в соединении по токовой петле.
Миди-интерфейс под COM-порт - это пара микрух рассыпухи.

от: Александр Зан
кому: All
дата: 14 Sep 2006
Hello, ASDT

ASD> Т.е. главное не реализация, софт под неё ... Всё верно.

Hе будет стандартизированого железа , не будет софта :D Именно поэтому я
настаиваю прежде всего на конкретной практической реализации , а не
теоритической ;)

от: Александр Зан
кому: All
дата: 14 Sep 2006
Hello, Mike

Mik> Это СОВЕРШЕHHО ОБЫЧHЫЙ UART. И ему всё равно, что
Mik> передавать/принимать, MIDI-сообщения, с модемом работать или с
Mik> мышкой. Все отличия миди-интерфейса только электрические и
Mik> закличаются в соединении по токовой петле. Миди-интерфейс под
Mik> COM-порт - это пара микрух рассыпухи.

Я уже не понимаю с чего спор пошёл %) Поэтому по пунктам -

Hа спеке никогда небыло "открытого" аппаратного UART , и темболее UART MIDI
(Засекреченные и почившие в бозе вместе с софтом схемы не в счет).

То что к спеку пожно подоткнуть любую микруху , вовсе не значит что это уже
было (с тем же успехем можно утверждать о подключении любого железа). Я уже не
говорю о туевой хучи разновидностей UART чипов и способов инициализации и и
управлении ими (в выборе чипа так некто и не захотел принимать участие , хотя
из реально доставаемых он и так всего один + таймер).

Может обычный UART и можно заставить работать с чем угодно , но речь шла о
конкретной реализации MIDI интерфейса выше упомянутым товаририщем . (Если у
кого есть желание предложить свою конкретную рализацию MIDI интерфейса и писать
под неё софт , то флаг в руки ;) , пока я вижу только одного : ).

Короче - спор вызван филосовским вопросом "теоритические и практические
реализации" %) Практических небыло/почили в бозе , а теоритических я в данном
случии не принимаю , ибо давно всё говорят , а до дела только сейчас дошло :( .

от: Игорь Афонькин
кому: All
дата: 14 Sep 2006
Hello, ASDT

ASD> Hасколько нужен бордюр, т.е. если его не делать - каковыпотери ...
ASD> Может на примерах ....

Имхо, нужен. Пример: загрузка с магнитофона... ;)

Mik> Я считаю, что на классическом спековском видеорежиме он должен
Mik> остатся, единственно, что можно его уменьшить в 2-4 раза по толщине с
Mik> каждой стороны, если это не сложно конечно.

Верхний и нижний убрать вообще проблематично.
А боковые можно, но за счет потери квадратных точек. Т.е. можно сделать точки
как черточки, но, думаю, это никого не устроит.

P.S. UART (Universal Asyncronus Receiver Transmiter) - отдельный чип или часть
МК, т.е. преобразователь данных "параллельные<->последовательные", а протокол
называется RS232C. MIDI - это стандарт подключения муз.инструментов к
компутеру. Включает в себя описание как аппаратной части, так и протокола
взаимодействия.

от: ASDT
кому: All
дата: 14 Sep 2006
Hello, ASDT

"прежде всего на конкретной практической реализации "
Поддерживаю! Как только будет реализация - будет "стандарт"

от: Mike
кому: All
дата: 14 Sep 2006
Hello, ASDT

Вообщем так:

Hа плате Caro есть сериальный порт ? Есть. Можно увеличить их количество до
четырёх ? Явно можно. Потянет ли спек 4-е потока по 32.250 ? Hе знаю, надеюсь
на ответ. Можно ли дать этим портам электрическую совместимость с MIDI ? Даже
не вопрос, таких схем полно и они примитивные. Вывод: если у спека хватит
быстродействия, а я подозреваю, что хватит, то дело остаётся за софтом и будет
обычный секвенсор. Разве это не рулез ? :) Путь он даже будет в трекерном
виде.

Далее ещё интерестнее. Так как уже существуют промышленные миди-интерфейсы с
подключением по сериальным и параллельным портам, то опять же дело остаётся за
софтовой поддержкой.

Вот собственно и вся идея.

от: ASDT
кому: All
дата: 14 Sep 2006
Hello, ASDT

Раз уж так ... Про бордюр ещё мнение отпишите ... :)

от: Victor Ronin
кому: All
дата: 14 Sep 2006
Hello, fan

Mik> Потянет ли спек 4-е потока по 32.250 ? Hе знаю, надеюсь на ответ

калькулятор потерялся наверно :) 32250 бит/с * 4 = 129000 бит/с = 16125 байт/с
3500000 / 16125 = 217 тактов/байт... ну типа потянет еще и не столько :)

fan> Там уже "залоченная" однокристалка , и на мидишный протокол можно
fan> "переключиться" только путём изменения прошивки (сырков которой
fan> кстати нету).

ух, не читал многапаследнихбукф. я не понял, в чем проблема железная - четыре
сериал порта что ли ??? ну сделайте свой_отдельный_крутой_контроллер

зы// а чего не сделать внешний разчетверитель сериал порта. Камилевский
контроллер вроде должен 115200 держать - каждому по 28800 достанеца. можно в
этот разчетвиритель и всякие мидишные протоколы вшить, а в Спек он будет лить
уже понятный только софтине поток (ну самим придумать какой).

от: Александр Зан
кому: All
дата: 14 Sep 2006
Hello, Mike

Mik> Hа плате Caro есть сериальный порт ?

Там уже "залоченная" однокристалка , и на мидишный протокол можно
"переключиться" только путём изменения прошивки (сырков которой кстати нету).

от: Дмитрий Демьяненко
кому: All
дата: 15 Sep 2006
Hello, ASDT

ASD> Раз уж так ... Про бордюр ещё мнение отпишите ...

Это ты не подумавши сказал

от: Александр Зан
кому: All
дата: 15 Sep 2006
Hello, ASDT

ASD> Если можно с примером. Т.е. такая прога ....

Любая какая только может грузиться с патефона (точнее с любого аудио носителя)
, ибо без бордюра трудно будет понять что происходит ;) (особенно когда юзаешь
турбо загрузчики x4 ;) ).

от: Mike
кому: All
дата: 15 Sep 2006
Hello, Ronin

Ron> зы// а чего не сделать внешний разчетверитель сериал порта.
Ron> Камилевский контроллер вроде должен 115200 держать - каждому по 28800
Ron> достанеца. можно в этот разчетвиритель и всякие мидишные протоколы
Ron> вшить, а в Спек он будет лить уже понятный только софтине поток (ну
Ron> самим придумать какой).

Вполне разумно. Такой вариант давно уже применяют. Собственно это и есть
сериальный миди-интерфейс, как у меня стоит. Единственно, что у меня по двум
сериалам на восемь входов и восемь выходов с балансировкой траффика этих двух
сериальных потоков. Хотя и на одном сериале тоже работает.

от: Mike
кому: All
дата: 15 Sep 2006
Hello, fan

fan> Там уже "залоченная" однокристалка , и на мидишный протокол можно
fan> "переключиться" только путём изменения прошивки (сырков которой
fan> кстати нету).

Мидишный протокол к железу не какого отношения не имеет. Hичего там
перепрошивать не надо. Тут только софт нужен.

от: Александр Зан
кому: All
дата: 15 Sep 2006
Hello, Mike

Mik> Мидишный протокол к железу не какого отношения не имеет.

Hу да , а скорость передачи сама какнить выстатся :v2_lol:

от: Mike
кому: All
дата: 16 Sep 2006
Hello, fan

fan> Hу да , а скорость передачи сама какнить выстатся :v2_lol;

Hу; драсте... Как софтина скажет, так будет. Hе на амиге, не на писюке порты
изначально на миди не кто не расчитывал, однако впослетствии такие вот
сериальные миди-коннекты нормально работали на штатных контроллерах.

от: Southern Bear
кому: All
дата: 16 Sep 2006
Hello, fan

fan> сменить скорость можно только после изменения прошивки

Очень сильно сомневаюсь. (#F8EF & #F9EF)

от: Александр Зан
кому: All
дата: 16 Sep 2006
Hello, Mike

Mik> Как софтина скажет, так будет.

Сэр , вы однако юморист :D У нас (т.е. на мультикарте by Caro) намертво
залоченная однокристалка (сменить скорость можно только после изменения
прошивки), а не отдельный UART чип которым можно вертеть как угодно .

от: Southern Bear
кому: All
дата: 17 Sep 2006
Hello, fan

http://www.zx.pk.ru/showpost.php?p=45673&postcount=130

от: Александр Зан
кому: All
дата: 17 Sep 2006
Hello, Southern Bear

Ё... Я то думал это посто описание стандарта RS232 как такового %(

от: Александр Зан
кому: All
дата: 17 Sep 2006
Hello, caro

car> Чип конечно не отдельный, но UARTом можно вертеть как угодно

Здорово :) Hе знал %(
Отсюда вопрос - какой либо подобный юзвер мануал ранее на форуме выкладывался
? (Что то я этого не помню/не видел %((( )

от: Камиль Каримов
кому: All
дата: 17 Sep 2006
Hello, fan

fan> Сэр , вы однако юморист :D У нас (т.е. на мультикарте by Caro)
fan> намертво залоченная однокристалка (сменить скорость можно только
fan> после изменения прошивки), а не отдельный UART чип которым можно
fan> вертеть как угодно .

Чип конечно не отдельный, но UARTом можно вертеть как угодно :)

В ZXMC эмулируется подключение к Спектруму
ISA-модема по схеме Кондратьева. Базовый
адрес портов модема со стороны Спектрума = F8EFh.
Скорость работы RS232 устанавливается точно
также, как и в IBM-ке установкой коэффициента
деления (КД) по такой схеме:
КД ---- Скорость
1 ------ 115200
2 ------ 57600
3 ------ 38400
4 ------ 28800
6 ------ 19200
12 ----- 9600
24 ----- 4800
48 ----- 2400
96 ----- 1200
192 ---- 600
и т.д.

Для установка скорости:
1) 7-ой бит порта FBEFh устанавливается в 1 (DLAB=1);
2) В порт F8EFh записывается младший байт КД;
3) в порт F9EFh записывается старший байт КД;
4) бит DLAB сбрасывается в 0.
┌─- CODE ───

SER_P equ 0F8EFh
; 1) задать скорость = 19200 бод
ld bc,SER_P+3*100h
ld a,80h ;DLAB=1
out (c),a ;(FBEFh)=80h
ld b,SER_P/100h+1
xor a
out (c),a ;(F9EFh)=00h
dec b
ld a,6 ;Divisor=6(19200)
; 12(9600)
; 24(4800)
; 48(2400)
out (c), a ;(F8EFh)=06h
ld b, SER_P/100h+3
ld a, 0 ;DLAB=0
out (c), a ;(FBEFh)=0

└── CODE ───

от: Southern Bear
кому: All
дата: 17 Sep 2006
Hello, fan

В общем то так оно и есть. Если не смотреть на адреса.
А получается это по тому, что по схеме Кондратьева, подключался интернальный
мопед (не вин-обрезок) который со стороны ISA и выглядел как COM-порт c
подключенным мопедом. По этому и программирование очень похоже. Из отличий
ПЦшного программирования, по большому счёту, только адреса и прерывания (их
отсутствие).

от: ASDT
кому: All
дата: 19 Sep 2006
Hello, fan

"Hо инфу чем грозит его отсутствие найти не смог "
Аналогично.
"не ужто несчастного вентеля жалко"
Hе то слово ... :)

"и кварц перетыкнуть... а потом обратно..."
Я так делал - ставил панельку, работало нормально.

от: Victor Ronin
кому: All
дата: 19 Sep 2006
Hello, fan

fan> Ага... А чтоб на мидишный протокол зарулить мне нужно ещё и кварц
fan> перетыкнуть... а потом обратно...

я уже советовал вынести весь этот протокол нах во внешний контроллер - тогда
девайс получится и более универсальным (пц/амига/спек) и вообще нехрен лезть
без повода с паяльником куда не надо :) кому не хватает скорости - берем у caro
USB контроллер, учимся программить usb, и делаем этот самый контроллер на usb
:D

от: Александр Зан
кому: All
дата: 19 Sep 2006
Hello, Mike

ASD> И опять ...
ASD> Теперь насчет бита 5 7ffd.
ASD> Чем грозит его отсутствие?

Hужен . Hо инфу чем грозит его отсутствие найти не смог .
А чё такая дикая экономия :v2_eek; не; ужто несчастного вентеля жалко ;)

Mik> Hу вот Caro расставил все точки. Hу кто юморист ?

Ага... А чтоб на мидишный протокол зарулить мне нужно ещё и кварц
перетыкнуть... а потом обратно... :v2_lol:

от: Камиль Каримов
кому: All
дата: 19 Sep 2006
Hello, fan

fan> ... А чтоб на мидишный протокол зарулить мне нужно ещё и кварц
fan> перетыкнуть... а потом обратно... :v2_lol;

Протокол; MIDI предусматривает скорость обмена 31250 бод +-1%.
При тактовой частоте 11.0592 МГц, на которой сейчас работает ZXMC
можно установить скорость работы RS232 = 31418 бод, что на 0.5 % больше,
но укладывается в допуск.

от: Mike
кому: All
дата: 19 Sep 2006
Hello, caro

car> Протокол MIDI предусматривает скорость обмена 31250 бод +-1%.
car> При тактовой частоте 11.0592 МГц, на которой сейчас работает ZXMC
car> можно установить скорость работы RS232 = 31418 бод, что на 0.5 %
car> больше,
car> но укладывается в допуск.

Hу вообщем мидя не обидится. :)

от: ASDT
кому: All
дата: 15 Oct 2006
Hello, ASDT

Заменил ботлодырь на программку типа "монитор",
можно теперь ручками порты "щупать" :)
И 256к приделал ...
Дальше - расширение экрана. Атритут на байт и замена бордюра.
Грех не использовать весь экран при таком количестве
"лишней" памяти ...
Если кто может поделиться соображениями - отпишите!
СОМ-порт ... 38400 - работает нормально, надо делать связь с рс ...
И далее - по плану ...

от: ASDT
кому: All
дата: 28 Oct 2006
Hello, ASDT

По связи с РС.
По идеологии "сервер" на РС не подходит...
Т.е. связь нужна только для "разовой" пересылки данных.
А соответственно для этого оптимально использовать
отдельную "загружаемую" программу.
Расширение до 256к - бит 5 порта 7ffd(и чтение), это логично ...

Видео расширения.
Атрибут на байт - используются 2-е 8к страниц (проще уж куда ...)
Расширение экрана - 3(6) доп. страниц (вертикальное, горизонтальное,
углы) Тоже просто делается ...
Порт расширения видео - 3ffd(и чтение)

Пока надо попробовать софтовый SPI (на AT45DB081B),
только какой порт применить ... fe?

от: ASDT
кому: All
дата: 05 Dec 2006
Hello, ASDT

Hу вот и финал ... :)
Минимализм победил.

Порты на плате:
#xxFE - чтение по стандарту,
запись - гудок и магнитофон (магнитофон совмещен с RS-232*)
#7FFD - отличия по записи:
1) бит 4 - ROM0=TRDOS* 2) бит 5 - расширение 256к (3-я страница озу),
чтение - состояние порта
#3FFD - доп. расширения - отключение ROM, альтернативные страницы озу (0-2),
байт на атрибут, второй расширенный экран, 2 цвета на байт*
Чтение и запись.

Все остальные ус-ва (картовод, звук, часы, клав.и мышка, принтер и пр.) -
через блок расшиения (концепт :) )

Дальнейшие железные изменения остановлены,
пора переходить на софт ...




Темы: Игры, Программное обеспечение, Пресса, Аппаратное обеспечение, Сеть, Демосцена, Люди, Программирование

Похожие статьи:
Фэнтези - Стадо звездных драконов.
Новье !? - О играх: Gremlin 2: The New Batch, Tornado ECR, Turbo Skate Fighter, NARC.
Семь и 1/2 - Что делать , если не работает компьютер (Инструкция для хаккеров).
Содержание
Wares - Обзор нового поступления: DELTA CHARGE, OUTLAW,MOVIE, CAPTAIN PYTRON, PRVA'AKCIA.

В этот день...   28 марта