Орион-2010. Hard & Soft

[Error404]

Ну, я вроде как снял с себя эту задачу.

Не припоминаю, вроде только что говорили про чип-диповские переходники в контексте разработки печатки.
А почему снял? Сдался? Или нашлись желающие помочь?

---------- Post added at 17:52 ---------- Previous post was at 17:50 ----------

Вот к этой платке прицепляем чип ОЗУ и ВВ55 с компакт-флешью, и ОНО уже сегодня будет рабочим Орионом под СР/М с ПЦ-клавиатурой. Надо только М36ZRK в прошивку альтеры добавить вместо М34.

Ух ты. А что это такое? Печатка выглядит как фабричная.

---------- Post added at 17:56 ---------- Previous post was at 17:52 ----------

Неа, освободится одна ножка и тут же займется четыре. Замена ПЗУ на последовательное увеличит расход ножек на три.
Но мне пока хватает и альтеры 64 и/о, поскольку шину расширения я снова убрал нафик. Подключил последовательное ПЗУ и еще свободно осталось 4 ноги.

Убрал шину? А как же я подключу 512ВИ1 (ну или какой другой RTC)?

Перенести бы ещё СР/М на РОМ-диск... Было бы совсем шоколадно

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

[Ewgeny7]

Начну с конца

Честно говоря, не совсем понятно - зачем, если для файлов все равно остается внешний носитель - CF или, в перспективе, SD/MMC, откуда все это прекрасно грузится.

Надежность. Меня уже запарило думать, что же там ВВ-шке не нравится
Но при запущенной ОС всё работает чётко... Что там за барабашка такой...

Убрал шину? А как же я подключу 512ВИ1 (ну или какой другой RTC)?

Тут нужно или шину выводить полноценную (альтера на 144 ноги) или сажать RТС на существующую по умолчанию мультиплексированную шину для ОЗУ. Но при этом лучше будет вывести с альтеры ногу "RTC_select" для надежности работы. По второму принципу подключается IDE и была подключена клавиатура на контроллере Caro. Программно это никак не отражается. Только будут случаи, когда проц пишет/читает во внешнее устройство два раза подряд по одному и тому же адресу. А это в большинстве случаев не страшно вроде.

Ух ты. А что это такое? Печатка выглядит как фабричная.

Это фабричная печатка-макетка. Распространяется Spensor'ом из Харькова

А почему снял? Сдался? Или нашлись желающие помочь?

Да. Pvlad предложил помощь в разработке печатки. Я потому и начал документацию выкладывать.

[Error404]

Надежность. Меня уже запарило думать, что же там ВВ-шке не нравится
Но при запущенной ОС всё работает чётко... Что там за барабашка такой...

Понятно. Ну, думаю - добъем гадину, чтобы не глючила. Надо же бороться с причиной, а не следствием. А то может потом еще где-то этот глюк проявится.
Вот такая мысль: можешь попробовать при старте ОС войти в режим трассировки выполнения config.sys (надо сразу после меню MBR при старте ОС нажать и удерживать F4 или ctrl+C)? Может, увидим на чем оно валится? Или поймем, что оно валится еще до начала обработки config.sys.

Тут нужно или шину выводить полноценную (альтера на 144 ноги) или сажать RТС на существующую по умолчанию мультиплексированную шину для ОЗУ. Но при этом лучше будет вывести с альтеры ногу "RTC_select" для надежности работы.

Кстати, в ВИ1 по умолчанию мультиплексированная шина адреса/данных. 555ЛЕ1 как раз и приходится ставить, чтобы прицепить к немультиплексированному Z80.

Да. Pvlad предложил помощь в разработке печатки. Я потому и начал документацию выкладывать.

Понятно. Hу, если вместе с Pvlad добьете до финального релиза в железе, то, как говорится, grand respect !

[AlexBel]

это опять Igor_t под учеткой Алексея....))) надоем я вам сегодня ))))

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

вот тут ты шибко ошибаешся.... я в одном проекте ставил SPIную пзуху вместо паралельной и вливал с нее в sram данные при старте , реализовывалось это очень несложной стейтмашиной

[Ewgeny7]

вот тут ты шибко ошибаешся.... я в одном проекте ставил SPIную пзуху вместо паралельной и вливал с нее в sram данные при старте , реализовывалось это очень несложной стейтмашиной

В чем ошибаюсь?
Параллельная ПЗУ висит на шинах ОЗУ, единственный дополнительный сигнал - ROM_OE. Уберу ПЗУ - станет не нужен этот сигнал.
Добавляя последовательное ПЗУ - добавляю соответствующие SPI-сигналы.
Итого в результате - проигрыш.
Насчет "железного" копирования из SPI-ROM в СРАМ - а зачем? У нас есть процессор на это. А сколько ресурсов/ног ты потратил на эту автоматику?

[AlexBel]

это опять я , Igor_t ))

Параллельная ПЗУ висит на шинах ОЗУ, единственный дополнительный сигнал - ROM_OE. Уберу ПЗУ - станет не нужен этот сигнал.

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

Насчет "железного" копирования из SPI-ROM в СРАМ - а зачем? У нас есть процессор на это. А сколько ресурсов/ног ты потратил на эту автоматику?

непомню , но небольше чем 100 - 150 LE

[Advertiser]

[pvlad]

Да. Pvlad предложил помощь в разработке печатки. Я потому и начал документацию выкладывать.

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

...Меня уже запарило думать, что же там ВВ-шке не нравится Но при запущенной ОС всё работает чётко... Что там за барабашка такой...

Думаю подход не правильный! Периферию Ориона необходимо отрабатывать на отдельной плате и отдельной Альтере. А плату Орион-контроллера не нужно перегружать таким старьем как ВВ55 и всякими "чип-селектами". На сегодняшний день это уже убожество. Если бы идеология этих портов была перспективна, то и в настоящее время бы применялась. Зачем в универсальный контроллер тащить не перспективные микросхемы? Они нужны на дополнительной плате только для совместимости программного наследия Ориона.
К примеру, почему необходима "стандартизация" по IDE порту? Только для того, чтобы чистяковская или сугонякинская СР/М работала? И там, и там "2.2". Это смертельно для наследия Ориона? Разве нам Error404 не сможет сделать вариант СР/М под новый стандарт портов, с учетом новых более прогрессивных схемотехнических решений? Или программы под СР/М перестанут от этого работать на "новом Орионе"? И таких примеров можно привести не мало.

Тут нужно или шину выводить полноценную (альтера на 144 ноги) или сажать RТС...

Обязательно нужна полноценная системная шина, а дешифрацию всех орионовских портов необходимо делать на дополнительной плате. Я об этом уже сказал выше. Зачем универсальному контроллеру CS для старья 512ВИ? Было бы актуальнее реализовать RS232 на основной плате!

[Error404]

Пожалуйста, посмотрите этот пост (уж не буду сюда копировать):
http://zx.pk.ru/showpost.php?p=225381&postcount=112

[pvlad]

Пожалуйста, посмотрите этот пост (уж не буду сюда копировать):

Спасибо! Посмотрел, ответил!

Так все таки, какой должна быть системная шина на основной плате контроллера? Ее следует оставить как в старом Орионе, дополнив новыми сигналами, или позаимствовать что-то новое?

[Black_Cat]

Так все таки, какой должна быть системная шина на основной плате контроллера? Ее следует оставить как в старом Орионе, дополнив новыми сигналами, или позаимствовать что-то новое?

под Z80 можно конечно взять спековскую NemoBus, т.к. под неё есть периферия.. но не знаю как с портами на Орионе