А реально создать Синклер на МК?

[DimkaM]

Может сделать на AVR мат.сопроцессор
Запихать в него что то типа С-интерпретатора(с минимумом библиотек в пзу)

Программисту только процедуры в него залить(в мнемокоде).

И вешай сей девайс на любой спек.

[Advertiser]

[andrews]

Такие идеи были у нас с И.Мазницей в 1999г. - проект "Торнадо". Тогда кроме AT90S1200...8515 еще ничего не было. Сегодня для меня это уже не актуально и неинтересно.

[DimkaM]

Жаль

[Mikka_A]

Такие идеи были у нас с И.Мазницей в 1999г. - проект "Торнадо". Тогда кроме AT90S1200...8515 еще ничего не было. Сегодня для меня это уже не актуально и неинтересно.

почему?

[andrews]

Пусть это сделают другие. Сегодня я мечтаю сделать то, о чем вот уже несколько месяцев всем говорю. На дворе 21 век, буквально за 10 лет микроконтроллеры в своих возможностях продвинулись очень далеко. TI для мобильных приложений (видеотелефонов)недавно выпустила чип с производительностью 600 мипс, H264 декодером по цене менее 10 долларов! Правда демонстрационные платы под них с девелоперским софтом стоят > $10,000. Но все-равно для человека с 25 летним стажем в профессии примитивные и морально устаревшие микросхемы малоинтересны. Спектрум интересен как платформа своим разнообразием. Эту точку зрения я отстаивал и в 1997 году, но тогда было много злых ортодоксов. Сами они были таковы или охраняли интересы ведущих игроков рынка, который тогда еще был, не знаю. 10 лет спустя многое изменилось. И это здорово позитивные перемены.

[D-M]

Может сделать на AVR мат.сопроцессор
Запихать в него что то типа С-интерпретатора(с минимумом библиотек в пзу)

Программисту только процедуры в него залить(в мнемокоде).

И вешай сей девайс на любой спек.

Хм хорошая идея
ПОДДЕРЖИВАЮ!!!

[Mike]

Может сделать на AVR мат.сопроцессор
Запихать в него что то типа С-интерпретатора(с минимумом библиотек в пзу)

Программисту только процедуры в него залить(в мнемокоде).

И вешай сей девайс на любой спек.

Интерестная идея. А на сколько реально и осмысленно попробовать подключить 80287, 80387, 68881, 68882 ? А может быть проще тогда уж собрать ацкий со-проц на альтере ? Что скажете ???

[andrews]

Скажу, что гемор...самое простое поделие, дабы не повторять Спринтер...включить аппаратный умножитель на дешевой CPLD Atmel, изыскав свободные места в кодах z80...вроде он не генерит исключений на несуществующие команды? вставлять аппаратное умножение придется через макро, или db (dw)
Умножений ( и делений)лучше несколько.

[CHRV]

Скажу, что гемор...самое простое поделие, дабы не повторять Спринтер...включить аппаратный умножитель на дешевой CPLD Atmel, изыскав свободные места в кодах z80...вроде он не генерит исключений на несуществующие команды? вставлять аппаратное умножение придется через макро, или db (dw)
Умножений ( и делений)лучше несколько.

Как резултат сохранить?

[andrews]

Ну да, все же если сделать по-людски 128 макроцелсов может и не хватить, идея такова:

Пропускаешь двунаправленную шину данных насквозь, когда идет выборка команды- защелкивается и анализируется ( если бы у z80 генерировалось исключение на несуществующий код, можно было защелкивать по нему)...далее обрабатываешь защелкиваемый КОП и данные вслед за ним...результат преобразуешь в LD (A), XX ну или любое другое на усмотрение, если 16 битный результат в пару регистров, если 32 битный в две пары....
Эту хрень подсовываешь z80. Т.е. фактически он просто загружает обычными командами результаты выполнения всех операций СОПРа в свои регистры. Нужен стандарт, иначе придется устанавливать при условном ассемблировании код идентификатора СОПРа и возникнет большая путаница.