Орион-128: Перспективы развития

[Denn]

Мне больше нравится идея, что ЦП не должен уделять внимания ни тексту, ни графике. Это должен делать отдельный контроллер, которому ЦП должен лишь пересылать текст и команды.

По тексту - согласен. Это и сделано в РК и его клонах.
По графике в 8-битках никакого толку от отдельного видеопроца не будет, т.к. пересыл данных всё равно делает проц из своего ОЗУ, а это и есть слабое место. Тут только ПДП-блиттер может помочь.

А вот 2МГц позволит иметь от 580-го комплекта 100% надёжную работу.

Я долго стеснялся, но потом решил вдуть аж целых 3,6 МГц в КР580ВВ51А... и ничего, работает как миленькая, не глючит, и даже еле тёпленькая.
Возможно, первые версии 580-ой серии имели какие-то трудности с быстродействием, но мне такие не попадались.

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

Родная клавиатура от РК - просто матрица, ей прерывания никак не помогут.
Прерывания от портов? Возможно я просто не знаю каких-то спец задач...
Часы - пожалуй. Но тоже, не особо и нужно, их вполне можно опрашивать в холостых циклах ожидания нажатий на клавишу.

По ОЗУ я озвучил своё видение. Если оно используется в качестве быстрого диска - никаких возражений, пусть будет как отдельное устройство, которое подключается на шину.

Имхо, хорошо его иметь штатно. Хотя раньше это было много и дорого (( Это сейчас есть удобные 512к чипы СОЗУ.

[Advertiser]

[OrionExt]

Натянуть бы на классический Орион архитектуру схожую с MSX. Стало бы полегче с стандартизацией каждой хотелки. Но потянуть в наше время такой проект в одиночку почти не реально.

[Denn]

Но потянуть в наше время такой проект в одиночку почти не реально.

А не в одиночку не получится, потому что конечная цель никого не интересует (в практическом смысле она бесполезна), всем разработчикам интересен только расчёс ЧСВ и перетягивание одеяла на себя ((

Смысл всех "стартапов": "а было бы круто сделать так-то и то-то...". А в ответ: "нет, круто вот так" или "да всё уже сделано "там" ". В результате никаких результатов, поговорили и разошлись. А потому что все эти "стартапы" делаются от "нефик делать на работе за компом" А как "прозвенел звонок", то пацаны расходятся, у всех свои дела, реально что-либо паять никто конечно же не будет.

[VituZz]

Я долго стеснялся, но потом решил вдуть аж целых 3,6 МГц в КР580ВВ51А... и ничего, работает как миленькая, не глючит, и даже еле тёпленькая.
Возможно, первые версии 580-ой серии имели какие-то трудности с быстродействием, но мне такие не попадались.

Некоторые ВИ53 не хотят работать на 2,5МГц, у меня есть таких несколько. На кое-какие микросхемы комплекта и справочник даёт только 2МГц тактовую (по памяти - вроде ВВ79). Я понимаю, что это, быть может, перестраховщики писали, но не люблю и не использую в своих конструкциях режимы за пределами и даже на границе справочных. Надёжную работу я ценю больше быстродействия.

К слову, ради интереса я на своём макете гонял все ВМ80, какие у меня есть. Для +12 и -5 у меня был собран преобразователь от "Ориона". Так вот оказалось, что старый К580ИК80 он не тянет, через 30-40 минут перестаёт генерить, хотя все более поздние ВМ80А работали от него надёжно часами. Не в этом ли кроется частично нелюбовь к этому узлу в "Орионе"?

Родная клавиатура от РК - просто матрица, ей прерывания никак не помогут.
Прерывания от портов? Возможно я просто не знаю каких-то спец задач...
Часы - пожалуй. Но тоже, не особо и нужно, их вполне можно опрашивать в холостых циклах ожидания нажатий на клавишу.

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

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

[Denn]

Родной преобразователь Ориона нужно давно забыть как страшный сон. Не стоит он даже самых "религиозных" порывов. Step-UP преобразователи и инверторы доступны в ассортименте.
Мне очень понравился преобразователь на мелкосхеме LM27313XMF. Вот макетил недавно 5в -> 12в:



Если делать по-нормальному (на SMD), то размеры копеешные. Потенция - ого-го! Ничего не пищит, не греется, "взлетает" сразу и без проблем.

[VituZz]

Согласен. Готовые преобразователи +5 -> +12 я тоже применял. А вот +5 -> -5 на наших просторах мне найти не удалось, а с Китаем я что-то до сих пор не подружился...

Орионовский преобразователь я на первой своей плате тоже заменил самоделкой. А когда собирал вторую (а потом и макет), просто из принципа довёл этот узел до рабочего состояния. Понадобилось чуть раздвинуть чашки трансформатора по максимуму напряжения +12В и зафиксировать их в таком положении каплей термоклея. Пока работает.

[Denn]

А вот +5 -> -5 на наших просторах мне найти не удалось

Только чур громко не смеяться - есть же народный max232 ! Его можно и для вторичного питания использовать
В Орионе -5в подпирает подложку проца и одну ногу ОУ (который обычно не ставят). Потенции макса хватит.

[VituZz]

Интересно! Мне такая мысль в голову не пришла. А ОУ у меня стоит, и даже кассеты (и бобины!) с прогами ещё лежат. Только, наверное, ничего уже не читается. Магнитофонный вход-выход хотел в своё время использовать для ввода-вывода на ПК, где-то о таком читал.

[BYTEMAN]

Интересно! Мне такая мысль в голову не пришла. А ОУ у меня стоит, и даже кассеты (и бобины!) с прогами ещё лежат. Только, наверное, ничего уже не читается. Магнитофонный вход-выход хотел в своё время использовать для ввода-вывода на ПК, где-то о таком читал.

Всё прочитается, главное правильно оцифровать.

[Error404]

Прерывания же очень нужны, чтобы максимально освободить процессор от непроизводительных опросов периферии. Потребители линий - часы, клавиатура, порты. Я так делаю на своём макете.

на счет портов где бы висели устройства с непредсказуемым непериодическим срабатыванием, преимущественно нечастым - то да, прерывания можно приспособить. Что же касается регулярно либо часто опрашиваемых событий - как раз таки часов, клавиатуры и порта RS-232, то тут прерывания не только не дают выигрыша, но лишь добавляют накладные расходы (на лишние обработки стека, на лишний обсчет кольцевого буфера и т.п.) в сравнении с периодическим поллингом (опросом) инициируемым процессором где тупо флаг наличия данных считывается с регистра устройства. Я не теоретизирую, в СP/M у меня реализованы оба режима работы с RS-232, и по прерыванию куда как больше кода надо для обработки всех ситуаций. И время процессора не экономится что самое смешное, ведь большую часть времени система все равно проводит в ожидании устройств, а тут Z80 пофиг как ожидать - в поллинге или в хальте до прерывания.

- - - Добавлено - - -

По тексту - согласен. Это и сделано в РК и его клонах.
По графике в 8-битках никакого толку от отдельного видеопроца не будет, т.к. пересыл данных всё равно делает проц из своего ОЗУ, а это и есть слабое место. Тут только ПДП-блиттер может помочь.

Плюс узкое место всех подобных решений - требование двухпортовости ОЗУ (либо суровые извращения чтобы двухпортовости избежать).