Ну, таки такой платформе как ОрионЕхт быть. Деньги потрачены. Скоро вылупится птенец=)
Вид для печати
Ну, таки такой платформе как ОрионЕхт быть. Деньги потрачены. Скоро вылупится птенец=)
А хз... А Вы чего разрабатываете?) Давайте объединять усилия. А там что вылупится не важно. Главное стандарт «Орион-128» не поганить.
- - - Добавлено - - -
Открою карты. Главное - базовая частота ЦПУ 20 МНz. Основа FPGA. Шина системная 3.3 В. В попу старье (если надо старье, прикручиваем, я только за).
как по мне, я бы делал просто проц+срам, без видеоозу и соответственно без счётчиков и мультиплексоров, без всякой ПЛИС, и текстовый видео модуль на одной Атмеге из соседней темы. Совместимость с Орионом только по мапперу страниц памяти и портам в/в. Весь комп выйдет в десяток МСХ, и именно это даст шанс на разгон.
По теме Ориона на ПЛИС посмотрите проект Орион2010, как раз 6 лет назад, у меня есть рабочий образец, 10 МГЦ
- - - Добавлено - - -
Тут же на форуме тема была (по Ориону-2010). Там было реальных 10МГц, не как на ОрионеПРО где реальных 7МГц (схема с Wait). Очень шустро все работало, на 20М будет вообще космос.
Проц + срам. Отличное решение. А что дальше. Заболобенти шинку выше 10 МГц=).
Тихо тихо.
- - - Добавлено - - -
Плис это будущее Ориона. Бо не кто творить на 155 уже не будет. А если будет – это тупик.
Одной плис не ограничусь. Не пугайтесь. Мне проект не на один вечер нужен. куча Идей. Анонс. Будем делать мепер Z180 и шина будет до А19 включительно.
- - - Добавлено - - -
Напугал? Все будет вв55 любивые, и много другое.
Моё мнение, с ПЛИС это уже труп, потому как запрограммировать и припаять её ох... какая проблема, максимум PAL/GAL, чтобы уменьшить количество мелочи.
А насчёт 155-й, есть же импорт быстрый, что-то типа 74HC/74AC.
Насчёт концепта, тут я согласен с Error404, только проц и SRAM, остальное на внешнюю шину за буферы. Ещё у меня была мысль сделать диспетчер памяти аля х86 с сегментными регистрами и смещением, с такой архитектурой взлетит любой FUZIX...
А вообще это уже отдельная тема для беседы...
Отправлено с моего X5max через Tapatalk
Еще один теоретик. Нах Z80 диспетчер памяти от х86. Ох.
- - - Добавлено - - -
Дали мне бы волю. Я бы банил таких теоретиков. На месяц. Темы попутали. Может бы поняли где Орион, а где все Остальное.
Молодежь спать пара.
Извиняюсь, что вмешиваюсь в ваш разговор. Но кое в чем не соглашусь. Если судить о будущем, то ни у одного ретро компа нет будущего без объединения усилия кучи народа. Для примера ходить далеко не надо. Создано куча клонов Спекки, как на ПЛИС, так и на рассыпухе. Но увы объединения народа не произошло, все сидят там где им удобно, кто то на ПЛИС, кто то на рассыпухе - всех по всей видимости это устраивает. Также будет и тут, кто то обожает Орион такой как он есть, кто то хочет сделать или сделал его на ПЛИС. Так что имеет смысл делать разные варианты-клоны Ориона, пока еще теплится жизнь в этом разделе или в направлении.
В свою очередь, хочу отметить, что тоже раздумывал по поводу клона Ориона, но не целикового, а скорее гибрид Орион + Спекки. Ну и шину Nemo Bus туда для большего охвата железом этой платформы. Еще плюс у Ориона в том, что z80 там по сути можно брать любой, так как нет привязки в программах к тактам процессора, ну или эти программы единичны. А так да, сразу появляется возможность применения Z180 и таких камней как KL5C8400 (до 33МГц тактовая частота).
Почему-то не нашёл раздел по AY для Орион-128, спрошу здесь.
Пытаюсь раскурить подключение этой музыки, удалось откопать следующую схему:
http://denn.ru/orion/128/com_ay.jpg
Возникли такие вопросы:
1). Это единственный в природе вариант распортовки (F73Eh, F73Fh) и схемотехники?
2). Существует какое-то ПО, которое работает с AY на Орионе-128/512?
3). Есть какая-то строгая программная завязка AY на Z80 и, в частности, на 50Гц-прерывания Z80-card?
бОльшая часть ПО на Орионе-128 с Z80card использовала спектрумовскую адресацию (BFFD/FFFD) и прерывания 50Гц (чтобы прогружать регистры с привязкой по времени - т.е. в определенном темпе). ПО - это адаптации игр со Спектрума (примерно до полусотни) до полудюжины муз.редакторов/плееров. ПО для портов F73Eh, F73Fh (т.е. для этой схемы) впервые увидел только в ОрионПРО-шном варианте (для OUT 3Eh, 3Fh)
Сейчас уже конечно точно не скажешь, но думается что на момент (примерно) 1995 года владея большим количеством потребителей, причем на фоне програмного голода на Орионе управляемых на уровне "сегодня разослал рекламу - послезавтра купили" (соответственно серьезным сбытом и как следствие возможностью финансировать свои хотелки), авторы расчитывали что смогут привлечь и программистов "за недорого", и поддержать любую свою схему с нуля, без "портирования малой кровью". Собственно не сказать что они в этом ошиблись на все 100%, те же ЛуксианКей омские и В.Пушков же в итоге подписались этим заниматься (и даже сделали каждый по одной музыкальной программе для ПРО с его портми). Но... эпоха 8-биток как "рабочих/игровых машинок для бедных" уже уходила, и программисты ушли пожалуй что и первыми на РС, а затем уже и для пользоветелей/игрунов стал доступен РС. Я свой первый PC купил в 97 году, причем уже тогда в глубинке это были не последние деньги при не большом на тот момент доходе.
Чистяков всегда пропагандировал тему "максимльно использовать в решениях уже существующее ПО" (тем более если для этого всего надо-то: дешифратор совместимо распять на выпускаемой платке), я тоже всегда был такого мнения. В этом авторы с Чистяковым имели очередную позицию для споров, что в итоге сделало хуже всем.
Получается, что больше никто ничего и не писал для Ориона..? Как-то совсем тоскливо выходит.
В общем, картинка понятна. Если оставаться на родном ВМ80А, то по сути можно смело лепить музыку по своим адресам, отличным от F73E/3F, т.к. ПО под нативный вариант ПРК всё равно нет. Тест AY пишется за вечер, по-сему нет смысла поддерживать неудобную адресацию ради фактически единственной олдскульной проги.
Если лепить новые (старые) адреса для доступа к внешним устройствам, то надо отказаться от идеи использовать адресное пространство ЦПУ. Я до сих пор не могу понять, зачем это было нужно. Ведь у процессоров типа I8080 есть доступ по I/O портам. Это ведь не процессор 6502.
А что касается AY, тут все очевидно делать доступ как ZX, MSX.
Как вариант, возможно, использовать адресное пространство ЦПУ. Но тогда нужна 100% поддержка слотовой структуры доступа. Пример Sunrise IDE. Но это уже какой-то MSX получается. Хотя есть у меня идейки как это сделать в разрезе доработанного Ориона.
Это глобальная идея архитектуры Ориона. Есть желание придерживаться её.
Опять же, есть желание задействовать AY в нативном Орионе, т.е. с процессором ВМ80 и без прерываний. Доступ как у ZX имеет смысл только для использования ПО от ZX, а оно на ВМ80 и без прерываний не будет работать.
OrionExt, порты "положенные на память" удобнее программировать: короче код, быстрее исполнение. Можно одной командой закидывать/читать сразу два байта, можно общаться с портом через любой регистр МП, а не только через [A] в случае с IN/OUT. Например, форматирование дискеты с помощью команд IN/OUT с ВМ80@2,5МГц запрограммировать не получится!
Так что концепт вполне обоснованный.
В Орионе-ПРО ресурсов побольше, там сделали порты "по-нормальному".
- - - Добавлено - - -
Если развитием считать адаптацию готового ПО (изначально написанного под Z80), то - да. Но логичным вариантом тут выступает Орион-ПРО - он по-своему прекрасен, и нет смысла перепиливать в него Орион-128. Это по сути и есть допиленный О-128, только без колхозинга с этажерками и МГТФ :)
Каноничный Орион-128 пусть уж останется с родным ЦПУ и "портами на памяти"...
Ресурсов что у Ориона и Ориона-Про одинаковое количество. Я не отрицаю использования адресного пространства ЦПУ для внешних устройств. Для простых устройств целесообразно использовать порты I/O. Для сложных можно (нужно) использовать адресное пространство ЦПУ.
Только делать это с умом. А не так как это сделано в классическом Орионе. Я уже приводил пример Sunrise IDE.
В Орионе-Про те же грабли только сбоку (граблей больше стало). Делать надо, что бы использовать общепринятые стандарты в мире. Это по максимуму облегчит доработку существующего ПО.
Частота CPU – это не есть ресурс. На классическом Орионе существует Z80 карта де факто. Память дело наживное.
Другой момент как этим пользоваться с максимальной отдачей. А тут надо применять наработки (стандарты) общепринятые. Допустим диспетчер от Z180. Есть поддержка ПО (компиляторы, ОС).
Да не я к тому. Частота дело такое, она такая, какая есть. Конечно, приятно когда команды выполняются быстрей. Частота эта вообще отдельная тема. Да с применением старой логики 10 МГц – это условная цифра. Любая классика до 5 МГц, а дальше начинаются проблемы. Хотя конечно можно разогнаться до чистых 10 МГц. Но это уже геморрой на попу.
- - - Добавлено - - -
Пример Орион-ПРо тут работает там не работает.
В любительском подходе (технологи) плюс ТТЛ-логика. Выше 5 Мгц не прыгнуть , без условностей.
2,5 МГц - поддержка FDD "800Кб" только с помощью программно-аппаратных хитростей (порты на память, жёсткая оптимизация циклов чтения/записи данных), поддержка дискет в формате "1,44" не возможна в принципе, скорость вывода символов 6х8 - жалкое зрелище;
5 МГц - можно не напрягаться при написании кода, "800" и "1,44" работают даже через IN/OUT, текст выводится вполне бодренько;
10 МГц - приходится аппаратно тормозить (!) проц при обращении к ВУ, делать дикие программные задержки при всяких опросах клавиатуры, всё не то что работает, а просто летает!
Вот как бы и разница :) Принципиальная, я бы сказал!
Ошибки в схеме, плате, неграмотная разводка питания, мешанина серий, отсутствие блокировочных конденсаторов - это причины "тут работает там не работает".
Лично у меня всё работает, и секс был недолгим :)
Есть КМОП-логика (74HCx, 74ACx, русские аналоги КР1554х и т.д.) - по сегодняшним меркам уже не меньший труъ-олдскул, чем ТТЛ :)
Применять можно, религия не треснет ))
Разгребая архивы нашел схему и плату этого программатора, благодаря BYTEMANу нашелся софт.
Вот и подумал - может замутить платы для истории?
Платку перерисовал, пока не облагораживал и не проверял. Прикинул в Резоните, 10 платок потянут на 3500р без почты, ну если правильно все ввел в калькуляторе.
Как считаете?
http://s017.radikal.ru/i433/1610/6c/e31e7d4fc28at.jpg
P.S. В Китае 10 плат вытянули на 3372р, по сегодняшнему курсу, но уже с почтой.
А доки какие-нибудь есть на этот программатор? Что за зверек?
Схема и плата в PCad. Программа на диске. Описание не встречал.
Схема
http://s020.radikal.ru/i708/1610/fc/cdf06dcf17c3t.jpg
Монтажка
http://s013.radikal.ru/i325/1610/54/3c323003a9c8t.jpg
Описание может в программе есть, типа хелпа, но не знаю, неначем пока запустить.
А выложите пожалуйста схему и программу?
Кстати, разъем "3х10" на плате я бы сдвинул миллиметров на четыре-пять левее (ближе к обрезу платы), т.к. ИМХО в виде как сейчас плата в "горизонтальном" виде сочленяться с "материнской" будет плохо - будет мешать край платы (если вдруг кто-то будет не шлейфом соединять, а непосредственно).
- - - Добавлено - - -
gdv2002, опередил. :)
а программа есть?
Преобразователь напряжения на операционике, круть.
Вот с релюшками могут быть проблемы. Где их теперь доставать...
А тут на форуме наоборот была инфа, что все прекрасно работало и хороший софт был.
У меня еще вопрос с спецам.
Есть схема "классического" RAM-диска, на 8-ми РУ17.
http://s016.radikal.ru/i337/1610/34/562f3617dab6t.jpg
Сейчас их купить-то еще можно, но ценник прямо скажем. У меня есть SRAM с материнок - ISSI 61C512-15, UM61256FK-15 и W24M257, как-то можно их применить или проще РУ17 купить?
Программатор - безусловно полезная штука, и для Ориона это прекрасное ВУ. Но возникает вопрос в реальной необходимости сабжа. Дело в том, что возраст прошиваемых им микросхем столь внушительный, что вряд ли реально их кто-то будет прошивать. Если ошибаюсь - поправьте.
На мой взгляд, сегодня пожалуй единственная перспективная ПЗУ - WinBond 27C512, т.к. её можно очень быстро стирать, многократно перешивать, она быстрая (45 нс) и ещё пока доставаемая, имеет вполне вкусный и универсальный объём для развлекухи с 8-битными конструкциями.
- - - Добавлено - - -
В данной схеме поддерживается программный выбор чипов фиксированного объёма. Для применения более "жирных" СОЗУ нужно либо дорабатывать схему (вводить шифрацию), либо ПО.
Откуда такая схема РАМ-диска и чем она программно поддержана? Впервые вижу такое решение.
П.С. На 32-Кб СОЗУ можно сделать RAM-диск, программно совместимый с классическим ROM-диском, но большого смысла в такой конструкции лично я не вижу - лучше тогда уж сразу делать RAM-диск на 1 Мб на двух 512-Кб СОЗУ ;)
Работал в ОРДОС.
http://s018.radikal.ru/i518/1610/80/a2187fc8d583t.jpg http://s45.radikal.ru/i109/1610/02/f8a9a5ba2c78t.jpg
А сколько его, ПО, нужно на диске держать, дискогрыз ведь еще есть (да и SD-карта), хотя в общем вы правы конечно, 64к - это очень мало.
Дискеты/SD-карты полезны для данных, а программы лучше запускать из ROM(RAM)-диска, в этом смысле концепт Ориона мне очень нравится. По моим прикидкам для ПО интересен объём от 150 Кб до 510 Кб, в зависимости от пристрастий.
На мой взгляд формула "1 Мб ПЗУ под программы и 1 Мб СОЗУ под данные" для комфортной работы на Орионе идеальна. И определяющее здесь - надёжность и быстродействие! Дискеты/карты, к сожалению, не могут похвастаться ни тем, ни другим.
Denn, посмотри пожалуйста исходник программы, может можно "по простому" ее подправить, чтобы легко СРАМину прикрутить?