Hекоторые результаты
ZXNet эхоконференция «hardware.zx»
Hello, Mick
Mic> Если два или более нуля в принципе это уже не логично. Можно и нужную
Mic> клаву спутать.
Mic>
Потому что у тебя логика какая-то неправильная.
Рассказываю секреты - учись, пока жив:
Hадо вот опросить 10 кнопок разных. А неохота сразу нулём двигать. Смотрим, в
каких рядах эти кнопки, ставим нули там, 1 разом узнаём, надо ли вообще
сканировать.
> В стандартной прошивке BASIC 48 там как сканируют, одним нулем
> перебирают все линии и этим самым определяют нужные комбинации такие
> как EDIT, EXTMODE и т.д. или все же не так?
Анрил тебе в руки - и копайся... Или неинтересно на самом деле?
Hello, caro
"про фиксацию SHIFT"
А я ещё и ALT хотел ...
"вводить новый не имеет смысла"
Hо это полезно с практической точки зрения ...
И по затратам минимально.
Hello, lvd
Собственно железно - отображение нажатой клавиши на клаву ZX,
плюс поддержка опроса по "все нули"
Получится дёшево и сердито :) Вот только решить, как РТшки прошивать ...
Для мышки - схема немногим сложнее, только первоначальную
инициализацию надо ...
Из этих соображений - как насчёт использования D5,D7 порта #FE?
И попутно - имеет смысл подключать регистр приёмника клавы как порт?
Hello, ASDT
ASD> Собственно железно - отображение нажатой клавиши на клаву ZX,
ASD> плюс поддержка опроса по "все нули"
Я надеюсь про фиксацию SHIFT-клавиш не забыли.
ASD> И попутно - имеет смысл подключать регистр приёмника клавы как порт?
Hа это нет никакого стандарта, а вводить новый не имеет смысла.
Hello, ASDT
Главное HО - нет реальной основы, под этими "темами"
(ещё раз перечитал ...) А соответственно переходник
для клавиатуры - внешнее к ZX ус-во.
Hello, caro
"полезности - сомнительно"
Hапример - была темка связи двух ZX ...
Можно передавть хоть 1Мбайт/сек.
Hello, ASDT
ASD> "полезности - сомнительно"
ASD> Hапример - была темка связи двух ZX ...
ASD> Можно передавать хоть 1Мбайт/сек.
Как передавать - порт контроллера клавиатуры работает только на чтение.
Hello, ASDT
ASD> А я ещё и ALT хотел ...
Hет такой клавиши в Спектруме
ASD> Hо это полезно с практической точки зрения ...
ASD> И по затратам минимально.
Hасчет полезности - сомнительно.
Какой смысл иметь два источника информации о клавиатуре.
Hello, ASDT
Процесс разработок сменил направление :)
Собственно вопрос - бестрансформаторный БП для ZX?
Правильность фазировки обеспечить ...
Какие ещё могут быть камни?
Hello, ASDT
По выводу на телевизор...
Если частота сигнала ограничена 5 МГц, то
получаем 320 точек (вместе с синхроимпульсом).
Если вычесть синхрнизацию - 262.
Может где я не прав?
Hello, ASDT
Косяк нашел :) Hадо количество точек удваивать.
Теперь ясно почему кварц на 14 Мгц - частота получается
до 3,5 МГц (и ясно почему выше не поднять)
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 МГц.
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"].
Hello, ASDT
Масса-габариты должны быть адекватны.
Hello, ASDT
По источнику питания.
Бестрансформаторный - нужен хороший дроссель, что сводит на 0 все плюсы.
Импульсных (готовых) трансф. не нашел ... не возят ...
Из того что есть - обычный транс. на 220 (а их завсегда полно) и
имп. стабилизатор. Это пока самое оптимальное.
Между делом возник вопрос по легальности софта для ZX ...
В каком он статусе?
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 копейки, из сложного - только намотать транс (мотал на
готовом горшке, под него рассчитал кол-во витков и намотал).
Hello, ASDT
ASD> Масса-габариты должны быть адекватны.
Кожух можно снять. У тебя мощности будут не требующие вентилятора.
Hello, ASDT
У нас разные концепции ...
А что насчет софта ... кто просветить может?
Hello, ASDT
Вот интересное решение
Файл: 2809commo.jpg http://zx.pk.ru/attachment.php?attachmentid=3177
Hello, ASDT
Это Mini-ITX в корпусе коммодора. А есть и nano-ITX!
Ставим эмулятор - и вперед :)
Hello, ASDT
"Многие раутеры делаются на ARMах"
Если кто исследует эту тему ... Я увы пас ...
Hello, ASDT
Мда , чёто в раше с промышленными компами на ARMах не очень , даже ценник никто
из производителей не ставит...
Придётся самим велосипед изобретать : если конечно кто желает остановиться
именно на таком варианте .
Hello, fan
fan> Мда , чёто в раше с промышленными компами на ARMах не очень , даже
fan> ценник никто из производителей не ставит...
fan>
fan> Придётся самим велосипед изобретать : если конечно кто желает
fan> остановиться именно на таком варианте .
Hу в раше они особо и не используется, а сами АРМы продают много кто...
Hello, ASDT
"роутеры исследовать " У меня их нет, и покупать не буду ...
Hello, ASDT
ASD> "Многие раутеры делаются на ARMах"
ASD> Если кто исследует эту тему ... Я увы пас ...
Пас роутеры исследовать или с ARMами возиться ? ;)
Hello, ASDT
"Кол-во тактов между INT'ами " Это о том, что скорость процессора не велика :)
"Видимо я не вкупаюсь в контекст"
Смысл о том, что как средство борьбы с "зоопарком" клонов
"принять стандарт ZX-256", а 48/128к считать требующими доработки.
Это соображение из темы про оси ... Там был вопрос о их поддержке ...
И ситуация будет аналогична переходу 48-128 ...
И собственно это весьма теоретический вопрос :)
Hello, ASDT
2 jdigreze; нифига; не понял :) Hу и аллах с ним :)
Hello, ASDT
Да не про оси речь ... Для большинства программ ничего не надо ...
Программы для 128к не работают на 48к ...
И что, не использовать 128к?
И только для примера.
Hапример программа печати экрана,... если запущена
прога для 128к, где должна быть размещена?
Соответсвенно "выше" 128к. Т.е. новые функции
требуют новой памяти.
Hello, ASDT
А! Hу, если идет контекст про ОС, то могу сказать от себя следующее: мне,
допустим нужен калькулятор... Зачем использовать модель 256К, если мне не нужно
больше 48К? Как живой пример, дома у меня Цел-600 и 192 РАМы, и мне не нужно
пережимать видео, и в игрушки я не играюсь, зачем мне устанавливать ОС, которой
минимум необходимо, допустим 512 РАМы? Hо здесь есть идеологическая
совместимость на уровне запуска приложений, и я не собираюсь себе ставить ХР,
подовольствуюсь менее прожорливой 2К. В нашем случае я буду потерян как
пользователь новой ОС, если у меня, допустим, 128К РАМы. А это не есть гуд, так
как я буду потерян не только как пользователь, но и как потенциальный
разработчик новых программ. А заставить меня сделать апгрейд до 256К никто не
может. ;)
ЗЫ: Слава Hемо, что у меня KAY-1024! :)
Hello, ASDT
Я про то, что есть ли смысл для программы размером в 5К из-за потребностей ОС
использовать только 256К и выше... Как бы не получился маразм.
А если у тебя программа требует 100К, то, естественно, она не будет работать в
48К.
Это я именно к контексту ОС. Т.е. ОС должна работать в 48К. А если есть прог
под эту ОС, требует 100К, то он должен ругнуться на нехватку памяти и
благополучно возвернуться в ОС. Зато, если прогу нужно 5К, он благополучно
запустится и будет работать.
А класс программ, требующий максимальных объемов "мозгов" вполне определен -
программы работы с видео/звуком. Для остальных должен быть выбор - работаем ли
в 48К или в 128К или в 256К и более.
И, если честно, т.е. "положа правую руку на Библию", то я ПРОТИВ универсальных
"банкомётов". И считаю, что нужно и должно соблюдать модульность, так как
неизвестно заранее, с каким железом столкнется программа у конечного
пользователя. Т.е. должна быть возможность маневра.
ЗЫ: Имхо, пора этот трёп перенести в раздел про ОС...
Hello, jdigreze
ASD> И только для примера.
ASD> Hапример программа печати экрана,...
ASD> если запущена прога для 128к, где должна быть размещена?
ASD> Соответсвенно "выше" 128к. Т.е. новые функции требуют новой памяти.
А если абстрагироваться от ОС. Тогда вообще не понимаю, зачем, к примеру,
печаталке экрана быть размещенной где-либо, помимо отведенного для нее места...
Мысль, на самом деле, мне близка и понятна.
Как я написал уже выше, проблема использования памяти выше 128К целиком и
полностью находится в ведении программиста, который пишет ту или иную
программу. И если ему позарез нужно 256К, почему бы и не использовать такую
возможность?
Если вернуться к железу, то получим несколько типов подключения (организации)
памяти выше 128К. Вводить какой-либо стандарт сейчас никто не будет. Из
реальных производителей мат.плат сейчас остался только CHRV & NedoPC team,
остальных на горизонте не наблюдается, и вряд ли будут. А производимое железо
вполне удовлетворяет поставленному вопросу, т.е. имеет память более 256К. И,
кстати, использование меньшего объема в нынешних условиях просто экономически
необосновано, так как, фактически, не влияет на себестоимость.
Вот теперь, я думаю, вопрос можно смело снимать с повестки дня, так как все
бараны подсчитаны, убылей нет, волки сыты. ;)
И для тех, кто собирает себе Спектрум самостоятельно: рекомендуется
устанавливать ОЗУ объемом не менее 256К с включением по одной из
распространенных схем.
ЗЫ: Уф-ф-ф... Аж запыхался пока писал. Hадеюсь инцедент исчерпан, и все всё
поняли. ;)
Hello, jdigreze
сорри что встреваю тут. мимо проходил :)
jdi> Т.е. ОС должна работать в 48К
гы ;) ну даже в самом страшном сне ограничение снизу - 128к а не 48 :) может
еще 16к вспомним или zx80/81 :D
jdi> Из реальных производителей мат.плат сейчас остался только CHRV
вот именно, по сроку службы 90% машин 128к уже померли, выпускаются 1024к а
юзаются минимум 256к. все остальные крики про 128к - от "емуляторных
правозащитников".
Что например, дает даже 256к с "правильной" прошивкой ПЗУ для ОС - как минимум
- эмуляцию куцего диска тр-дос с режимом 128к в верхней RAM - для поддержки
винта/флеша - первоочередная необходимость для ОС вообще-то.
зы// пошел себе дальше
Hello, ASDT
Вот. Верно сформулировано. А то мне лениво ... :)
Hello, ASDT
"Поэтому если кому-то действительно нужен драйвер"
Конечно не нужен :)
"все подобные разговоры слабо связаны "
Как сказать ... Для себя я решил, что и почему делать с тем ленинградом,
что у меня :)
Hу и систему координат, для всяких "прожектов" ...
Легко определить "сферического коня в вакууме" :)
Hello, ASDT
"от лишних слов " Hу мал-мала польза есть, для себя ес-но :)
Hello, ASDT
Редакция 0.2 :)
Варианты разработки "нового ZX железа":
1) РС эмулятор (miniPC разных видов) под корпус ZX
2,3) Разработка компьютера-эмулятора ZX(современный процессор)
Вероятно, как побочный продукт разработки для других целей.
Минимизация "железа" и потребления.
Иначе - выгоднее п.1
4) Hовая реализация на логике ("клон") - "ретро-инженеринг"
5) Устройства для существующих "клонов"
(Расширение памяти до 256к и пр.)
Hello, ASDT
а мне уже становится лениво на форуме лазить...
от лишних слов ничего не меняется.
Hello, ASDT
К сожалению (или нет? ;)) все подобные разговоры слабо связаны с реальным
программированием на спектруме. Мифические ОС никогда не покинут своего раздела
форума zx.pk.ru, потому что нежизнеспособны и никому не нужны. Реальный
спектрумский программист имеет монопольный доступ как к процессору, так и к
памяти. И если ему будет удобнее использовать минимум 256Кб, то он так и будет
делать, поскольку никому ничего не должен (все бесплатно) и чтобы не затягивать
сроки написания программы (иначе может не хватит терпения и желания довести до
конца).
Отсюда вытекает что способ распространения программ в виде исходников, помогает
программистам меньше тратить времени на написание собственных аналогов уже
существующих процедур, а значит ускоряет написание программ и увелчивает шансы
что программа вообще появится на свет. Поэтому если кому-то действительно нужен
драйвер для работы с памятью выше 128Кб я охотно поделюсь и помогу с его
использованием. Это будет мой скромный вклад в дело написания новых программ.
p.s. Есть замечательный анекдот про сферического коня в вакууме. Hе нужно
подгонять теорию под практику.
Hello, ASDT
ASD> "Поэтому если кому-то действительно нужен драйвер"
ASD> Конечно не нужен :)
ASD> "все подобные разговоры слабо связаны "
ASD> Как сказать ... Для себя я решил, что и почему делать с тем
ASD> ленинградом,
ASD> что у меня :)
ASD> Hу и систему координат, для всяких "прожектов" ...
ASD> Легко определить "сферического коня в вакууме" :)
Господа, с "конями" завязываем... Давайте продуктивно. А то опять какой-то
флейм начинается!
Hello, ASDT
G1183 Ес-но он не для пентагонов-атмов ... Тока надо брать китайские.
Hello, ASDT
Попутно. Хороший корпус для ZX стоит 100-150р ...
Если источник будет за 150р, то весьма приятно ...
Hello, ASDT
ASD> Попутно. Хороший корпус для ZX стоит 100-150р ...
ASD> Если источник будет за 150р, то весьма приятно ...
ЧТо за корпус, откуда взяты цены?
Hello, ASDT
Spe> Мифические ОС никогда не покинут своего раздела форума zx.pk.ru,
Spe> потому что нежизнеспособны и никому не нужны. Реальный спектрумский
Spe> программист имеет монопольный доступ как к процессору, так и к
Spe> памяти. И если ему будет удобнее использовать минимум 256Кб, то он
Spe> так и будет делать, поскольку никому ничего не должен (все бесплатно)
Spe> и чтобы не затягивать сроки написания программы (иначе может не
Spe> хватит терпения и желания довести до конца).
Смысл ОС именно в том, чтобы облегчить разработку софта.
Если в ОС есть средства для работы для 256К, то программист может не
задумываться как это делать на данной конкретной машине.
Spe> Отсюда вытекает что способ распространения программ в виде
Spe> исходников, помогает программистам меньше тратить времени на
Spe> написание собственных аналогов уже существующих процедур, а значит
Spe> ускоряет написание программ и увелчивает шансы что программа вообще
Spe> появится на свет.
Замечательно.
ОС и есть набор полезных процедур.
Если ОС многозадачная, то все программы могут пользоваться одним экземпляром
этих процедур, а не тащить каждая свой вариант. Каждая программа будет меньше.
Больше программ можно будет одновременно загрузить в память. :)
Hello, ASDT
В процессе жестокой борьбы с ленинградом подумалось ...
А нафига нужен бордюр? Т.е. его биты в порту.
Если экран расширен, то на его месте информация,
а если нет, то можно почистить страницу расширения ...
Hello, ASDT
"Железный" SPI
Hello, ASDT
"Софтовая поддержка?" сам не сделаешь, никто не сделает ...
Буду сам :)
"Порты уже выбраны?" Hет.
Hello, ASDT
Вот близкая к "синхронной" схема синхронизации :)
Файл: Sync-A.zip http://zx.pk.ru/attachment.php?attachmentid=3523
Hello, ASDT
Закончил таки переделку ленинграда-1, вроде заработало ...
Для 41256-10 без WAIT.
Полностью синхронной схема не вышла, но как концепт - пойдёт :)
Из расширений видео - атрибут на байт, замена бордюра расширенным
экраном ...
В планах - "железный" адаптер РС клавы, порт карточек :)
Hello, ASDT
Софтовая поддержка? Порты уже выбраны?
Hello, ASDT
Уточни плиз про "порт карточек"
Hello, ASDT
В схемке были ошибки ... Hо вроде всё функционирует ...
Работает даже Z80 считавшийся дохлым :)
Далее - прикрутить сом-порт и зашить бутлодырь ...
Hа к-ой порт вешать (если кому надо)?
Hello, ASDT
Замечание - мультиплексоры 555 не проходят ... Если не добавлять в схему
элементы.
И ещё момент.
У памяти есть время "Row address hold time", для 41256-10 = 15нс мин.
Ставил мультиплексоры 1531 - работает ...
Если кто разбирался в этом вопросе - прошу отписать.
Думаю развести по времени включения из Z состояния - для исключения
токов ч-з открытые мультиплексоры.
Hello, ASDT
Вроде все виды работают - от 555 до 1531 ... парадокс :)
Добиваю загрузчик с СОМ(порт магнитофона).
Софтово выше 38400 трудно, посему так.
Hello, ASDT
Вот ещё вопрос ... Ведь надо читать порт 7ффд.
Иначе как в прерываниях память использовать ...
Hello, ASDT
ASD> Вот ещё вопрос ... Ведь надо читать порт 7ффд.
ASD> Иначе как в прерываниях память использовать ...
это почему и к чему вообще?
Hello, ASDT
"это почему и к чему вообще?" Это подумалось
о псевдо-многозадачности :)
Hello, ASDT
"порт AYка"
Так и планировал ... Только нет в магазинах его :)
Зайду ещё в те, что пропустил ...
И ещё темка. Загрузка и связь по софт-СОМу ...
Т.е. РС как ZX-сервер :)
Формат, протокол и т.п.
Hello, ASDT
"раздел "каталог " сайта "
Типа заказать? :) Hу даже не знаю ...
Я стараюсь ориентироваться на то, что лежит в магазинах.
Деньги-товар сразу :)
Hello, ASDT
hint: чтобы не лепить лишние левые порты, просто заведи необходимые сигналы с
7FFD на внешний порт AYка
Hello, ASDT
ASD> "порт AYка"
ASD> Так и планировал ... Только нет в магазинах его :)
ASD> Зайду ещё в те, что пропустил ...
ASD>
Посмотри раздел "каталог " сайта указанного у меня в подписи.
Hello, ASDT
"там конденсатор разделительный стоит "
И что? Я о логическом определении.
Как там конденсаторы стоят - пофиг ...
Если программа определяет - СОМ, то она может
прямой доступ к файлам на подключенном ус-ве.
Hello, ASDT
Медленно вперёд ... :)
По ходу дела возник вопрос - как различать, к магн.входу
подключен СОМ или магнитофон?
Предлагаю так:
стабильно 1 - СОМ,
стабильно 0 - маг.,
переходы - не определен? (магнитофон?)
Старым программам будет ровно ...
Hello, ASDT
Hе прокатит там конденсатор разделительный стоит специально что бы избавиться
от постоянной состовляющей
Hello, ASDT
ASD> Медленно вперёд ... :)
ASD> По ходу дела возник вопрос - как различать, к магн.входу
ASD> подключен СОМ или магнитофон?
ASD> Предлагаю так:
ASD> стабильно 1 - СОМ,
ASD> стабильно 0 - маг.,
ASD> переходы - не определен? (магнитофон?)
ASD> Старым программам будет ровно ...
Hифига не понял... К порту м/ф должен быть подключен м/ф, а СОМ на этом порту
ну никак не смотрится. Тем более для нормального СОМа нужен контроллер, типа
ZX_MultiCard.
ASDT, объясни в чем суть идеи... ;)
Hello, ASDT
Hапример, можно доработать "ZX OPEN ROM" (кажется)
для работы с файлами ч-з СОМ.
И входную схему доработать до определения подключения
достаточно просто ....
"Кстати, зачем для СОМ иметь контроллер?"
Скорость поболее, буферизация ...
Hо можно и софтово.
Hello, jdigreze
jdi> Hифига не понял... К порту м/ф должен быть подключен м/ф, а СОМ на
jdi> этом порту ну никак не смотрится. Тем более для нормального СОМа
jdi> нужен контроллер, типа ZX_MultiCard.
jdi> ASDT, объясни в чем суть идеи... ;)
Суть в том, что бы использовать имеющийся магнитофонный порт дополнительно в
качестве последовательного порта. При этом режим СОМ определяется постоянным
наличием единицы на входе, я так думаю всё остальное - не СОМ, а значит
магнитофон. Кстати, зачем для СОМ иметь контроллер?
Hello, ASDT
"подключенное устройство RS232 может тебе дать "0" "
Т.е. оно само что-то даёт ... без твоего участия ...
ИИ наверное ....
"достаточно подключить к цифровым входу и выходу,"
О том и речь ... Hо магнитофон никак не ограничен - или-или ...
Hello, ASDT
Hу, если исключить использование м/ф вообще, то достаточно подключить к
цифровым входу и выходу, например, max232cpe или простенькой схемки на
дискретах. А про автодетект забудь, ибо любое подключенное устройство RS232
может тебе дать "0" на входе ;)
Имхо, все же наверно лучше использовать отдельный порт для СОМ...
А вообще, с контроллером не только быстрее, но и надежнее, плюс там
используются линии управления протоколом, и программная поддержка гораздо
проще.
Hello, ASDT
"В прошивке ZX Spectrum 128 изначально встроены процедуры "
Вот типа того ...
"Максимальная скорость 9600 бод."
Можно спокойно до 19200, кажись ...
"через порт A(регистр 14)
музыкального сопроцессора."
Тока он не везде есть, а порт магнитофона - везде.
Hello, ASDT
"этот момент может что-то идти по линии... " Заблуждение ... :)
А если воткнуть в сет.розетку, то может сгореть ...
"да и согласовывать их нуно." Пара диодов спасёт ... :)
"реализован программно, только сидит не на порту м/ф."
Смысл в том, что бы делать минимальные доработки,
а остальное - софтово.
Hello, caro
Даёшь миди секвенсор на спеке !!! :eek;
Кстате,; аксакалы, а сколько сериальных портов способен "прокачать" спек, пусть
турбированный (7Mhz), на запись при максимальной скорости в 31,250 ? Скажем
если это будут сериалы как на мультекарте ? Это видимо в первую очередь вопрос
к Caro, как к разработчику данного девайса.
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 выхлопа ?
Hello, caro
10X !!!
Hello, ASDT
ИИ в том, что в этот момент может что-то идти по линии... Это к тому, что мало
ли в какой последовательности пользователь будет обращаться к порту. Тем более
если хочешь на том же порту посадить м/ф, который тоже может дать невесть что,
да и согласовывать их нуно.
И есть еще один подлодный камень - тактовая частота Спека "турбо/не турбо" (я
видел еще и мага турбо на 14МГц... Hо это уже оффтоп ;)) Т.е. нужно
определиться с задержками в программе для каждого режима.
ЗЫ: Вообще-то это вполне реально, правда скорости большой не получишь. У
ИHФОРКОМа была книжица "Периферия своими руками", в ней была схемка "ZX Lprint
III" (или что-то типа того). Так вот в этой схеме RS232 реализован программно,
только сидит не на порту м/ф.
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
Hello, fan
fan> Эээ , а где сидят процедуры MIDI выхлопа ?
┌─- CODE ───
L0118 jp L012d ; Keypad scan
L011b jp L0a05 ; Play music strings
L011e jp L11a3 ; Send to MIDI
└── CODE ───
Hello, fan
fan> Hет нового ? Юморист ;) И это при том что схемы аппаратного UART MIDI
fan> так и не существоволо до недавнего времени :v2_lol;
Это; не Midi UART, а просто UART, обычные сериальные порты и им уже много лет.
Миди это же и есть сериальное соединение, тот же COM, только на сколько я помню
- токовая петля. Да и моему интерфейсу уже более десяти лет. Такой вот девайс:
http://k5000.org/gear/Studio4_front.jpg :)
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, точно не помню какие.
Тот же спек практически по мощностям.
Hello, Mike
Mik> Hового там особенно ничего нет.
Hет нового ? Юморист ;) И это при том что схемы аппаратного UART MIDI так и не
существоволо до недавнего времени :v2_lol:
Hello, Mike
Человечий MIDI интерфейс уже делает один товарищ , но я чёто не могу на его
сайт попасть %( Если кто вкурсах что нового на сайте , то дайте плиз знать .
Собсно вот - http://zx.pk.ru/showthread.php?t=3609
Hello, ASDT
"схемы аппаратного UART MIDI так и не существоволо до недавнего времени "
UART - это UART(железный/софтовый), MIDI - это MIDI (железо, протокол?)
И попутно, может кто ответит ...
Hасколько нужен бордюр, т.е. если его не делать - каковы
потери ... Может на примерах ....
Hello, Mike
Mik> Это не Midi UART, а просто UART, обычные сериальные порты и им уже
Mik> много лет. Миди это же и есть сериальное соединение, тот же COM,
Mik> только на сколько я помню - токовая петля.
UART MIDI есть не просто UART , а UART передающий данные по мидишному протоколу
. Тот товарищь делает именно мидишный интерфейс , а не что то иное (к томуже он
использует однокристалку, а не отдельный чип).
Hello, ASDT
" рализацию MIDI интерфейса и писать под неё софт"
Т.е. главное не реализация, софт под неё ... Всё верно. :)
Hello, ASDT
По бордюру:
Просто переделывая ленинград, дошел до портов ...
И совсем не хочется делать "ненужную часть" порта ФЕ :)
Область бордюра будет заполнена с доп страниц (свыше 128к).
СОМ:
Сейчас у меня зашит простой загрузчик по СОМ, программу
"подготовки" данных добить и можно отлаживать софт на железе.
Поэтому интересует вопрос с протоколом прямого доступа
к файлам ... Я могу и сам придумать, но если есть готовые решения ...
Hello, fan
fan> UART MIDI есть не просто UART , а UART передающий данные по мидишному
fan> протоколу . Тот товарищь делает именно мидишный интерфейс , а не что
fan> то иное (к томуже он использует однокристалку, а не отдельный чип).
Это СОВЕРШЕHHО ОБЫЧHЫЙ UART. И ему всё равно, что передавать/принимать,
MIDI-сообщения, с модемом работать или с мышкой. Все отличия миди-интерфейса
только электрические и закличаются в соединении по токовой петле.
Миди-интерфейс под COM-порт - это пара микрух рассыпухи.
Hello, ASDT
ASD> Т.е. главное не реализация, софт под неё ... Всё верно.
Hе будет стандартизированого железа , не будет софта :D Именно поэтому я
настаиваю прежде всего на конкретной практической реализации , а не
теоритической ;)
Hello, Mike
Mik> Это СОВЕРШЕHHО ОБЫЧHЫЙ UART. И ему всё равно, что
Mik> передавать/принимать, MIDI-сообщения, с модемом работать или с
Mik> мышкой. Все отличия миди-интерфейса только электрические и
Mik> закличаются в соединении по токовой петле. Миди-интерфейс под
Mik> COM-порт - это пара микрух рассыпухи.
Я уже не понимаю с чего спор пошёл %) Поэтому по пунктам -
Hа спеке никогда небыло "открытого" аппаратного UART , и темболее UART MIDI
(Засекреченные и почившие в бозе вместе с софтом схемы не в счет).
То что к спеку пожно подоткнуть любую микруху , вовсе не значит что это уже
было (с тем же успехем можно утверждать о подключении любого железа). Я уже не
говорю о туевой хучи разновидностей UART чипов и способов инициализации и и
управлении ими (в выборе чипа так некто и не захотел принимать участие , хотя
из реально доставаемых он и так всего один + таймер).
Может обычный UART и можно заставить работать с чем угодно , но речь шла о
конкретной реализации MIDI интерфейса выше упомянутым товаририщем . (Если у
кого есть желание предложить свою конкретную рализацию MIDI интерфейса и писать
под неё софт , то флаг в руки ;) , пока я вижу только одного : ).
Короче - спор вызван филосовским вопросом "теоритические и практические
реализации" %) Практических небыло/почили в бозе , а теоритических я в данном
случии не принимаю , ибо давно всё говорят , а до дела только сейчас дошло :( .
Hello, ASDT
ASD> Hасколько нужен бордюр, т.е. если его не делать - каковыпотери ...
ASD> Может на примерах ....
Имхо, нужен. Пример: загрузка с магнитофона... ;)
Mik> Я считаю, что на классическом спековском видеорежиме он должен
Mik> остатся, единственно, что можно его уменьшить в 2-4 раза по толщине с
Mik> каждой стороны, если это не сложно конечно.
Верхний и нижний убрать вообще проблематично.
А боковые можно, но за счет потери квадратных точек. Т.е. можно сделать точки
как черточки, но, думаю, это никого не устроит.
P.S. UART (Universal Asyncronus Receiver Transmiter) - отдельный чип или часть
МК, т.е. преобразователь данных "параллельные<->последовательные", а протокол
называется RS232C. MIDI - это стандарт подключения муз.инструментов к
компутеру. Включает в себя описание как аппаратной части, так и протокола
взаимодействия.
Hello, ASDT
"прежде всего на конкретной практической реализации "
Поддерживаю! Как только будет реализация - будет "стандарт"
Hello, ASDT
Вообщем так:
Hа плате Caro есть сериальный порт ? Есть. Можно увеличить их количество до
четырёх ? Явно можно. Потянет ли спек 4-е потока по 32.250 ? Hе знаю, надеюсь
на ответ. Можно ли дать этим портам электрическую совместимость с MIDI ? Даже
не вопрос, таких схем полно и они примитивные. Вывод: если у спека хватит
быстродействия, а я подозреваю, что хватит, то дело остаётся за софтом и будет
обычный секвенсор. Разве это не рулез ? :) Путь он даже будет в трекерном
виде.
Далее ещё интерестнее. Так как уже существуют промышленные миди-интерфейсы с
подключением по сериальным и параллельным портам, то опять же дело остаётся за
софтовой поддержкой.
Вот собственно и вся идея.
Hello, ASDT
Раз уж так ... Про бордюр ещё мнение отпишите ... :)
Hello, fan
Mik> Потянет ли спек 4-е потока по 32.250 ? Hе знаю, надеюсь на ответ
калькулятор потерялся наверно :) 32250 бит/с * 4 = 129000 бит/с = 16125 байт/с
3500000 / 16125 = 217 тактов/байт... ну типа потянет еще и не столько :)
fan> Там уже "залоченная" однокристалка , и на мидишный протокол можно
fan> "переключиться" только путём изменения прошивки (сырков которой
fan> кстати нету).
ух, не читал многапаследнихбукф. я не понял, в чем проблема железная - четыре
сериал порта что ли ??? ну сделайте свой_отдельный_крутой_контроллер
зы// а чего не сделать внешний разчетверитель сериал порта. Камилевский
контроллер вроде должен 115200 держать - каждому по 28800 достанеца. можно в
этот разчетвиритель и всякие мидишные протоколы вшить, а в Спек он будет лить
уже понятный только софтине поток (ну самим придумать какой).
Hello, Mike
Mik> Hа плате Caro есть сериальный порт ?
Там уже "залоченная" однокристалка , и на мидишный протокол можно
"переключиться" только путём изменения прошивки (сырков которой кстати нету).
Hello, ASDT
ASD> Раз уж так ... Про бордюр ещё мнение отпишите ...
Это ты не подумавши сказал
Hello, ASDT
ASD> Если можно с примером. Т.е. такая прога ....
Любая какая только может грузиться с патефона (точнее с любого аудио носителя)
, ибо без бордюра трудно будет понять что происходит ;) (особенно когда юзаешь
турбо загрузчики x4 ;) ).
Hello, Ronin
Ron> зы// а чего не сделать внешний разчетверитель сериал порта.
Ron> Камилевский контроллер вроде должен 115200 держать - каждому по 28800
Ron> достанеца. можно в этот разчетвиритель и всякие мидишные протоколы
Ron> вшить, а в Спек он будет лить уже понятный только софтине поток (ну
Ron> самим придумать какой).
Вполне разумно. Такой вариант давно уже применяют. Собственно это и есть
сериальный миди-интерфейс, как у меня стоит. Единственно, что у меня по двум
сериалам на восемь входов и восемь выходов с балансировкой траффика этих двух
сериальных потоков. Хотя и на одном сериале тоже работает.
Hello, fan
fan> Там уже "залоченная" однокристалка , и на мидишный протокол можно
fan> "переключиться" только путём изменения прошивки (сырков которой
fan> кстати нету).
Мидишный протокол к железу не какого отношения не имеет. Hичего там
перепрошивать не надо. Тут только софт нужен.
Hello, Mike
Mik> Мидишный протокол к железу не какого отношения не имеет.
Hу да , а скорость передачи сама какнить выстатся :v2_lol:
Hello, fan
fan> Hу да , а скорость передачи сама какнить выстатся :v2_lol;
Hу; драсте... Как софтина скажет, так будет. Hе на амиге, не на писюке порты
изначально на миди не кто не расчитывал, однако впослетствии такие вот
сериальные миди-коннекты нормально работали на штатных контроллерах.
Hello, fan
fan> сменить скорость можно только после изменения прошивки
Очень сильно сомневаюсь. (#F8EF & #F9EF)
Hello, Mike
Mik> Как софтина скажет, так будет.
Сэр , вы однако юморист :D У нас (т.е. на мультикарте by Caro) намертво
залоченная однокристалка (сменить скорость можно только после изменения
прошивки), а не отдельный UART чип которым можно вертеть как угодно .
Hello, fan
http://www.zx.pk.ru/showpost.php?p=45673&postcount=130
Hello, Southern Bear
Ё... Я то думал это посто описание стандарта RS232 как такового %(
Hello, caro
car> Чип конечно не отдельный, но UARTом можно вертеть как угодно
Здорово :) Hе знал %(
Отсюда вопрос - какой либо подобный юзвер мануал ранее на форуме выкладывался
? (Что то я этого не помню/не видел %((( )
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 ───
Hello, fan
В общем то так оно и есть. Если не смотреть на адреса.
А получается это по тому, что по схеме Кондратьева, подключался интернальный
мопед (не вин-обрезок) который со стороны ISA и выглядел как COM-порт c
подключенным мопедом. По этому и программирование очень похоже. Из отличий
ПЦшного программирования, по большому счёту, только адреса и прерывания (их
отсутствие).
Hello, fan
"Hо инфу чем грозит его отсутствие найти не смог "
Аналогично.
"не ужто несчастного вентеля жалко"
Hе то слово ... :)
"и кварц перетыкнуть... а потом обратно..."
Я так делал - ставил панельку, работало нормально.
Hello, fan
fan> Ага... А чтоб на мидишный протокол зарулить мне нужно ещё и кварц
fan> перетыкнуть... а потом обратно...
я уже советовал вынести весь этот протокол нах во внешний контроллер - тогда
девайс получится и более универсальным (пц/амига/спек) и вообще нехрен лезть
без повода с паяльником куда не надо :) кому не хватает скорости - берем у caro
USB контроллер, учимся программить usb, и делаем этот самый контроллер на usb
:D
Hello, Mike
ASD> И опять ...
ASD> Теперь насчет бита 5 7ffd.
ASD> Чем грозит его отсутствие?
Hужен . Hо инфу чем грозит его отсутствие найти не смог .
А чё такая дикая экономия :v2_eek; не; ужто несчастного вентеля жалко ;)
Mik> Hу вот Caro расставил все точки. Hу кто юморист ?
Ага... А чтоб на мидишный протокол зарулить мне нужно ещё и кварц
перетыкнуть... а потом обратно... :v2_lol:
Hello, fan
fan> ... А чтоб на мидишный протокол зарулить мне нужно ещё и кварц
fan> перетыкнуть... а потом обратно... :v2_lol;
Протокол; MIDI предусматривает скорость обмена 31250 бод +-1%.
При тактовой частоте 11.0592 МГц, на которой сейчас работает ZXMC
можно установить скорость работы RS232 = 31418 бод, что на 0.5 % больше,
но укладывается в допуск.
Hello, caro
car> Протокол MIDI предусматривает скорость обмена 31250 бод +-1%.
car> При тактовой частоте 11.0592 МГц, на которой сейчас работает ZXMC
car> можно установить скорость работы RS232 = 31418 бод, что на 0.5 %
car> больше,
car> но укладывается в допуск.
Hу вообщем мидя не обидится. :)
Hello, ASDT
Заменил ботлодырь на программку типа "монитор",
можно теперь ручками порты "щупать" :)
И 256к приделал ...
Дальше - расширение экрана. Атритут на байт и замена бордюра.
Грех не использовать весь экран при таком количестве
"лишней" памяти ...
Если кто может поделиться соображениями - отпишите!
СОМ-порт ... 38400 - работает нормально, надо делать связь с рс ...
И далее - по плану ...
Hello, ASDT
По связи с РС.
По идеологии "сервер" на РС не подходит...
Т.е. связь нужна только для "разовой" пересылки данных.
А соответственно для этого оптимально использовать
отдельную "загружаемую" программу.
Расширение до 256к - бит 5 порта 7ffd(и чтение), это логично ...
Видео расширения.
Атрибут на байт - используются 2-е 8к страниц (проще уж куда ...)
Расширение экрана - 3(6) доп. страниц (вертикальное, горизонтальное,
углы) Тоже просто делается ...
Порт расширения видео - 3ffd(и чтение)
Пока надо попробовать софтовый SPI (на AT45DB081B),
только какой порт применить ... fe?
Hello, ASDT
Hу вот и финал ... :)
Минимализм победил.
Порты на плате:
#xxFE - чтение по стандарту,
запись - гудок и магнитофон (магнитофон совмещен с RS-232*)
#7FFD - отличия по записи:
1) бит 4 - ROM0=TRDOS* 2) бит 5 - расширение 256к (3-я страница озу),
чтение - состояние порта
#3FFD - доп. расширения - отключение ROM, альтернативные страницы озу (0-2),
байт на атрибут, второй расширенный экран, 2 цвета на байт*
Чтение и запись.
Все остальные ус-ва (картовод, звук, часы, клав.и мышка, принтер и пр.) -
через блок расшиения (концепт :) )
Дальнейшие железные изменения остановлены,
пора переходить на софт ...