Новый Орион. Давайте обсудим!

[Ewgeny7]

ЗАХОД НА ПОСАДКУ НОМЕР ДВА.

Давайте уже определим, что мы хотим. pvlad посоветовал вначале самому определиться, что я сам хочу видеть в этом проекте.
Вот кусочек размышлений:
1. Сейчас мы имеем на борту ПЛИС процессор, видеогенератор, порты внутренней конфигурации F8, F9, FA, FB. Есть порт клавиатуры F4xx, порт РОМ-диска F5xx.
Реализованы прерывания 50Гц, wide-screen, маппер (диспетчер) памяти по 16кб.
Ничего из этого убираться/меняться не будет, для сохранения совместимости с последними "навороченными" Орион-256. Ибо терять совместимость с итак небогатым набором софта совсем не хочется.
2. РОМ-диск реализован в параллельном флеш-ПЗУ. Это позволяет использовать для его работы шины адреса/данных основного ОЗУ в мультиплексированном виде.
Для управления РОМ-диском задействована всего одна нога ПЛИС - RDROM.
Шины переключаются на три потока: видеогенератор-ОЗУ, процессор-ОЗУ, процессор-РОМдиск. Исходя их этого, использование этих шин несколько затруднительно для внешних дополнительных устройств. Поэтому я решил применить более "ногастый" циклон и вывести разъем расширения для ВУ с "чистыми" сигналами процессора. Для этого варианта я буду использовать ПЛИС EP1C3T144 (104 ноги I/O). Хотя, по совести, лучше ставить EP2C5T208... Но она будет дороже и 208 ног паять - не все справятся.
3. Базовое "стартовое" ПЗУ в проекте - внутри ПЛИС. Оно соответствует "стандартному" ПЗУ Ориона 2кб. Те, кто for fun, заливают туда Монитор и не парятся. Для прочих - разместим там драйвер загрузки из I2C-ПЗУ. Я выбрал этот вариант, поскольку это не потребует утрамбовывать в ПЛИС (итак уже забитую почти под завязку) модулей "железного" контроллера SPI. Работа с I2C-ПЗУ будет вестись программно, используя всего два порта по два бита. Исходники реально работающей системы Z80 <-> I2C-ROM у нас есть, это используется на "Скорпионе".
4. Музпроцессора и часов реального времени на основной плате не будет. Музпроц на этой платформе и так не особо нужен, а с часами всегда будет неопределенка, ставить параллельные DALLAS (512ВИ1) или I2C PCF8583. Или ещё какие-нибудь.
Плюс, пихать часы в ПЛИС бессмысленно. Догадайтесь, почему?

Я поеду в понедельник по магазинам, буду помимо прочего искать макетку TQFP-0.5x208 для нового циклона. Без нее работа не сдвинется... Прям хоть Error404 просить выслать

[Advertiser]

[Error404]

В целом вроде красиво выглядит, и особенно не ограничивает для развития в любую сторону.

Плюс, пихать часы в ПЛИС бессмысленно. Догадайтесь, почему?

"Это элементарно, Ватсон". (с)

Я поеду в понедельник по магазинам, буду помимо прочего искать макетку TQFP-0.5x208 для нового циклона. Без нее работа не сдвинется... Прям хоть Error404 просить выслать

Если в платке возникнет затык - вышлю, не проблема.

[SeniorAndre]

Орион-128 должен продолжать жить в двух направлениях:
1. Это - just for fun, как определил Error404.
2. Второй вариант всецело зависит от ewgeny7.
Мы упрощаем его проект и удаляем "навороты", т.е. делаем классический Орион-128. Это позволит использовать более дешевую ПЛИС. Главная идея - превратить Орион в УНИВЕРСАЛЬНЫЙ КОНТРОЛЛЕР, который можно встраивать в радиолюбительские задачи управления.
Что скажете, коллеги?

Господа, честно говоря целиком и полностью согласен с данным тезисом. Два варианта имеют права на жизнь и (just for fun) и радиолюбителям не хватает своего нормального Контроллера. Но:
1. Зачем городить огород и идти против течения. Есть linux, который работает как на embedded устройствах, так и на обычных компах.
2. Есть куча программ под линух;
3. Есть куча специалистов;
4. Огромное количество наработок;
5. Огромное количество драйверов для устройств, которые позволяют делать любую модульность и расширяемось.
Надо нормально влиться в этот процесс и не зачем создавать морально устаревший продукт.
Вот ссылки:
www.elinux.org
http://www.xakep.ru/magazine/xa/124/084/1.asp
Есть еще один аргумент - повышение профессионального уровня, который можно применить на реальном производстве.
У меня также есть Орион собранный в 91 году и я с удовольствием понастальгирую, но на расширении классики и ни как на создании детища, которое имеет мало шансов на выживаемость.

[Ewgeny7]

Есть linux, который работает

... на устройствах, имеющих объем памяти на пару порядков больше.

[Nikola887643]

Вот мое предложение. Во первых чтоб его могли повторить все надо переработать печатку и схему. Неохото собирать комп на 59 микрухах, когда на оперативке можно убавить на 14 микросхем (микросхем там по моему 16, чтоб была сохраость выполнения программ надо помоему 2 озу, 16-2=14). Во вторых такие некритичные микрухи как счетчики мультиплексоры? тригеры можно их засунуть в плис. Работоспособность по моему от этого не изменится. Примерно на 20 микрух минус. Итог на 27 микросхем уже можно собрать.

[Atari]

Неохото собирать комп на 59 микрухах, когда...

Вчерась крутил платку в руках (оригинал) ... такая маленькая...

понятно, что Иривер с Иподом меньше, но зачем?

[Nikola887643]

Большую плату в домашних условиях не вытравить.
У меня вопрос ВВ55А на какие частоты расчитан, и его по моему можно заменить на 8055А, аналог интел, где то попадался на форуме. Мне нужно цены за сколько можно взять.

[Atari]

8255, 2 МГц

[Nikola887643]

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

[Atari]

http://www.google.com/search?client=...utf-8&oe=utf-8