Не надо скан из pdf, лучше прямой линк на pdf.

Для плис софт бесплатный как правило, а вот для АРМ - ой-ой. Это даже на примере девбоарда видно. СТоит он 1300$ только изза софта. Хотя все это один раз покупаются.
Освоение - сравнимо по длительности (думаю для АРМов оно даже дольше, кто знает их убогую систему команд-тот меня поймет).
В третьих плис+память для спека128 стоит теже 19евро (ну например EP1C6 + чего нить там SRAM).
В четвертых у меня большие сомнения что ты сможешь периферию эмулить на АРМЕ, ну если получится дай бог. Сомнения базируются на конвейерной структуре арма и скорости памяти.
Ну и мое мнение что арм сам по себе интересен и не надо его зайлогом тормозить, лучше эмуль написать.

Интересно. Может опечатка, типа 180мипсов на 200МГц. Не верится как-то. При условии однотактовости команд в АРМе (что не всегда так) идеально было бы 180мипс при 180МГц, а тут прям выходит куча комманд за такт.

кто мешает работать в 2-х режимах? во-втором, z80 отключается, в первом ARM со своей периферией работает на z80 вместо большой платы и заодно является акселератором медленных процедур...и в отличие от написанного эмуля, подключенный к портам z80 является 100% безошибочным и железным "эмулятором"...это не только упрощает разработку, но и позволяет ввести интересные режимы для отладки и взлома имеющегося кода

Я не думаю, что вообще надо в ПЛИС пихать какой либо процессор. По моему в спринтере сделано всё оптимально. Ему бы ещё живой AY, да ZX-Bus и всё совсем замечательно было бы. Или можно ещё существующую ISA8 до ISA16 расширить и тыкать туда всякие AWE, GUS, VGA-карты и т.д. Такое моё видиние вопроса, а пихание CPU в ПЛИС, МК, АРМ я не поддерживаю.

Спринтер спринтером, но мы пойдем своим путем! :)

Я готов составить тебе компанию на этом тернистом пути! :v2_wink2:

( как бетатестер и железячник :v2_wink2: )

ЗЫ. Кстати не так и дорого....
AT91SAM9261-CJ ATMEL 89шт $19.53 есть на складе
это в ЭФО

До тестирования из-за этих нехороших инвесторов, которые меня кинули, теперь пока далеко. Купить несколько чипов несложно, но нужно развести плату, причем на минимально возможное число слоев( то есть изощряясь с пинами портов). Работа сложная и дорогостоящая, а платить за этот труд можно, увы, только дивидендами несуществующего бизнеса. Так что, Ивану проще, хотя и тяжелей...я за два прошедших месяца хоть немного очухался, а то неделю от огорчения спать не мог! Сейчас пытаюсь накопить денюшков на написании статей...Подключился к 100 мбитной сетке дома, правда невыгодно.
Резюмируя: мне нужны проектировщик(PCAD,знание цифровой электроники) и программист(C). Команда из 3-х человек вполне могла бы сделать эскизный проект за год. Каждому из них готов отдать по 25% акций...если будет фирма.

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

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

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

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

Жаль

почему?

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

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

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

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

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

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

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

Вот-вот о чем и речь :)
Просто процессор не предназначен для этого.

Более коряво ( так предполагалось делать у нас в "Торнадо")...заводишь регистровый файл, куда последовательно заносишь сперва входные данные, затем команду "начать преобразование", потом она генерит прерывание и ты считываешь результат(ы) опять таки из регистрового файла...здесь с точки зрения затрат ( по макроцеллсам) все упрощается, но работает более тормозно и некрасиво :|

Такой подход оправдан для большого процедурного проца с загружаемыми из основной системной памяти процедурами. Скажем для определенной софтины, аналайзер выявил N тормозных процедур в коде z80, он обращается к спецбиблиотеки, откуда вытаскивает N процедур для ПП ( пофиг на чем он реализован, тогда ID_PP разные и библиотеки разные). Перед запуском программы загружается вместе с остальным кодом и код для ПП, а в коде для z80 в нужных местах стоит загрузка входного файла регистров ПП, его запуск и выгрузка по прерыванию результатов. Здесь можно использовать в качестве ПП хоть Мегу, хоть дешевый ARM7, хоть быстрый 51, хоть PIC, хоть BlackFin ( кстати 600 мипс за $11 основной 16р. проц + 16 битн. целочисленный DSP).