Просмотр полной версии : ZX Yellow Spectrum Lines Computers
Идея сделать дешевую альтернативу Spinter-у родилась на рубеже 1997 и 1998 годов в результате моих обсуждений с Игорем Мазницей перспектив развития аппаратной части платформы. Были выработаны общие принципы архитектуры, выработано ТЗ и велась работа над принципиальной схемой. Сам процедурный процессор мы именовали между собой "Торнадо" а будущий компьютер получил в 1999 году наименование Fenix-999. Затем, после известных событий в 1999 году Игорь отказался от своих авторских прав на компьютер и возобновил работы над архитектурой ZX Polyhedron. Я же никогда не отказывался от своих идей и намерений возобновить при благоприятной возможности работу над проектом. В ближайшее время я намереваюсь реанимировать проект, усилив его чипом А26 :)
В ближайшее время я намереваюсь реанимировать проект, усилив его чипом А26 :)
а A26 это что?
а A26 это что?
аппаратный mp3 декодер, детали здесь
http://zx.pk.ru/showthread.php?t=3808
аппаратный mp3 декодер, детали здесь
http://zx.pk.ru/showthread.php?t=3808
Понятно, тогда главное - запастись кроватками под аппаратные декодеры MP4-MP10,что бы было будущее так сказать...
Главное это сделать недорогой игровой и мультимедийный компьютер для дома на основе ZX Spectrum и привлечь тысячи новых юзеров.
А прикольно читать добрую переписку двух старинных друзей :)
Я только одно не понял - кто-то пытается удивить потребителя в 2007 аппаратым мр3 декодером в девайсе и даже делает на это ставку? Кхм..
А тысячи новых юзеров проще привлечь софтом, нежели платформой.. Конечно, если только вы не Sony, Apple и тп..
Дабы не быть голословным - вспомните историю компьютера Amiga.. Очень поучительно.
А вот полигедрон - это реально интересно. Игорь, было бы очень интересно увидеть (хотя бы под эмулятором), как это будет работать вживую (я про раскрашивание старых игрушек).
А если основная цель не удивить, а просто сделать спектрум удобным домашним мультимедийным компьютером? Удивлять и без меня найдется кому, мне бы комп нормальный сделать для себя прежде всего!
Поэтому я объявляю этот проект изначально не коммерческим, а авторские права принадлежат тем авторам, которые его усовершенствоовали. Схемы предполагается обозначать примерно так
ZXY-годчислоимесяцмодификации-город-страна, например
ZXY-071301-SPB-RU, идентификатор схемы нужен, чтобы не было путаницы с прошивками и для удобства составления документации.
Теперь основная идея архитектуры. Это эмулятор наизнанку, реализованный в железе. Читали "Голова профессора Доуэля" ? Голова в данном случае - процессор z80. Вокруг него абстрактно более мощная вычислительная среда, к которой процессор подлючен всеми своими пинами.
Голова в данном случае - процессор z80. Вокруг него абстрактно более мощная вычислительная среда, к которой процессор подлючен всеми своими пинами.
В 96м помнится у меня была идея (на фоне быстрого подешевления 386х компов), ставить им биос с эмулем спека, типа и спек вроде и быстрый.. вот ведь до чего доходило..
А вот полигедрон - это реально интересно. Игорь, было бы очень интересно увидеть (хотя бы под эмулятором), как это будет работать вживую (я про раскрашивание старых игрушек).
Жаль что время ушло, если бы сюда докатывались волны компьютеризации не по остаточному принципу, а как во всем цивилизованном мире, то получается что ZX-Poly появился бы году в 87м 88м, и глядишь может и писишка бы не прижилась :) .. идеи в стиле "парапанк" (кто не знает, это стиль японских мультфильмов про альтернативную историю, где роботы и компьютеры на пару)
эмуль то почти готов, надо только дооформить, да игруху что бы раскрасить надо будет редактор накалякать какой то, а то руками как то всетаки неэстетично :)
Про ZX Poly есть уже тред, зачем размазывать по соседним? Что касается ZX Yellow то столь гениальная идея явно тянет на патент, но я дарю безвозмездно всем спектрумистам. Документацию напишу, а в качестве первой аппаратной реализации м.б. какая-нибудь из стартеркитовых плат Alter-ы, Xilinx-а а возможно даже шустрого многоногого контроллера с ARM7/9 и DSP от TI. Главное, чтобы USB-device или USB-host были miniSD и памяти мегабайт 64-256.
Принципиально нового в этой идее то, что голова (ZX80) насаживается на мощную архитектуру и когда программе пользователя надо выполнить код z80 этот процессор полностью контролируемый основной частью системы выплняет все свои машинные циклы в реальном времени. Ход выполнения любой программы находится под 100% контролем.
Lethargeek
14.01.2007, 07:39
да игруху что бы раскрасить надо будет редактор накалякать какой то, а то руками как то всетаки неэстетично
Дык есть же EmuZWin, который делает то же самое, надо только написать конвертер сохраняемых файлов из 8 плоскостей в 4.
Принципиально нового в этой идее то, что голова (ZX80) насаживается на мощную архитектуру
Почему-то сразу представил качка-микроцефала из к/ф "Братья Марио". :)
Принципиально нового в этой идее то, что голова (ZX80) насаживается на мощную архитектуру и когда программе пользователя
У Спринтера так сделано, но это счастливее не сделало, так как все тут же поняли, что выгоднее делать свои процессора и прошивки в ПЛИСе, а Z80 как "свадебный генерал" только и говорит "запустить/остановить"
Дык есть же EmuZWin, который делает то же самое, надо только написать конвертер сохраняемых файлов из 8 плоскостей в 4.
Архитектура EmuZWin расчитана именно на эмули, мне не подходит, так как работа со снапшотами только на эмули и расчитана, нужен конвертер который сохраняет в то, что может быть загружено на "реале"
Нифига подобного! Ни у кого ТАК пока не сделано...ты просто не врубился!
Прошивки в ПЛИСЕ z80 это тоже совсем другое, чтобы было то, что я предлагаю надо вместе с z80 в ПЛИС прошить другой 32-битный проц, но нафига терять вентили на z80? Это и трудоемко и совсем не нужно.
Vladimir Kladov
14.01.2007, 19:47
вообще, поскольку я с этим разбирался, сразу скажу (и это обсуждалось): далеко не все удается таким макаром перекрасить. Есть игрухи, в которых спрайты хранятся не целиком, и не для всех возможных вариантов поворота. Бывают проблемы с операцией xor в эранной области. А есть случаи, когда спрайты хранятся в упакованном виде, и распаковываются по мере надобности, например, при входе в "комнату". Такие игры даже со специальной обработкой внутри процессора не переделать. Я думаю, исходный проект Spec256 был остановлен именно по той причине, что было обнаружено, что без переделки кода все равно раскрасить удается только очень малое число игрушек. Нет, не та платформа, если надо VGA, не та...
вообще, поскольку я с этим разбирался, сразу скажу (и это обсуждалось): далеко не все удается таким макаром перекрасить
Эти вещи лучше в другой ветке всетаки обсуждать.. Я никогда не говорил про 100% адаптируемость игр, но как видно на примере ATW и других игр которые на Spec256 портировали, их процент не столь мал и пожалуй самое главное что они есть.. Spec256 наверное был заброшен потому что с ним кроме раскраски игр ничего сделать просто физически нельзя.. узкая идея
Да уж пожалуйста про "гора родила мышь" в другую ветку.
Lethargeek
15.01.2007, 05:55
Архитектура EmuZWin расчитана именно на эмули, мне не подходит, так как работа со снапшотами только на эмули и расчитана, нужен конвертер который сохраняет в то, что может быть загружено на "реале"
Какая еще архитектура? Формат хранения непакованной графики везде один. А с пакованной итд все равно надо в код лезть в любом случае...
Spec256 наверное был заброшен потому что с ним кроме раскраски игр ничего сделать просто физически нельзя.. узкая идея
А что, ставились какие-то другие цели? Эмулировать четыре независимых проца непонятно для чего? А вот интересно, на ZX-Poly, буде он появится, кто-то будет что-либо делать "кроме раскраски игр"? Даже более традиционные клоны неспециальным софтом не особо поддержаны...
Почему люди ищут новые решения? Потому что старые себя принципиально исчерпали!
Процессор не умеющий аппаратно умножить два даже восьмибитных числа за 1 мкс на что он годен?
Но к нему есть бездна готового софта, разработка которого при средней цене программиста с учетом накладных по России более $1500 в месяц. Это, а не разжеванная вдоль и поперек схема основное обстоятельство нашего интереса. Но точно такой же халявный софт есть и для ARM7, к примеру. Значит влить в платформу "новую кровь" можно одним путем "срастить ежа с ужом". Это можно сделать многими способами. Какой из них окажется наиболее эффективным покажет только время. Людей остающихся на классическом спектруме я тоже хорошо понимаю, как говорится "лучше синица в руках".
Для начала нужно найти подходящий основной микроконтроллер с процессором ARM7 и числом пинов I/0 близким к 36 и максимально большой статической памятью внутри ( т.к. статика как выяснилось тоже сегодня стоит денег, особенно двухпортовая).Средневзвеше нная цена на чип в СПб/Мск естественно желательна поменьше, если питание 3.3V то пины портов д.б. толерантны к 5 в-логике пинам( это для включения z80, не знаю, есть ли z84 3.3V?).
Пока что я нашел: AT91R40008-66
256Кбайт SRAM, 32 I/O pins, в APN есть пример декодера для аудиосистемы цена в районе 9-15 евро, USB нет, только два последовательных порта.
Ты бы всетаки как то компактно в одной теме писал про все относящееся к этому.. я конечно понимаю, что чем больше капать на мозги окружающим, то даже если результата и не будет, всеравно запомнится.. но все что относится к ZX Yellow Line Spectrum можно в соответствующую тему помещать, а не рассеивать плода клонов темы
В таком случае, тоже попрошу модератора удалить все посты не относящиеся к теме данного треда.
Относительно результатов я не видел калькуляции на твой компьютер. Его появление в железе тоже не гарантировано Госстрахом...можешь не отвечать...хватит здесь твоего скептицизма.
Относительно результатов я не видел калькуляции на твой компьютер. Его появление в железе тоже не гарантировано Госстрахом...можешь не отвечать...хватит здесь твоего скептицизма.
оно не просто негарантированно, но даже маловероятно ибо предпосылки весьма шатки
Я ориентируюсь на реально доставаемые в Питере микросхемы, соответственно спаяю макет и выложу все результаты. Не считая мелочевки на плате будет 3 микросхемы z80(z84), микроконтроллер с ARM7 и A26. На этом макете я собираюсь отрабатывать все мои новые идеи. Потом закажу кому-нибудь из более продвинувшихся здесь людей программируемый видеоконтроллер. Такова программа моих действий.
Я ориентируюсь на реально доставаемые в Питере микросхемы ... Потом закажу кому-нибудь из более продвинувшихся здесь людей программируемый видеоконтроллер. Такова программа моих действий.
Надеюсь ты помимо программы своих действий, а так же списка микросхем еще и выложишь что то, что позволило бы общественности понять, что ты сделать собираешься :) ну и заодно будешь информировать всех о прогрессе "работ на БАМе"
я выложу результаты, когда они реально будут...
что это будет я уже объяснял:
ARM7+Z80...для подключения последнего я придумал включить его просто как в отладчике...т.е. каждый pin z80, за исключением тактирования, питания и некоторых других подключен к I/O порту микроконтроллера с ARM7...быстродействие последнего должно обеспечить работу z80 в реальном времени, чтобы "он не догадывался" что его внешние сигналы "имитируются" и "контролируются"
Все это можно бы было делать на плисе, дабы "потрафить ортодоксам", но зачем, если есть недорогие и производительные микроконтроллеры, которые в состояние делать то же самое, что и логика?
В логику надо запихивать и какой-то вычислитель, а здесь он готовый. К тому же тут и статическая память
256 кбайт.
Чего нет, так это видеоконтроллера, ну и массы мелочевки, ее все-равно придется убирать в плис.
Другие подробности я оформлю в виде доки, пока что руки не доходят. К тому же хотелось бы начать именно с действующего макета в железе. Может быть я в чем-то просчитался, зачем тогда наводить "тень на плетень".
ARM7 не потянет
ARM9 это глупо
При 66 MHz RISC c тактом на команду не сумеет выставлять на шины через порт/опрашивать порты 4MHZ CISC с самой быстрой командой ( не любой! заметьте себе, а обращающейся через свои пины к асинхронной внешней памяти и портам) в 4-6 и более тактов?!
а что толку опрашивать там как то и обрабатывть надо
и процессор у тебя будет крутиться в тупом цикле имитируя какую нить CPLD за $3 И то медленней
Надеюсь и на обработку у ARM7 время останется типа, адресовать нужную ячейку внутренней памяти, загрузить следущую инструкцию и т.д.
А насчет крутиться вхолостую, да когда выполняется программа на z80, то конечно ARMу следует лишь имитировать память команд, озу, порты, прерывания и прочее. Но он может делать и уйму другого при поддержке операционки, отладке и взломе программ и т.д. и т.п.
Можно писать новые программы с учетом того, что есть ARM, отмечая в исходниках, наиболее тормозные процедуры, как slow и тогда компилятор скомпиляет код уже не для z80, а для ARM. Также можно переписать старые исходники, если они сохранились, или, предварительно взломав код с помощью этого Кентавра :) получить исходники и их переделать уже.
Чего нет, так это видеоконтроллера, ну и массы мелочевки, ее все-равно придется убирать в плис.
По поводу видеоконтроллера - обрати внимание на линейки SED13xx и S1D от Seiko-Epson. В России должны быть доставаемы, стоят порядка $10, имеют простейший ускоритель. Есть версии с собственной видеопамятью на борту. Вот например http://www.epson-electronics.de/cgi-bin/panamafe/panama/demand/catalog/browseCatalog.do?colorStyle=green&tabId=1&categoryOid=-10083&BV_SessionID=@@@@0701439336.1169034926@@@@&BV_EngineID=ccccaddjiimgeejcflgcefldhgjdhkg.0
Напиши пример хотя бы для эмуляции памяти 128К и с подачей RESET по заданному адресу
Хорошо, но дома.
На саму идею это не повлияет, или найдется 100 Мгц ARM, или придется несколько понизить рабочую частоту для z80...но не до 1МГц же
Все равно идея в корне не правильная делать из процессра CPLD
чуть дороже одного ARM стоит FPGA достаточно большая что бы реализовать функционал аппаратного отладчика и т.д. да и Z80 туда влезет если приспичит
Все равно идея в корне не правильная делать из процессра CPLD
Идей непрвильных не бывает.. бывают вредные или неравлизуемые :)
Но зная андрея, рекомендую всем не ругать его идеи, а лучше почаще спрашивать "где? ГДЕ?!" .. пусть хоть что то сделает.. а то скажет потом что сгнобили идею
Да не я просто пытался кое что на ARM реалтаймовое для спека написать
в итоге производительности не хватило хотя девайс менее реалтаймовый чем предложенный тут.
Да не я просто пытался кое что на ARM реалтаймовое для спека написать
в итоге производительности не хватило хотя девайс менее реалтаймовый чем предложенный тут.
Он же написал как собирается обойти этот подводный и очевидный камень.. Z80 с тактовой частотой 500 кГц спасет отца русской демократии
да это неинтересно :)
А на 3,5 уже туго будет без отладки про 7МГц нереально
я просто пытался кое что на ARM реалтаймовое для спека написать как говорится это "кое-что" в студию, plz...по поводу интересно-неинтересно вообще бессмысленно обсуждать...кому неинтересно, а кому и интересно...
по поводу сделать Игорь, начни с себя (про железо)
как говорится это "кое-что" в студию, plz...
Просмотри ещё разок тему "ARM - процессор Speccy 21 века". Там есть пара убедительных доводов как "за", так и "против". А вообще можно посчитать, сколько у тебя например на один машинный цикл Z80 на определённой частоте уходит тактов АРМа и попробовать по коду влезть в этот промежуток так, что бы АРМ успел обработать состояние Z80.
Все присутствующие здесь инженеры с опытом( я работаю в области Embedded System c 1983 года, начинал на i8080 Intellec MDS Series-II) понимают, что ни за день, ни за неделю новыми для себя технологиями не овладеть. У меня с полгода назад были некоторые эксперименты на ARM7 Philips LPC, купил книжку, установил IDE c GCC Keil, попускал примеры), опыт начальный. Сейчас скачал IAR Embedded Workbench for ARM версию для быстрого старта с ограничением 32K кода. Почему надо каждый день муссировать тему, что "зная Андрея"...Игорь знал меня не в самые лучшие для меня времена и продолжает экстраполировать в будущее. Игорь, это в конце концов дурно, публично заявляю. Я в твой проект не лезу, и желаю тебе всяческих успехов в его реализации. Отчего же ты те же самые методы, которые не нравятся по отношению к твоему проекту со стороны других людей, вовсю используешь здесь? Ты считаешь это честной конкуренцией?
А вообще можно посчитать, сколько у тебя например на один машинный цикл Z80 на определённой частоте уходит тактов АРМа и попробовать по коду влезть в этот промежуток так, что бы АРМ успел обработать состояние Z80.
я сам отлично понимаю ограничения накладываемые в том числе производительностью...
В то же время мне, например, непонятно, почему критики моего подхода считают, что это просто замена ПЛИС, упуская из вида многие другие позитивные моменты(наличие внутренней статической памяти 256К, мощного 32р. вычислителя, последов. портов и прочее)
я сам отлично понимаю ограничения накладываемые в том числе производительностью...
В то же время мне, например, непонятно, почему критики моего подхода считают, что это просто замена ПЛИС, упуская из вида многие другие позитивные моменты(наличие внутренней статической памяти 256К, мощного 32р. вычислителя, последов. портов и прочее)
Потому что дешевле и удобнее на ПЛИС такое делать. В тобой поставленой задачи ты получается используешь АРМ "не по назначению". Право естественно твоё, но слежение за шиной и делегация событии от/к Z80 можно легко сделать простой FSM, которая просто кричит о ПЛИС :) При том, зачем тебе 256К в этом случае? Ты как-то собираешься манипулировать данными с шины до доставки их к Z80?
Отчего же ты те же самые методы, которые не нравятся по отношению к твоему проекту со стороны других людей, вовсю используешь здесь? Ты считаешь это честной конкуренцией?
По секрету скажу, я вообще конкуренцией не считаю.. что же касается лучших или не лучших времен, то я скорее уговариваю народ быть с тобой помягче, дабы новые начинания не оказались там же где старые, а их скопилось как брошенных грузовиков за баром "веселые сиськи" (это из фильма "от заката до рассвета"). Только за последние два месяца ты начал несколько полномасштабных проектов (судя по записям на данном форуме) и если тебя начнут критиковать, то ты погрязнешь в переписке и ответах и мы так и уйдем на пенсию, не увидев твоих творений..
Ты как-то собираешься манипулировать данными с шины до доставки их к Z80?
Конечно! Простой пример: повороты на плоскости объектов перед выводом на видеоконтроллер. Кто быстрее их сделает: z80 без уменожения или arm7? В том то и дело, что поскольку у них память общая, и к тому же z80 работает только тогда, когда ARM7 ему это позволяет ( просто за счет асинхронности работы z80 с внешней памяти), то просто не стоит проблема разделения этой общей памяти.
Только за последние два месяца ты начал несколько полномасштабных проектов (судя по записям на данном форуме) и если тебя начнут критиковать, то ты погрязнешь в переписке и ответах и мы так и уйдем на пенсию, не увидев твоих творений..если критика будет неконструктивной, я ее буду просто игнорировать...а насчет пенсии не волнуйся, я кажется никому никаких гарантий не даю и в тендере на поставку компов адептам не участвую...вся эта экзотика, в которую ты меня умудрялся втягивать в 97-99гг. меня больше не имает...я стал мудрым, Игорек!
Из 256К - 128К (по крайней мере) это обычная память ZX Spectrum 128K!
Конечно! Простой пример: повороты на плоскости объектов перед выводом на видеоконтроллер. Кто быстрее их сделает: z80 без уменожения или arm7?
ПЛИС. Ибо в современных ПЛИС есть уже мультипликаторы, которые работают внутри на очень больших скоростях.
Из 256К - 128К (по крайней мере) это обычная память ZX Spectrum 128K!
О! Т.е. половину от АРМового кода уже оттяпана :) Теперь подумай о том, что раз вся память Спектрума у тебя в АРМе сидит, то выходит АРМу надо как-то либо видеосигнал генерировать, либо по прерыванию отрываться от основной работы и выдавать данные текущей отображаемой строки внешнему видеоконтроллеру. И всё это посреди обработки машинного цикла Z80.
Сколько бы инструкций пришлось выбрать z80 ИЗ ПАМЯТИ, программно выполняя умножение. ВСЕ это время он теперь отдыхает, поскольку ARM7 делает это достаточно быстро, чтобы не пропустить обновление кадра. Но замечание существенно, согласен, видеоконтроллер не должен быть еще одним активным устройством системы при такой системной памяти. ARM7 должен сбрасывать в него внутреннюю видеопамять на очередной кадр быстро и целиком.
Ибо в современных ПЛИС есть уже мультипликаторы, которые работают внутри на очень больших скоростях.этого недостаточно! такой умножитель необходимо еще имплантировать в набор команд z80-core и поддержать компилятором. GCC перебирать?
внутреннюю видеопамять на очередной кадр быстро и целиком.при размере стандартной видеопамяти ZX Spectrum это не должно занять много времени, если есть КПДП тем более
Сколько бы инструкций пришлось выбрать z80 ИЗ ПАМЯТИ, программно выполняя умножение. ВСЕ это время он теперь отдыхает, поскольку ARM7 делает это достаточно быстро, чтобы не пропустить обновление кадра. Но замечание существенно, согласен, видеоконтроллер не должен быть еще одним активным устройством системы при такой системной памяти. ARM7 должен сбрасывать в него внутреннюю видеопамять на очередной кадр быстро и целиком.
Ага, т.е. появляется ещё и буфер кадра, который надо заполнять по какому-либо событию (например по деактивации сигнала гашения, ака начало активной области). Теперь берём размер экрана - 6912 байт тебе надо перебросить из внутренней памяти во внешнюю. Железного ДМА у R40008 нет, можно сделать только софтовое на FIQ, т.е. у тебя в лучшем случае понадобится 6912 тактов АРМа для переброски (все подготовки обработчика FIQ здесь опущены). Сколько инструкций Z80 ты пропустишь при этом? Или Z80 будет висеть на /WAIT? Тогда это тормознутый клон будет из всех, который ещё и АРМ имеет на борту. Плюс ты собрался делать манипуляции с содержимым памяти, поворачивать и т.п. , я так понимаю имелась в виду видеопамять? Успеешь? А вот в ПЛИС можно это всё дело действительно распараллелить, что одно другому мешать не будет. И скорость выжать оптимизацией в два раза выше чем у предлагаемого АРМа.
этого недостаточно! такой умножитель необходимо еще имплантировать в набор команд z80-core и поддержать компилятором. GCC перебирать?
Что значит имплантировать? Расширить систему комманд Z80? Тогда скорость Z80 как такового упадёт. К чему такой изврат? На ПЛИС быстрее получится кстати всё-равно. И опять же, GCC для новых команд тебе придётся "перебирать" и так и так.
Сколько инструкций Z80 ты пропустишь при этом? если экран не обновлялся - то не надо пересылать...в случае тормозного z80 все равно на время преобразований экран пришлось бы гасить? что мешает поступить так и здесь, но погасить его на значительно меньшее время...
>Что значит имплантировать?
у z80 нет кода инструкции для аппаратного умножения, его необходимо в вашем случае ввести, в моем нет...так как при компиляции в этом месте просто будет код для arm7, а при выполнении, поскольку весь поток команд идет через arm, он будет знать, что эта команда для него и выдавать ее через параллельный порт ее не нужно, перебирать gcc не потребуется...нужен просто хитрый линковщик и компоновщик объектных модулей, вот его придется написать для получения результирующего mixed-code.
Я так понимаю, что всё определяется достаточно простой вещью, а в частности количеством выполненных команд ARM за один такт Z80 (3.5 мГц). Ктонибудь может сказать сколько в текущий момент развития ARM7 (максимально производительный камень) может выдать производительности за такт Z80го? а то я не в курсе ARM процов..
при размере стандартной видеопамяти ZX Spectrum это не должно занять много времени, если есть КПДП тем более
Ты уже написал тут и для ARM9 на 200MIPS будет не скучно
можно сделать только софтовое на FIQ
ARM7 в FIQ входит тока за 24 такта ядра (1,5 такта процессора Z80) а еще пересылка то есть в секунду уходит тока 8 милионов тактов ядра тока на вход в прерывания
И еще не забывай что у ARM каждый переход это 3 штрафных такта, а код того что ты описываеш линейностью не пахнет
ARM7 (максимально производительный камень) может выдать производительности за такт Z80го?а они унифицированы (ядра CPU) так что дели MHZ и умножай на 2...но это бессмысленное сравнение, т.к. ARM7 не PIC, у него не все команды выполняются за 1 такт
То есть для 66MHz и 3,5MHZ самая быстрая команда ARM выполняется в 37,7 быстрее...это типа 486DX66
если экран не обновлялся - то не надо пересылать...
Оттого и событие (прерывание, если так удобнее). При этом придётся так же
в случае тормозного z80 все равно на время преобразований экран пришлось бы гасить? что мешает поступить так и здесь, но погасить его на значительно меньшее время...
Почему гасить? Что ты имеешь в виду под гасить?
>Что значит имплантировать?
у z80 нет кода инструкции для аппаратного умножения, его необходимо в вашем случае ввести, в моем нет...так как при компиляции в этом месте просто будет код для arm7, а при выполнении, поскольку весь поток команд идет через arm, он будет знать, что эта команда для него и выдавать ее через параллельный порт ее не нужно, перебирать gcc не потребуется...нужен просто хитрый линковщик и компоновщик объектных модулей, вот его придется написать для получения результирующего mixed-code.
Ага! Осталось только весь gcc научить понимать дополнительно Z80 асемблер + научить отличать его от ARM кода. Стоит овчинка выделки?
а они унифицированы (ядра CPU) так что дели MHZ и умножай на 2...но это бессмысленное сравнение, т.к. ARM7 не PIC, у него не все команды выполняются за 1 такт
С коих пор PIC выполняет команды за один такт?
Почему гасить?
ну пропускать кадры...так здесь аналогично, только полюбому меньше затормозит
Осталось только весь gcc научить понимать дополнительно Z80 асемблер а это зачем?
исходник пропускаешь сперва с ключом -arm7,
затем с ключом -z80
А остальное на условной компиляции, а можно автоматизировать, пропуская через анализатор кода, который знает, какие операции у z80 тормозные.
Я ж говорю, линковщик хитрый нужен.
С коих пор PIC выполняет команды за один такт?ну за два...кроме команд перехода и еще чего-то там...подразумевалось, что у ARM команды отличаются большим различием по времени выполнения
"Хитрость" линковщика заключается именно в организации mixed-потока кода инструкций...по несуществующим командам у ARM7 произойдет "исключение" а там вступит в силу кусок кода, поддерживающий выполнение на z80. Туманно, потому как это я еще не совсем придумал как сделать, здесь много вариантов.
Вот, быть может один из вариантов mixed code stream:
код ARM7...код несуществующей команды ARM7,код Z80...RST ?, код ARM7... и т.д.
Если бы у z80 была обработка несуществующих команд, или есть, че то я не помню.
ну пропускать кадры...так здесь аналогично, только полюбому меньше затормозит
Демомейкеры и сочуствующие порвут :)
а это зачем?
исходник пропускаешь сперва с ключом -arm7,
затем с ключом -z80
А остальное на условной компиляции, а можно автоматизировать, пропуская через анализатор кода, который знает, какие операции у z80 тормозные.
Я ж говорю, линковщик хитрый нужен.
? Чего-то фигня какая-то. У тебя после всех компиляций прошивка получается, бинарная, которую ты скармливаешь АРМу. О каком смешаном коде речь идёт? Как ты в рантайм скажешь АРМу "а вот теперь это не твой код, а твоего подопечного, посему отдавай просто так как есть и не исполняй его"?
ну за два...кроме команд перехода и еще чего-то там...подразумевалось, что у ARM команды отличаются большим различием по времени выполнения
За два, не за четыре? Что имеется в виду под большим различием по времени выполнения? Как раз у АРМа можно все команды считать однотактными.
Вот, быть может один из вариантов mixed code stream:
код ARM7...код несуществующей команды ARM7,код Z80...RST ?, код ARM7... и т.д.
Т.е. это по-моему софтовые прерывания АРМа будут юзатся (исключительная ситуация). Быстро не получится.
Если бы у z80 была обработка несуществующих команд, или есть, че то я не помню.
У Z180 есть например, но как-то сложно. Вроде в eZ80 было что-то более продвинутое в Z80-линейке.
"Обычная обработка данных 1s;
Обработка данных с числом сдвигов, указанных в регистре 1s+1i;
Обработка данных с записью в регистр PC 2s+1n;
Обработка данных с числом сдвигов, указанных в регистре, и с записью в регистр PC 2s+1N+1i;"
цитируется по "Обзор системы команд ARM7"
В общем сравнение производительности с z80 это отдельная проблема.
Демомейкеры и сочуствующие порвут
зато геймеры одобрят :)
Кстати, исходники эмулятора ARM7 в инете нигде не лежат?
Обработка данных с числом сдвигов, указанных в регистре, и с записью в регистр PC 2s+1N+1i;"
Все кроме N иогут быть 0, зависит от операндов
Кстати, исходники эмулятора ARM7 в инете нигде не лежат?
Есть такой пакет под названием Proteus, он тебе зело должен понравится. Там есть симулятор под названием VSim, почитай вот здесь http://www.labcenter.co.uk/index_uk.htm
Кстати, исходники эмулятора ARM7 в инете нигде не лежат?
Sourceforge.net
Нашлись в исходниках:
Simlt-ARM, Generator ARM, The Amsterdam Compiler Kit.
Но пока до эмулятора ZX Yellow Lines Spectrum еще далеко, больше интересовал готовы инструментарий для
разработки. Хотел было юзать IAR Embedded Workbench for ARM, но спецы с Телесисов уговорили перебраться на Keil, благо я с ним баловался на LPC, откомпилял вчера на ночь глядя моргалку битом порта...железа нет...симулятор моргает :)
железа нет
я вообще теперь хотел бы инициировать здесь обсуждение схемы включения...чтобы был предметный разговор, скачайте себе файл doc1354.pdf с www.atmel.com или какой-то другой, где есть "раскопытка" чипа AT91R40008
обсуждение схемы включения
это нужно для программирования...хотелос бы обсудить
1) межсоединения z80 - AT91R40008(ясно что шину данных можно включить непосредственно, со всеми другими соединениями возможны варианты);
2) выбор внешних устройств для EBI (может быть до 8 внешн.
устройств, поскольку чип обеспечивает до 8 Chip Select-ов, включая внешнюю память, видеоконтроллер, A26...ЧТО еще?) и размера страниц Programmable Page Size 1,4,16,64 MBytes.
После "разговора на ходу" с К.Ф. и обсуждения на Телесисах появилось желание заменить AT91R40008 на AT91SAM9261.
Lethargeek
30.01.2007, 05:12
зато геймеры одобрят
У меня очучение, что именно такие геймеры уже много чего успели одобрить, для начала свалив на приставки в 90-х годах. :D
Полно вздыхать и ностальгировать
Качаем на сайте
http://www.keil.com/search.asp?PG=1&PX=1&Q=AT91SAM9261
at91sam9261_full.pdf и обсуждаем будущую схему
ZX Yellow Lines Spectrum.
Говорили, что мало ARM7, вот вам ARM9 200 MHz(180 мипс) с видеоконтроллером на борту, за 900 руб. "все включено", с USB2.0 device, с USB host, с поддержкой SD- флэш кардс...в общем изучаем и потом обсуждаем.
Одна из возможных реализаций на этом чипе, здесь
http://ronetix.at/download/doc/eb9261/eb9261_user_manual.pdf
Вся свежая информация по subj будет теперь выкладываться на страницах моего сайта, обсуждать новый компьютер можно будет на форуме
http://narod.yandex.ru/userforum/?owner=andrewsatan
acidrain
30.01.2007, 23:04
У меня вопрос, почему бы не решить проблему использования 2х процов, как на амиге с ее акселями BlizzardPPC?
Система простая - надо ппц проц, через библиотеку выбираем то, что нужно.
Я нашел, как мне кажется, лучшее решение. Первоначально действительно предполагалось использовать ARM только как процедурный процессор.
Но ведь это обидно, когда 200 мипс пускались бы в дело буквально на мсек. Поэтому режима теперь два, переключаемых тумблером на плате.
Режим 1: комп включается как ZX Spectrum( причем теоретически возможно имитировать ЛЮБОЙ клон при программируемом видеоконтроллере с 1,2,4,8,16,32 бит на пиксель и с разрешением до 2048x2048 пикселей, и этот контроллер встроен в чип AT91SAM9261 за 800руб!)
при этом ARM9 "ассистирует" z80;
Режим 2: комп запускается с операционкой для ARM9, при этом TRDOS запускается в отдельном треде в отдельном окне
режим 2 врядли прокатит, так как операционка для ARM9 слишком "дорогое" решение в рамках твоего проекта.. вспомни Петерс Плюс, там с железом всё было в порядке, но никто толком не поддержал и если бы не маньяки в лице Паринова и Горячева, то х.. вообще бы там был у них в Спринтере, а не операционка.. сейчас сложилось так, что железо сделать дешевле чем софтину к нему.. так что старайся не вылезать из-за "железных" рамок и развивай режим 1
В данном случае придется доводить готовые ОС и я надеюсь на гораздо большее количество фанатов АРМ-а, чем ZX Spectrum. По мощности проца на нем (в зависимости от объема установленной памяти ) может идти большинство современных операционок с открытым кодом.
Кроме того, он умеет быстро выполнять байткоды Java :)
В данном случае придется доводить готовые ОС и я надеюсь на гораздо большее количество фанатов АРМ-а, чем ZX Spectrum. По мощности проца на нем (в зависимости от объема установленной памяти ) может идти большинство современных операционок с открытым кодом.
Андрей, небольшой вопросик, у Вас конечная цель какая?
Пересадить спектрумистов на АРМ :v2_wink2: .
Я например АРМы програмирую уже несколько лет, на ассемблере там писать сложно и практически неоправдано.
А всем кто мечтает об АРМ компьютере, можно взять например набор от CirrusLogic на АРМ9 EDB9315A - по сути это уже полноценный компьютер.
http://www.terraelectronica.ru/catalog.php?ID=855&IDm=b572
Цель другая, но я объясняю ее уже с декабря!
Самое главное -сделать полноценный ZX Spectrum на 3-5 микросхемах по цене <130 евро. Повторить его сможет тот, кто сумеет припаять 256 pin BGA на шестислойку. А возможность программировать 200 мипсовый комп с Java, C/C++ и возможно в перспективе с чем-то еще это уже бонус. В нем AT91SAM9261 уйма готовых интерфейсов, включая Ethernet, программируемый контроллер дисплея и пр. Поэтому будут довольны и железячники, и программеры, и музакеры, и художники, и геймеры, и демомейкеры.
Словом "счастье каждому, кто сколько унесет"...а "пересаживать" я никого не собираюсь. Традиционные Спектрумы были и остаются. Ведь этот новый когда еще появится...Но работая над ним, люди получат хорошее развитие и много удовлетворения собой. Так как он под GPL, то никто и никогда не станет обвинять вас в нарушении авторских прав. Могут быть отдельные ньюансы, которые легко можно будет при желании обходить.
NovaStorm
31.01.2007, 16:25
Хм, на мой взгляд более реальна конструкция, где корпусов десяток-полтора. 3-5 уж слишком мало.
Роман, а если оторвать отладочные возможности от EDB9315A, можно ли будет снизить цену такого устройства хотя бы до 250-300$? Ведь по комплектухе оно выходит около 200?
Поэтому будут довольны и железячники, и программеры, и музакеры, и художники, и геймеры, и демомейкеры.
Дэмо(игро)-мейкеры будут довольны, если смогут пересылать за один кадр
(в режмие 640*480*256@75Гц)
минимум три экрана в теневой видео-буфер.
И чтобы эти пересылки, занимали не более 30-40% времени CPU.
На такое способен этот чип?
Встроенный видео-контроллер нужно внимательно изучить для начала.
Хм, на мой взгляд более реальна конструкция, где корпусов десяток-полтора. 3-5 уж слишком мало.
Роман, а если оторвать отладочные возможности от EDB9315A, можно ли будет снизить цену такого устройства хотя бы до 250-300$? Ведь по комплектухе оно выходит около 200?
Там в основном софт дорогой (АРМ компилеры и RealView стоят крайне нифигово), по железу это стоит не более 150-200...
Например у www.techno.ru этот комплект дешевле.
Цель другая, но я объясняю ее уже с декабря!
Самое главное -сделать полноценный ZX Spectrum на 3-5 микросхемах по цене <130 евро.
Я так понял что сам проц уже пошел в помойку и вместо него эмулятор используется. Так направление реализации на ПЛМ более честное.
Повторить его сможет тот, кто сумеет припаять 256 pin BGA на шестислойку.
Извини, но "ржунемогу" :v2_clapp: .
А возможность программировать 200 мипсовый комп с Java, C/C++ и возможно в перспективе с чем-то еще это уже бонус.В нем AT91SAM9261 уйма готовых интерфейсов, включая Ethernet, программируемый контроллер дисплея и пр. Поэтому будут довольны и железячники, и программеры, и музакеры, и художники, и геймеры, и демомейкеры.
Это называется ПокетПС. Там все уже давно есть.
Это называется ПокетПС. Там все уже давно есть.
А есть такой покет, чтобы подключался к ВГА монитору и
выдавал режим 640*480?
С вменяемой ценой.
А есть такой покет, чтобы подключался к ВГА монитору и
выдавал режим 640*480?
Покеты обычно идут со своим ЛСД.
С вменяемой ценой.
130 евро = 4420руб
http://www.price.ru/bin/price/prodlist?curr=2&base=1&cid=010401&pnam=&where=00&vcid=01010402
А есть такой покет, чтобы подключался к ВГА монитору и
выдавал режим 640*480?
С вменяемой ценой.
Какая то компания делала модули расширения для подключения КПК к VGA, вроде назывались Presentation-Go , в пределах 200 баксов вроде как стоили..
Я так понял что сам проц уже пошел в помойку и вместо него эмулятор используется. ...отнюдь! минимальный набор микросхем следущий:
1) z80;
2) SAM9261;
3) внешний SRAM или DRAM;
4) SoundCHIP+усилитель;
5) что-то типа Data Flash;
6) разъем под CF или SD
всякая мелочевка и разъемы под Ethernet, USB и прочее...
хотелось бы подрубать не только LCD но и автомобильные ТВ,
VGA режим только опционально( много жрет памяти)...так QVGA и спектрумовские экраны
4420 рублей должно быть ПРЕДЕЛЬНОЙ ценой базовой модели!
Дэмо(игро)-мейкеры будут довольны, если смогут пересылать за один кадр
(в режмие 640*480*256@75Гц)
минимум три экрана в теневой видео-буфер.
И чтобы эти пересылки, занимали не более 30-40% времени CPU.
На такое способен этот чип?
он то способен, но в 8-16 мегабайт памяти не уложишься...и в 130 евро тоже...память придется собирать по помойкам на 600 руб. максимум
А сколько съест 640x480 даже 256 цветов?
Там в основном софт дорогой
а здесь (системный) должен быть бесплатный :)
...отнюдь! минимальный набор микросхем следущий:
1) z80;
на Z80 можно сэкономить, заменив на программный эмулятор.. по идее при такой производительности и внутренних ресурсах, ARM сможет эмулировать Z80 не используя и половины своих вычислительных ресурсов
acidrain
31.01.2007, 19:54
переключаемых тумблером на плате.
Может не тумблером? =)
на Z80 можно сэкономить
а стоит ли? если он будет стоять 1)ты сможешь делать уйму вещей при отладке и взломе софта для z80 2) сможешь проверять качество программных симуляторов3) сможешь подключать другие устройства на шину z80!
3) сэкономишь производительность и память
и наконец его можно не паять на плату и выключать в любой момент программно
Может не тумблером? =)
ну тогда микротумблером на плате, он висит на каком-то пине порта и более ничего!
2й режим (ARM-MASTER)я предлагаю пока использовать как тест для проверки железа и экспериментов с интерфейсами, если появится содержательный софт- тогда посмотрим
он то способен, но в 8-16 мегабайт памяти не уложишься...и в 130 евро тоже...память придется собирать по помойкам на 600 руб. максимум
А сколько съест 640x480 даже 256 цветов?
сканер ~23 МБ/сек +
блиттер 70 МБ/сек =
~95 МБ/сек
Прошу не пинать ногами, но временно subj перебирается с AT91SAM9261 на ADSP BF533.
Добавлю пожалуй к названию ZX (YL-) Spectrum.
Резоны? Когда я еще бы купил стартер кит под AT91SAM9261, а ADSP-BF533 EZ-KIT Lite давно у меня в руках. С точки зрения мипсов потерь никаких (600 вместо 200), цена < $10. Правда вкусных интерфейсов и видеоконтроллера совсем нет :(
Хочется, чтобы шелезяка была под рукой. Если есть разочарованные, в личку.
Да, пожалуйста, можно переместить эту ветку в "концепции" или даже "другие компьютеры".
>А можешь URL дать где бы был сравнительный анализ всех _доступных_ на текущее >время вот такого уровня "multimedia controller-ов"? Ато токо про BF и слышно.
Da Vinci это TI и довольно разношерстное семейство "сэндвичей" от ARM9+_+графический видеоакселлератор до ARM9+C64+ +графический видеоакселлератор +HDTV контроллер . Цены в USA от $35 до $105, у нас при штучных заказах умножайте примерно вдвое.
Blackfin-ы имеют расширенный по командам сигнальный процессор, или "конвергентный"
процессор (все), а аппаратный видеоакселератор примерно сопоставимый с видеоакселлератором Da Vinci, но естественно совершенно различной архитектуры и несовместимые по командам только в новом семействе ADSP-BF54x.
Оценочные платы есть уже и у одних и у других. Как обстоят дела с поставками самих процессоров у дистрибьютеров TI в России я не в курсе. Blackfin-ы проще отлаживать, в них единая архитектура, правда писать на ASM-е не очень удобно. Сравнивать мне не интересно, поскольку я работаю на Blackfin. Имею отладочные платы и VisualDSP++.
balu_dark
26.01.2008, 00:52
А есть чтото живое? на потрогать руками ?
насчет ARM архитектуры помог бы руками и ногами ( blackfin насколько помню - тоже ARM )
Нет, Blackfin это не ARM. Вам тогда на Da Vinci, сэр, однозначно!
balu_dark
26.01.2008, 20:33
тогда тоскливо - хотя на сях если писать то разницы какбы нет
Именно! И С, и С++, притом симулятор абсолютно бесплатен
http://www.analog.com/processors/blackfin/evaluationDevelopment/blackfinProcessorTestDrive.html
целых 90-дней по-любому, а по распространенности в СССР с конца 90-х семейства ADSP-21xx, прямого предка ADSP-BF548, вообще не с чем сравнивать.
Часть связанная с "сигнальным процессором" позволяет легко реализовать различные аудио-, видео- кодеки, демо-версии которых доступны здесь
http://www.analog.com/processors/platforms/blackfinSoftwareModules.html
Естественно, через C можно портировать на Blackfin хоть черта в ступе. Ограничений на внешнюю память у него нет, BF548 поддерживает все современные типы флэшей встроенными на чип контроллерами, ATAPI-6, USB2.0 OTG with PHYS, Ethernet MAC, контроллер клавиатуры, и тачпада, умеет загружать старт-код ( в том числе) по посл. порту! Это означает, что вы можете сделать законченное решение буквально из загрузочного контроллера с UART (как вариант просто заливать софт с IBM PC через UART), внешней флэши ( куда собственно вы и станете заливать, чтобы при следущем включении можно было грузить программу уже отсюда-режим загрузки задается состоянием определенной группы входов) и внешней оперативной памяти ( DDR2, или ASYNC, это расширяет конечно возможности, но сильно удорожает систему). ЖКИ экран подключается через EPPI ( благо выводов до дури). Можно делать и очень простые архитектуры и навороченные. В общем, полагаю, очень благодатная глина для самодельщиков. Одно НО, впрочем характерное для большинства современных процев BGA-корпус и очень капризные с большой крутизной фронтов выводы портов. Собранная "на коленке" плата скорее всего не заработает. Начинать поэтому лучше по стопам китайцев с LQFP-ных корпусов ADSP-BF532, BF533 на частотах порядка 200-300 MHz. Частота ( и напряжение питания процессорного ядра и периферии) выбирается ПРОГРАММНО! Есть встроенный внутренний PLL, внешний кварц может быть и 14.5 MHz, но лучше взять как на оценочных платах 27MHz, или 16, или 20MHz.
В Киеве, кстати, тоже есть прямой дистрибьютер Analog Devices, работающий по всей Украине и у него должны быть нормальные цены на эти процы. Кроме того есть тьма складских перекупщиков и все они очень шустро продают продукцию ADI, так что никакого отличия от Atmel и иже с ними в этом смысле нет.
Есть англоязычные форумы, где есть куча примеров софта, есть роботы на ADSP-BF537, приставки, цифровые фоторамки, цифровые радиоприемники, приемники ГЛОНАСС, куча всякой аппаратуры, тьма фирм где требуются специалисты по Blackfin ( и электронщики, и программисты и алгоритмисты по ЦОС). Так что если любители всем этим добром овладеют, то, несомненно получат для себя пользу и в чисто профессиональном плане.
balu_dark
27.01.2008, 22:43
Премного благодарен за ссылки! я года 3 назад заказывал себе комплект компактов с АД надо будет отрыть заново - точно помню один из 2х компактов был про блэкфины. но ARM архитектура за 6 лет стала родной чтоли. вобщем спасибо за инфу - на неделе сяду за ее обработку - подумать есть над чем.
balu_dark
13.02.2008, 19:49
Mitsubishi?
да, trium-club.
я там созрел забрать 750й, нужны зеленоградские контакты
(sorry за оффтоп)
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot