Просмотр полной версии : Мультипроцессор
Пока ковырялся со своим наладонником, продумывая масштабируемость, подумал грешным делом, а почему на спеке, в особенности для демосцены, нет мультипроцессорных решений. Мультисоунды есть.. Википедия дает общий ответ по "Мультипроцессор" (http://ru.wikipedia.org/wiki/%D0%9C%D1%83%D0%BB%D1%8C%D1%82%D0%B8%D0%BF%D1%80%D 0%BE%D1%86%D0%B5%D1%81%D1%81%D0%BE%D1%80).
Так вот, сразу же возникло несколько вариаций на которые, возможно, у народа есть ответ/светлая мысль. :v2_cheer:
Предположим, что есть общее поле памяти и много CPU. Общий выполняемый код. Процессоры определяют свой номер по чтению из условного порта, допустим, мой уже любимый, порт #00h.
Определить же наличие и количество процессоров будет легко, учитывая то, что каждый выполняет свой код в зависимости от состояния порта. Количество зверьков до 256. :v2_yahoo: :v2_cheer:
На практике хоть 2-4-8, это вполне нормально для пробы.
>Схемно, в лоб, многопроцессорность возможна (и) без особых схемных извратов, с наибольшей совместимостью с платформой, но.. каким, наиболее эффективным образом организовать одновременный доступ всех процессоров к общей памяти.
Дело в том, что у меня в zx-palm (http://www.zx.pk.ru/showthread.php?t=3115&highlight=%ED%E0%EB%E0%E4%EE%ED%ED%E8%EA) для минимизирования зависимости от спецпрограммирования применяется "ход конем", а именно ez прогружает образ ппзу в рам-память Z80, дальше запрет записи, ez пускает и тормозит его в зависимости от задач. Z80+ram+2микрухи - получается отдельный модуль. В данной схемной реализации нет особых проблем в добавлении n-го количества Z80-модулей, т.е. это нужно учесть заранее.
на чтение - самое простое, что пришло в голову, это дать каждому процессору свой кусок 64к, остальное тонкости запуска многопроцессорности в момент инициализации.
на запись - писать одновременно, это уже вопрос, т.е. кеширование или что-то другое.
..
Выстроить их в очередь для обращения к памяти, это самое простое, но теряем производительность на запись, а если учесть возможную необходимую зависимость, то и на чтение.
..
Дать четным одну часть памяти, а остальным другую. Предположим экраны/части (трети) экранов.
..
Запись в более быструю память "хитрым" и быстрым контроллером. Правда в этом случае, количество доппроцессоров сократится.
..
Поставить детекторы записи в память и.. по очереди читать(переносить) из памяти каждого в общее поле, откуда уже формируется картинка и т.п.
Black_Cat
20.04.2008, 04:02
боян..
http://www.zx.pk.ru/showthread.php?t=4564
боян..
http://www.zx.pk.ru/showthread.php?t=4564
Я видел эту тему, но думаю, это не из области практики. Очень близко.
Возникли именно практические вопросы, т.к. в "наладоннике" изначально заложено два проца, так что огород городить, когда можно поднять затею "боян"'ов на практически реализуемый уровень и даже пойти дальше. Накладно для 256 камней, но вполне по силам для 2х(для всех), 4-8ми для масштабируемых. :v2_cheer:
Добавлено через 13 часов 12 минут
Ну и чего все замолчали?
Добавлено через 14 часов 18 минут
Какие мысли по поводу организации записи в память? :v2_conf2:
that inside
21.04.2008, 22:48
хмм ктото увеличевает CLK ктото толичество процов это мода щя такая или есть мысли?
а вапщето сушествуют такие уже давно но там кантроль процов сложно незя просто заставить один читать то другой читать се
архитектура это штука более сложная и основательная чем просто процы к памяти подрубать
хмм ктото увеличевает CLK ктото толичество процов это мода щя такая или есть мысли?
Есть не только мысли. Я задумался в "Наладоннике" о том, что хорошо бы, чтобы у ВСЕХ реальщиков была возможность получить теже или близкие к моей разработке возможности. Это в свою очередь не оставит zx-palm в программном вакууме, который погубил много хорошего.
Так вот, очень долго (лет 12) крутилось в голове слово, - "как" (подразумевается, как объять все разбросы и шатания), - со временем пришло решение..
Для начала мне надо до конца года показать "Наладонник" на любой из zx-пати, т.к. многие к кому я обращался за софтверной поддержкой говорили дословно, - "для начала сделай zx-palm, а после мы включимся в проект со стороны софта", - и никакие разумные доводы, что для начала нужно хоть какое-то наполнение, по минимуму. Снова задумался, теперь уже меньше, года на три, минимизировал влияние программистов на проект особенностями схемы и тройкой лишних микрух.
Пока жду макетки, решил, что торможу зря, начал продумывать пошаговую отладку участков своей схемы на реальном спеке и вот оно. :v2_yahoo: Возможен апгрейд до 21MZh без переделки базовой платы. :v2_yahoo: Нет никаких проблем подключить шустрые процессоры к реальному спеку.
Прототип вообще соберу из того что уже есть, без заморочек (128+AY). :v2_smoke:
а вапщето сушествуют такие уже давно но там кантроль процов сложно незя просто заставить один читать то другой читать се
Если у каждого своя память, то какие проблемы-то. А вот когда они будут писать результаты своей работы в интересующую нас область, вот тогда и потребуется что-то особенное.
Сейчас вообще склонен к тому, чтобы контроллер в момент формирования экрана читал одновременно со всех памятей одновременно. Страшно подумать для скольки процессоров это прокатит, т.к. адреса для всех, тоже что и для одного, а данные вообще мимо ULA. Что и как миксовать, вот это придется решать.
Вот с ДМА'бы eZ'товским разобраться, вот это уже хорошие доп CPU по 50MZh каждый. :v2_finge:
Добавлено через 12 минут
архитектура это штука более сложная и основательная чем просто процы к памяти подрубать
Ну согласись, в решениях, где можно и так и сяк, да еще не теряя совместимость с базовой, добиться результатов превосходяшие топтание на месте, это если не прорыв, то хотя бы шаг вперед.
Кстати, ты не против, если я использую твои наработки. Проги есть?
Ну согласись, в решениях, где можно и так и сяк, да еще не теряя совместимость с базовой, добиться результатов превосходяшие топтание на месте, это если не прорыв, то хотя бы шаг вперед. Кстати, ты не против, если я использую твои наработки. Проги есть?
в некоммерческих целях использовать наработки можно.. прог 100% адаптированных нет, есть тулза на сайте для раскраски и ассемблерный код для загрузчика-пускателя
в некоммерческих целях использовать наработки можно.. прог 100% адаптированных нет, есть тулза на сайте для раскраски и ассемблерный код для загрузчика-пускателя
Ну естественно в некоммерческих целях, многопроцессорный zx-демомонстр.
Если в коммерческом, то никаких загрузчиков-пускателей, а один код и разные значения одного и того же порта для каждого из камней, синхронизация.. В любом случае для демосцены нужно что-то более конкретное.
Уже руки чешутся поднабрать макеток (сегодня видел в магазине под QFP) и намакетировать.. :v2_wink2: ..но нет, сначала zx-палм (в нем и так, в идеале, два проца).
Кстати, кстати, что-то из реала уже есть, когда сразу две экранных области используют, одну для графики, другую для атрибутов. Очень приличные картинки получаются. Правда по формуле 1x8. :v2_conf2:
that inside
22.04.2008, 01:53
да сильно а конкретно из чего все это по подробней пожалуйсто
да сильно а конкретно из чего все это по подробней пожалуйсто
А теперь сам конкретизируй, что тебя интересует. :v2_conf2:
мне кажецо, что мультипроцессорность с одной стороны хорошо, но сдругой стороны нет ниадной проги которая бы поддердживала такое...а писать чтото под "это" щас никто не будет...
Мультипроцессорность жжёт! Самое главное я вижу в том, чтобы сделать не симметричную архитектуру как на оффтопе, а ассиметричную, то есть чтобы был мастер-процессор, который будет управлять остальными.
Причём фишка в том, что если нет управления портом (пусть тем же #00) то программа запускается на одном процессоре в режиме монозадачности, и это будет legacy-спекк с точки зрения программы и все примочки будут молчать. Если же есть спец. код в порт, то соотвественно речь идёт про то, что работает мастер процессор, который будет управлять задачами/процессорами. Это позволит поддержать аппаратно мультизадачность, причём не придётся городить огород так как каждое ж приложение будет работать будто бы непрерывно и независимо.
Насчёт памяти - для 50 мгц можно статику воткнуть, там и чтение и запись почти без задержек будет, теоретически проблем не должно быть. На такие частоты статика не будет дорогой, зато перспективы безграничны. Насчёт DMA в классической конфигурации - не уверен.
Даже наоборот, уверен что в классической оно не нужно, потому как не поддержано. В is-dos это очень нужно, так как там всё через драйвер идёт, да и прирост в этом случае будет колоссальный. DMA USC под тырдос не получил признания, да и не было там DMA для устройств-накопителей.
Сколько будет процессоров - считаю что сколько угодно, но обязательно 1 мастер-процессор + подчинённые процессоры. Картинка такая - если есть 2 подчинённых процессора - то 2хзадачный спекк, если 3 - 3хзадачный и т.д.
То есть физически каждый процесс/поток будет задаваться на отдельный процессор (вот каламбур то вышел - процесс на процессор %) )
Вообще маленький ZX это однозначно круто! Чтобы можно было с собой носить и программить даже в поезде!
"Чтобы можно было с собой носить и программить даже в поезде!"
Уже есть - эльасус ёёё ...
NovaStorm
22.04.2008, 10:21
"Интересно в качестве эксперимента
Оптимально 4 процессора
Лучше не z80
Сомневаюсь в целесообразности"
Точнее поддержу GriV'а. Если всё-таки делать это на Z80, то логично к спеку128 прилепить ещё 4 числогрызных со своей памятью. Так будет достаточно мультипроцессорно и не так сложно,как >=8. Память SPU будет банковаться в пространство CPU при этом, скорее всего, SPU будет получать либо другую банку, либо WAIT. Самым сложным наверное при таком раскладе будет контроллер памяти. От него ж будет 5 шин... Но при наличии отсутствия кеша у Z80, это наверное самый жизнеспособный вариант. При такой архитектуре и разделении внешнего общения по SPU DMA становится вроде и не нужен =)
имха, баян. уже многие пытались вымутить много процессорность. при этом уже как говорили многие, всё упрёца в одновременный доступ к памяти. на спекке она слишком медленная и ждать поа второй проц доделает свои операции, для первого осного проца будет опущением. памяти для каждого проца можно впихнуть не более 64к, это если как вариант делать кэш без организации страниц. если будет общий доступ к памяти, то появляется вопрос "монопольности" использования данного пространства. на пц всё реается более быстрой памятью/шиной. тут так не проканает. да и зачем это всё. главное делать код более быстрым, а это лучше всего чтото типа акселя..тот же ДМА или иную железку. которая будет брать на себя выполнение каких то команд, которые занимают больше времени, чем например, 10 тактов. с другой стороны, всяките "монстры" уже давно померли, нгапример, тот же спринтер...аааууу..где он щас?!? нету...и смысл мутить эту мультипроцессорность. имха снова, лучше сделать нормальную карту ускорения доступа к памяти - воткнул в слот и живи спокойно!
Это про что высказывание?
Человек спросил ему ответили, а то тут кое кто жаловался какой депрессняк в спекке - так вот не мешай творить человеку!
Насчёт разделяемого - вот что думаю. Память - нижние 128 к должны поддвергаться эмуляции, то есть чтобы была возможность каждому процессору маппить (указанием мастер-процессора) индивидуальную область 128 к, тогда никаких пересечений не будет, а кроме того каждый подчинённый проц будет работать "не зная" что есть другие.
В силу сложности эмуляции всех 128 к (порты вся фигня) можно было бы сделать хотя бы эмуляцию "чистого" 48к - то есть давать в распоряжение 64к памяти каждому процу, без пересечений. Естественно мастер-проц будет назначать и какой экран будет активный и откуда, но это кардинально меняет архитектуру ZX...
Софта нет, и не будет ... Можно не париться ...
Мультипроцессорность жжёт! Самое главное я вижу в том, чтобы сделать не симметричную архитектуру как на оффтопе, а ассиметричную, то есть чтобы был мастер-процессор, который будет управлять остальными.
У меня это 0й и только Z80, т.к. тут стандартные порты ввода вывода. Остальные пристяжные, могут быть Z или eZ, ну это я уже писал еще в "Наладонник", хотя там только один eZ. Надо учитывать минимальные доработки, лучшее враг хорошего, как подтверждает практика спектрума. eZ может код Z, основная разница в портах, т.е. у него свои, многочисленные порты на всякую шнягу.
Причём фишка в том, что если нет управления портом (пусть тем же #00) то программа запускается на одном процессоре в режиме монозадачности, и это будет legacy-спекк с точки зрения программы и все примочки будут молчать. Если же есть спец. код в порт, то соотвественно речь идёт про то, что работает мастер процессор, который будет управлять задачами/процессорами. Это позволит поддержать аппаратно мультизадачность, причём не придётся городить огород так как каждое ж приложение будет работать будто бы непрерывно и независимо.
Мультипроцессорность уже подразумевает многозадачность, хотя твой подход интересен. :v2_clapp:
Насчёт памяти - для 50 мгц можно статику воткнуть, там и чтение и запись почти без задержек будет, теоретически проблем не должно быть. На такие частоты статика не будет дорогой, зато перспективы безграничны.
Согласен, только память и на 100МГц будет равносильна по цене.
Подключившись контроллером к ней (оторвав процы) можно считывать все что нужно на 100МГц, это особенно актуально для 20МГц z80.
Насчёт DMA в классической конфигурации - не уверен.
Даже наоборот, уверен что в классической оно не нужно, потому как не поддержано. В is-dos это очень нужно, так как там всё через драйвер идёт, да и прирост в этом случае будет колоссальный. DMA USC под тырдос не получил признания, да и не было там DMA для устройств-накопителей.
Сколько будет процессоров - считаю что сколько угодно, но обязательно 1 мастер-процессор + подчинённые процессоры. Картинка такая - если есть 2 подчинённых процессора - то 2хзадачный спекк, если 3 - 3хзадачный и т.д.
То есть физически каждый процесс/поток будет задаваться на отдельный процессор (вот каламбур то вышел - процесс на процессор %) )
Вот именно, кто-то должен ими рулить и быть совместимым с базовым.
Тут еще больше вариаций.
1.привязка к прерыванию, т.е. выполнил задание, жди следующее и не рыпайся :v2_laugh:.
2.выполнил, доложи в 0й порт/память (хоть запись в защищенную ячейку в начале ппзу), т.е. тот же детектор.
3.отрыв от шины или останов тактовой по мере надобности.
Можно продолжать до бесконечности, главное, при том минимальное отклонение от базовой.
Кстати, кстати, а можно, я думаю, на eZ'тах вообще формировать изображение, хоть sVGA, калькулировал мипсы с полгода тому и высказывался в наладоннике хз когда, но это уже программирование в коем я не силен. Выставить значения в порт в зависимости от.., ldir'нуть чтонить, это я могу, но не видеокарту по сути, это еще на год.
Вообще маленький ZX это однозначно круто! Чтобы можно было с собой носить и программить даже в поезде!
Дороговат он получается, особенно когда дорожка не протоптана, да еще и в одно рыло. :v2_conf2:
В класике будет проще, что я и собрался доказать к концу года.
Вообще, надо ускориться, чтобы отлаживать, а не разглагольствовать.
GriV
никаму я немешаю, хочет пусть делает. кроме того, ни я ни ты ничего не изменят, если человек уже выработал какой то план и есть уже какие то мысли на бумаге, то уже делол идёт. но моё личное мнение, что мультипроцессорность тут ненужна, считаю, что скорость работы команд и работы с памятью являются более важными...покрайней мере на данный момент. это моя имха, никаму ничего не навязываю..дело добровольное.
Зачем изобретать велосипед? В приставках ставили "несимметричный кластер"ARM7+z80, можно вместо ARM ставить что угодно, например Blackfin (ADSP-BF548) или Da Vinci ( TMS320DM355=ARM9+видеоаксель).
мне кажецо, что мультипроцессорность с одной стороны хорошо, но сдругой стороны нет ниадной проги которая бы поддердживала такое...а писать чтото под "это" щас никто не будет...
Будут, только что конкретно, это вопрос не мне, а демосцене.
Скорее всего, это некая продвинутая демка. Писать должны на реале, чтобы сразу видеть результат.
Добавлено через 3 минуты
"Чтобы можно было с собой носить и программить даже в поезде!"
Уже есть - эльасус ёёё ...
Есть много интересных вещей, но это не спектрум. :v2_smoke:
Мне прототип обойдется в ту же цену, что и еее.
Добавлено через 9 минут
Софта нет, и не будет ... Можно не париться ...
Софт будет. Будет под конкретную железку. :v2_cheer:
Добавлено через 14 минут
GriV
никаму я немешаю, хочет пусть делает. кроме того, ни я ни ты ничего не изменят, если человек уже выработал какой то план и есть уже какие то мысли на бумаге, то уже делол идёт. но моё личное мнение, что мультипроцессорность тут ненужна, считаю, что скорость работы команд и работы с памятью являются более важными...покрайней мере на данный момент. это моя имха, никаму ничего не навязываю..дело добровольное.
А что по твоему (может и еще кто выскажется) по поводу 20МГц процессоров и 50МГц в часности.
Ведь это шустрее 3.5МГц. Насколько положительно это скажется на спеке вообще, а то может вся эта погоня за мипсами.. тут ответ из практики турбированных машин нужен.
Добавлено через 18 минут
Зачем изобретать велосипед? В приставках ставили "несимметричный кластер"ARM7+z80, можно вместо ARM ставить что угодно, например Blackfin (ADSP-BF548) или Da Vinci ( TMS320DM355=ARM9+видеоаксель).
Это как будет называться? :v2_conf2:
В качестве обслуживающего еще применимо, чтобы 32 бита тягать от 4х Z и делать из них все что нужно, при тех-то мипсах. :v2_clapp: :v2_cheer:
z80 нужен лишь для того, что есть готовый софт, который можно развивать и поддерживать. Достигать производительности в тех приложениях, где мощности ОДНОГО z80 недостаточно с помощью ТРЕХ других точно таких же считаю неэффективным. Вышеназванные мной процессоры обеспечивают увеличение производительности в десятки раз, имеют встроенный достаточно примитивный по современным представлениям, но в представлениях 80-90х весьма навороченный видеопроцессор и контроллеры USB, ATAPI, NAND Flash, Ethernet, DDR, SD и т.д.
опять таки, это моё мнение, так сказать, имха, но...обсчёт двумя и более процов Z80, в данном случае, думаю безсмысленно. математической мощи нашего любимца слишком мало. одновременно они всё ровно не смогут считать, потому как нужна канкретная архитекрутра быстрого доступа к памяти, с минимальными задержками. думаю, что реализовать такое и оставить приэтом основную концепцию спектрума не получится. Поэтому, или использовать заведомо совместимые процы, для реализации однопроцессорной системы (например еЗ80 или з180 и прочее) или мутить некий акселиратор, или, опять таки ДМА...но как то в виде слотовости или сразу разведённая на новой машине (тогда и самому паять ненада, пользователь просто уже купил себе машинку такую и радуется). уже известно, что эта железка довольно сильно ускоряет работу с памятью. вот вам и для демо сцены. конечно, мат расчёты попержнему остануца на старом уровне по скорости, но работа с памятью (вывод 3д например, в разы ускорица. засчёт более быстрого вывода на экран и прочих перетасовок в памяти, тут уже и для АТМ польза и для профи, т.к. их экраны можно будет таскать за фрейм(?!) ) всяко будет улучшена. в турбе, безспорно, прирост есть, но 7 Мгц это почти у большинства, прирост не особо великий. опять таки вспомним упыт спринтера, его 20мгц не спасли его...
вобщем ничего никаму нинавязываю...думайте, но мо мнение такого, что мультипроцесорность - гиблое дело, даже для демосцены....тут другое нужно - матиматика и/или быстрый доступ к памяти.
Такая архитектура была уже у Hewlett Packard ПК (российский клон Искра-226). Центральный процессор достаточно медленный, а перифирийные вычислители быстрые.
У ADSP-BF548 внутренняя быстрая память
http://www.analog.com/en/prod/0,2877,ADSP%252DBF548,00.html
до 324 кБайт.
Программировать библиотеку вычислений можно с помощью компилятора Visaual DSP++ ver.5.0 и старше, бесплатная 90-дневная версия Test Drive которого доступна на сайте ADI
http://www.analog.com/en/epHSProd/0,2542,VDSP-BF-SH-TS,00.html
Это не просто компилятор, но интегрированная среда для разработчиков, с которой можно даже работать без реального железа, в режиме симуляции конкретного процессора, что для отладки быстрой библиотеки вычислений более чем достаточно. Это стандартный С/С++ так что можно легко портировать.
Для начала работы с uCLinux можно установить на обычном настольном компьютере его порт CoLinux
http://blackfin.uclinux.org/gf/project/bfin-colinux/frs/
Мне кажеться тема больше подходит в "Концепции"
Lethargeek
23.04.2008, 15:22
- Папа, а можно спутник сбить из ружья?
- Нельзя, сынок.
- А из двуствольного ружья?
- Только если ЗРК привязать.
:D
Собственно, любые допдевайсы требуют писанины софта, это понятно.
И еще, даже если перепоручить перенос, аля LDIR, контроллеру, то это тоже будет упираться в софт. Хоть если предусмотреть селективный перехват команд с дублем загрузки регистров на пристяжном, но более шустром, это только мысли в слух.
Сомневаюсь, что даже в случае положительного результата все кинуться паять примочки к спеку :speccy:.
Как ни прискорбно констатировать, но штучное исполнение технологичных девайсов весьма накладно. Выход на малые тиражи едва оправдан, а большие не востребованы.
Присмотрел себе паялку, насадки, т.к. на чужих особо не разгуляешься.
Теперь надо поискать принтер под утюг, т.к. современные оставляют желать. Все еще остается просьба по доступу к программатору в Воронеже, т.к. свой пришлось отдать, да и мало он чего умел. :v2_smoke:
Если кто может поспособствовать, по Москве, закупить макеток, микрушек, а то уже полгода идут. Приветствуется, любое содействие, расходы компенсирую. :v2_cheer:
Добавлено через 1 час 1 минуту
..или мутить некий акселиратор, или, опять таки ДМА...но как то в виде слотовости или сразу разведённая на новой машине (тогда и самому паять ненада, пользователь просто уже купил себе машинку такую и радуется). уже известно, что эта железка довольно сильно ускоряет работу с памятью. вот вам и для демо сцены. конечно, мат расчёты попержнему остануца на старом уровне по скорости, но работа с памятью (вывод 3д например, в разы ускорица.
А что вы уперлись в отдельный DMA контроллер, он есть на eZ80. И вообще я склонен к тому, что на eZ можно замутить акселератор или что захочется.
Кстати, тут попадалась тема по полезной примочке на DMA микpухе, но повторно уже не отыскал.
А чего писать? Драйверы в исходниках для Blackfin-а уже индусы написали и нам выложили :)
любые допдевайсы требуют писанины софта, это понятно.
И еще, даже если перепоручить перенос, аля LDIR, контроллеру, то это тоже будет упираться в софт.
даже если воткнуть два или пятьсот процоф, всёровно писать софт нада!!!
Хоть если предусмотреть селективный перехват команд с дублем загрузки регистров на пристяжном
а зачем пристёгивать, проще тогда действительно мутить на более шустром и перехвата не нада...з180 вполне быстрее чем з80!
он есть на eZ80. И вообще я склонен к тому, что на eZ можно замутить акселератор или что захочется.
на примере нашего города - процов еЗ80 ровно 0! покупать гдето забугром или ждать поставку из москоу, желания нет вапще. как и у многих других. а контроллер собрать можно на микрухах, которые на любой радиобалке проадают или в радиомагазинах.
Вот и я о том же, а ADSP-BF549 пошли в BMW, так что это на века и в Новосибе(а также Питере, Москве, Екатеринбурге, Чебоксарах, Ижевске, Ростове-на-Дону, Минске и в Украине)получить бесплатные образцы без проблем, если ты хотя бы ПБОЮЛ.
that inside
24.04.2008, 23:58
из всего выше написанного выходит што досих пор неопределенно на какой элементарной базе все это делать
Схемы электрические принципиальные как включать Blackfin лежат в описании платы
http://www.analog.com/UploadedFiles/Associated_Docs/70955664ADSP_BF548_EZ_KIT_Lite_Manual_Rev_1_1.pdf
Вот, теперь нормуль. Это описание оценочной платы, а в конце принципиальные электрические схемы. Целиком дизайн-проект по ссылке
http://www.analog.com/en/prod/0,2877,BF548%252DHARDWARE,00.html
EZ-KIT Lite Design Database, но он под Mentor!
Из нее надо выдрать кусок с загрузкой памяти из SPI и по COM-порту и подцепить z80 через буферы к EPPI.
that inside
25.04.2008, 01:01
тоесть автор сей эдеи базируется на этом девайсе?
да а стоимость ее впечетляет
даже если воткнуть два или пятьсот процоф, всёровно писать софт нада!!!
Наверняка многое можно разгрузить/компенсировать аппаратно, но выполняйся существующие программы быстрее и сразу встает вопрос адаптации. Получается, что обычного турбо, в большинстве случаев, достаточно. Улучшение спека :speccy: должно затрагивать качество и периферию. В иных случаях мобильность. Иначе, останется только одна положительная часть, все что работает с привязкой к прерыванию и различные турбозагрузки/таймшифты (по кнопке "время вперед!").
а зачем пристёгивать, проще тогда действительно мутить на более шустром и перехвата не нада...з180 вполне быстрее чем з80!
на примере нашего города - процов еЗ80 ровно 0!
Ну так, это уже не z80 совместимые, покрайней мере z380. :v2_smoke:
покупать гдето забугром или ждать поставку из москоу, желания нет вапще. как и у многих других. а контроллер собрать можно на микрухах, которые на любой радиобалке проадают или в радиомагазинах.
А eZ80 имеются? Хотя да, это только под заказ, в Москве или Питере, даже z80 на 8..20MZh, это Россия.. :v2_wink2:
Ну не знаю, если будет интерес, могу сподобить "свою" фирму затарить склад z80 и eZ80. Для своего проекта достал. :v2_cheer: Жалею что не plcc, а то еще заморочей хватает с переходниками под макетирование.
Добавлено через 24 минуты
из всего выше написанного выходит што досих пор неопределенно на какой элементарной базе все это делать
Вопрос остался в предпочтении и безболезненном способе записи в память всеми камнями. Лично у меня выбор пал на z80 20MZh или eZ80 50MZh в качестве сопроцессора. Чуть развязывает руки, то что под дополнительные процессоры надо писать свой софт, а это значит, осталось решить, как наиболее эфективно использовать подобный конфиг. :v2_conf2:
Если уж и мутить расширение цветовой палитры, то на каждый бит цвета по "пристяжному". :v2_laugh: Что с этим вытворить, это уже решать демосцене. Особенно интересно может выглядеть написание без реала, на стандартном или эмуляторе. Мне останется только пускать и выкладывать, что получилось. :v2_cheer:
Добавлено через 26 минут
..подцепить z80 через буферы к EPPI.
Интересно.. :v2_smoke:
Добавлено через 32 минуты
тоесть автор сей эдеи базируется на этом девайсе?
да а стоимость ее впечетляет
Автор сей идеи базируется на своем собственном девайсе, именуемом ZX-PALM, описаной в теме "Наладонник". :v2_biggr:
Кстати, "побочных" продуктов значительно больше, т.к. многих приборов нет или у них астрономические стоимости.
Кого "ее"? Предлагается разработать простейшую плату на основе приведенной схемы и дизайн-проекта в составе: ADSP-BF548+SPI Flash+обвязка. При этом подцепить мониторчик и написать тест на основе uCLinux или стартовых тестов из VisualDSP++ ver.5.0 Test Drive. Затем подключить к ней z80 и для начала пустить на этом мониторчике стартовый тест ZX-Spectrum. Для z80 необходимо сформировать все необходимые сигналы из свободных GPIO Blackfin-а, так чтобы для него вся эта схема была бы вроде как обрамлением его самого на "родной плате" например ZX-Spectrum48 для начала. Стоимость комплектующих в этом случае <$40 c дисплеем и клавиатурой <$80. А девайс это для особо обеспеченных сограждан. В этом случае всевозможные девайсы и огромная внешняя память уже подключены и остается ваять только софт :)
NovaStorm
25.04.2008, 10:13
Одному мне кажется странным подключать z80 к камню, который не напрягаясь потянет эмуляцию ВСЕГО спекртума?
Кого "ее"? Предлагается разработать простейшую плату на основе приведенной схемы и дизайн-проекта в составе: ADSP-BF548+SPI Flash+обвязка. При этом подцепить мониторчик и написать тест на основе uCLinux или стартовых тестов из VisualDSP++ ver.5.0 Test Drive. Затем подключить к ней z80 и для начала пустить на этом мониторчике стартовый тест ZX-Spectrum. Для z80 необходимо сформировать все необходимые сигналы из свободных GPIO Blackfin-а, так чтобы для него вся эта схема была бы вроде как обрамлением его самого на "родной плате" например ZX-Spectrum48 для начала. Стоимость комплектующих в этом случае <$40 c дисплеем и клавиатурой <$80. А девайс это для особо обеспеченных сограждан. В этом случае всевозможные девайсы и огромная внешняя память уже подключены и остается ваять только софт :)
чёто мне кажиса, что это уже не Спектрум, а какая то новая платформа с подрубленным з80...я думаю, что лчше всего улучшать то что уже есть...пент2.2 например, или профи...эти клоны существуют, есть гора схем, океан софта и собрать тот же пентагон можно на каленках...зачем мутить какой то новый клон, у которого судя по:
Затем подключить к ней z80 и для начала пустить на этом мониторчике стартовый тест ZX-Spectrum
будет строится не на основе з80, а на каком то другом...не...на мой не вариант...
that inside
25.04.2008, 12:38
Одному мне кажется странным подключать z80 к камню, который не напрягаясь потянет эмуляцию ВСЕГО спекртума?
я вот о томже но автор вроде на чемто савем делает
помню в конце 90-х была идея просто у 386 и 486 ПЗУ с БИОСом менять на прошивку эмуля спектрума.. и Z80 был не нужен.. а по цене получалось и дешево и доступно и моооооощно
Отвечаю пока всем здесь, спасибо за интерес, если он у вас сохранится можно будет продолжить более тесное общение.
Эмулировать z80 можно, но это имеет и определенные минусы. Blackfin, заменяя собой весь остальной Спектрум и впридачу работая с современными накопителями и экраном должен работать в режиме достаточно жесткого времени. Внутренняя память все же не внешняя, а если удасться не разводить внешнюю шину это большая экономия на цене печатной платы, да и на компонентах впридачу. Если внешней памяти (DDR не избегать, тогда уже можно, конечно, вместо железного z80 использовать его эмулятор). В этом случае система становится однопроцессорной и имеет к Спектруму не большее отношение, чем каждый софтовый эмулятор. Если этого не делать, то к z80 можно цеплять и другие устройства "нативно". А Blackfin может решать разные задачи в зависимости от загруженного в данный момент софта. У него есть функция загрузки рабочей программы по com-порту в момент подачи питания. Это исключительно удобная вещь. В отличие от программируемой логики, вы не пишете на vhdl и не рисуете схему вашего устройства. Вместо этого вы все делаете это на обычном С, по своему усмотрению в изолированной среде, в примитивахсистемы жесткого времени VDK, или в операционке uCLinux.
Игорь, это не противоречит идее. Не имея Blackfin-а ты можешь подключить z80 к USBLPT и промакетировать решение хоть на самом современном компе. Снаружи у него будет z80, к ногам которого будут подведены GPIO, а те в свою очередь через HSUSB можешь подключить к coLinux или какой-то другой ОС на настольном компе. Кстати, можно использовать и готовые модули от твоего или какого-то еще другого эмулятора.
я думаю что спектрумом может называться только то, что позволяет человеку знакомому только со спектрумом сесть на новую платформу и радикально не пополняя знаний (!) разработать ПО для новой платформы.. если ez80 еще куда ни шло, то подключение значительно более мощных и радикально отличающихся "камней" в качестве довесков к Z80 и называние этго спектрумом как то странно, это как если абхазия присоединит россию и станет "большой абхазией"
Здесь обсуждение для потенциальных разработчиков. Для пользователей это и будет Спектрумом. Включил, увидел на ЖКИ экране до боли знакомое меню и только строчкой ниже, "Special functions" совсем как в давнем моем рассказе :)
http://andrewsatan.narod.ru/SF.html
"Special functions" совсем как в давнем моем рассказе :)
http://andrewsatan.narod.ru/SF.html
самопиар конечно штука забавная и иногда полезная, но когда его в меру :)
Не путайся в терминологии, прошу. Идею такого компьютера, как ты знаешь лучше кого-либо из здесь присутствующих, я вынашиваю со времени нарисания этого рассказа, то есть с 1997 года. И вот, наконец, в моих руках все компоненты и все условия для осуществления моей мечты!
NovaStorm
25.04.2008, 15:51
Ну так делай! =)
А расписывать красоты blackfin'ов, из которых паябельных всего 2 штуки по 176 лап, а остальное BGA... Глаза уже намозолило =\
PS: и да! uclinux не годиться в ОС общего назначения. №;ля с памятью без VM - занятие для редких извращенцев.
да, лучше про блакфины куданить в выделенную ветку только писать, а то я про них не читал и не изучал их, но чувствую что уже ненавижу :D
А по существу есть что сказать? Хотя ты уже в разных ветках все так активно ненавидел, о чем я высказывался, что наверное в твоей непредвзятости тебя уже никто не заподозрит.
А по существу есть что сказать?
вот я и говорю по существу, что лучший способ что то дискредитировать это постоянно всем и везде об этом повторять, так как редкое твоё сообщение не заканчивается словом blackfin :) то я тебе и предлагаю вынести это в какую то ветку и там обсуждать вопросы связанные со скрещиванием спектрума и этого камня.. можешь в подписи себе поставить прямо ссылку на эту ветку, что бы из любого твоего сообщения могли выйти на эту ветку, но везде всуе повторять слово blackfin - нелогично
... но везде всуе повторять слово blackfin - нелогично
+1. Согласен PR этого "странного" процессора ничем хорошим для нас не закончится.
Если быть объективным, я почти нигде не употребляю его отдельно от z80. И всегда призываю видеть в этом лишь одну из альтернатив программируемой логике, в чем можно удостовериться, просмотрев в этом треде мои сообщения чуть выше.
Для "новичков" - andrews продавец этих blackfin-ов ...
Вот и PR-ит их где придётся ...
Для всех. Я разработчик ZX Yellow Spectrum, и просто знаю, где пока еще можно получить в России, Украине и Беларуси не только бесплатные образцы этих процессоров, но и массу полезной информации о всей продукции ADI, так что прошу избавить меня от клеветы. А на выставку "Экспоэлектроника" я всех приглашал за дисками. Очередная выставка "Радэл" будет проходить осенью в Питере. Так что приходите, пообщаемся кому интересно. Здесь, а не "где угодно" я потому, что меня сюда пригласили два года назад. Наверное не за тем, чтобы кто-то раздражался. Для словесных баталий, кажется,есть "флейм".
Смысла нет в размахивании кулаками. Вся беда сообщества спектрумистов в нежелании собраться и продвинуть какой нибудь проект. Каждый тянет "одеяло" на себя, а оно уже трещит по швам.
Еще в изначальном проекте (http://zx.pk.ru/showthread.php?t=3115) просил делиться мыслями, критиковать, помочь найти оптимальные комплектующие и инфу на них. Нет, сколько не кидал кличь в :speccy: zx.spectrum (фидо:v2_cheer:), сюда, нет желания что-то поднять. Дошло до того, что харвардная часть полностью на мне и в этом случае оказалось глухо. Времена такие, наверно. :v2_smoke:
Добавлено через 1 минуту
..."Special functions" совсем как в давнем моем рассказе :)
http://andrewsatan.narod.ru/SF.html
А расказик продолжен или так и осталась 1я глава?
Смысла нет в размахивании кулаками. Вся беда сообщества спектрумистов в нежелании собраться и продвинуть какой нибудь проект. Каждый тянет "одеяло" на себя, а оно уже трещит по швам.
никто ничего на себя не тянет, обсирают это да, но беззлобно, чисто на полсознательном уровне.. сейчас время такое, что если есть идея, то для её воплощения в железе хватит ресурсов и одного работающего специалиста, так что неочень понятно как должны поддержать окружающие :v2_biggr:
Для всех. Я разработчик ZX Yellow Spectrum, и просто знаю, где пока еще можно получить в России, Украине и Беларуси не только бесплатные образцы этих процессоров, но и массу полезной информации о всей продукции ADI, так что прошу избавить меня от клеветы. А на выставку "Экспоэлектроника" я всех приглашал за дисками. [...]
На выставку в этот раз не удалось поехать, хотя пригласительный был и билеты даже были куплены, но.. Кстати, на следующую собираешься?
Таки вот сидел читал... меня разродило.
Архитектура (малой кровью) может быть такая - имеется мастер-проц (тот же ARM например) и имеется несколько Z80 (или eZ80?).
Фишка в том, что каждый процессор работает в общих 64К.
То есть если выставлена стандартная конфигурация (по страничкам) ПЗУ-5-2-0, то они все сидят в нём и никак не иначе; есть варианты временно блокировать переключение страниц (0м портом) или выполнять запуск прерывания при out (#7ffd) и похожих. Сами порты страниц должны прописываться и объявляться их блокировка мастер-процом.
Удобство - что 48 к приложения можно запускать хоть пачками, будут работать.
В этом случае очень удобно получается работать с памятью - она будет общая.
Второй вариант - при чтении (уж не знаю как ты будешь схемотехнически решать вопрос доступа к памяти), возможно делать следующее - в зависимости от номера проца адрес выборки памяти вычисляется как 128к*номер проца+реально затребованный адрес памяти - при формировании RD\WR кроме линий А0-А15 и адреса банки будет в верхние разряды А17-А18 подаваться номер проца. То есть первый проц работает в адресах 0-128к, второй 128-256К, третий 256-384, последний 384-512. Мастер проц будет видеть все сразу но его рабочая программа должна (очевидно) сидеть в высшей области памяти, выше 512к дабы не быть похеренной при случае. Схемотехнически оно реализуется проще всего (просто добавлением рассыпухи для А17-А18), поддержка обычных программ будет максимальной.
Это даст возможность каждому процу сидеть в независимых 128К, естественно синхронизация содержимого памяти возможна только посредством мастер проца или внешних накопителей. Какой из процессоров рулит экраном тоже просто задаётся - каждый пишет в свою 5/7 страницу, для генератора экрана просто будет подстановка нужного адреса при выборке области памяти (2 разряда) (а что собственно уже и происходит при выборе 5/7 экрана), причём выборку текущей экранной области (от какого из процов) можно будет задавать тупо кнопкой связанной со 2х разрядным счётчиком.
Хотя на 4 проца я нехило замахнулcя? ;-)
Скорость памяти тут очевидно будет нужна минимум количество_процов*частоту_ роцов. То есть для 3,5 мегагерца и 4 проца будет 14 мегагерц :-) для 7 мгц и 4 проца 28 :-) В принципе надо брать чуть быстрее память, дабы мастер-проц имел гарантированную полосы для доступа к памяти.
никто ничего на себя не тянет, обсирают это да, но беззлобно, чисто на полсознательном уровне.. сейчас время такое, что если есть идея, то для её воплощения в железе хватит ресурсов и одного работающего специалиста, так что неочень понятно как должны поддержать окружающие :v2_biggr:
Хотя бы информацией. Для данной темы нужен софт.
Ресурсы есть у пракитующего ремонтника/разработчика, у остальных, в лучшем случае программатор и паялка.
Лично у меня есть пара 42в и 12в паяльников, строительный фен, переходник для прошивки PLCC на DIP'е (все что осталось от программатора), стиралка УФППЗУ(надо чинить, хотя всюду флэш), плата для пошаговой отладки спектрумов, куча мультиметров, несколько макеток (оказавшихся маловатыми), несколько самих спеков доставшихся после КМ'щиков :v2_ohmy:. Комплектующие есть почти все. Альтера же и все что к ней осталось на старой работе. Там же паялки-лудилки и пр.
Теперь, имея возможность, собираюсь восстановить инструментарий в прежнем объеме и даже больше. Основная проблема, это универсальный, пусть хоть древний (б/у) программатор или доступ к нему. Иначе придется брать оный в самый последний момент (как временная мера, лежит полуфабрикат для альтеры).
Так же требовалась помощь в определении какой ide интерфейс распространен, если их несколько, то какая разница и т.п. тонкости.
Для данной темы встал вопрос, если несколько процессоров (основной - одновременная запись), то как наиболее полно/эффективно использовать их суммарную мощность на благо спека:speccy: (не сильно отрываясь от базового:speccy:) и поднять графику на новый уровень. :v2_thumb:
Что же касается программирования. :v2_conf2: При некоторых особенностях конфига, есть неодходимость в написании спец утилит, микропрограмм или их редактировании.
Вот, собственно, какого рода помощь нужна.
Не очень понимаю вопрос о целесообразности мультипроцов... Было бы нецелесообразно не тянули бы в оффтоп. Один проц считает, другой рисует, третий балду пинает... Плохо разве???
А насчёт расширения согласен - параллельных и последовательных портов на аппаратной логике имхо очень не хвата...
дарагие Бро...вы начинаете не с того конца. То у вас в голове мультипроцессорность, то вы ММУ думаете подрубить, то новый клон изобрести. А вы сделайте сначала нормальную работу Спектрума, тех что щас есть, с свга мониторами. включая лцд. чё, слабо? а потом уже камни крутить. кому они нужны эти блэкфины и ез80, если толком сматреть не начем. у вас железячников толком стандартов нет, как и впринцыпе на самом спектруме. вот по тому каждый тянет одеяло на себя. один кричит БЛЭКФИН, другой не, ЕЗ80!!, третий фпечь, у меня схема ИДЕ круче фсех!! начните с проблем насущных. новые клоны нах никаму ненужны. есть уже пентагоны, атм, профи, скорпы и кай...никаких финов ненада. делайте СВГА!!! нечего виласипед изобретать! мая ИМХА!!!!
дарагие Бро...вы начинаете не с того конца.
ну почему.. начинают с того конца, который описывается в разных русских сказках и мультике "падал прошлогодний снег".. "вот поймаю зайца, продам на рынке, куплю свинью.. а там и королем стану.. маловато будет!!!".. меня только забавляет что в россии почему то процесс начинают не с планирования, а с перечисления количества паяльников
а с перечисления количества паяльников
И фенов строительных :D:D:D,
Перфоратор только осталось раздобыть и сварочный аппарат
Добавлено через 1 минуту
новые клоны нах никаму ненужны. есть уже пентагоны, атм, профи, скорпы и кай...никаких финов ненада. делайте СВГА!!! нечего виласипед изобретать! мая ИМХА!!!!
Пэпэц, ILoveSpectrum что сделал?
Пэпэц, ILoveSpectrum что сделал?
нипонял....спектрум к моему самсунгу цыпануть уже могно?! чёта я в первые об этом слыху...то косяки с синхрой, то с 50гц висяк какойта...ёмаё, вы намана с мониторами разабрацо не могете, а в клоностроительство лезите))))))
зы...злой я сёдня...машина пока не продалась старая...так бы ужо пробывал твтюнер на профике и винт подрубал бы ужо...
Он с TFT монику подрубает
а то что самсунг твой не хавает синхру
1. сделай нормальную синхру с уровнем черным и задним защитным промежутком
2. побалуйся с длиной синхроимпульса
3. мож извратиться сделать что бы кажды нечетный кадр укорачивать или смещать кадровый синхроимпульс
4. почитай по форуму уже обсуждалось куча раз
Он с TFT монику подрубает
а то что самсунг твой не хавает синхру
1. сделай нормальную синхру с уровнем черным и задним защитным промежутком
2. побалуйся с длиной синхроимпульса
3. мож извратиться сделать что бы кажды нечетный кадр укорачивать или смещать кадровый синхроимпульс
4. почитай по форуму уже обсуждалось куча раз
Это фигня всё. где желеязка? ЖЕЛЕЗЯКА ГДЕ??? воткнул/впаял в комп и он с СВГА пашет...
Ну дык проси сорцы паяй железку, будет у тебя криво пахать СВГА
потому как ровно невозможно в принципе
Таки вот сидел читал... меня разродило.
[...]
ПЗУ-5-2-0, то они все сидят в нём и никак не иначе;
[...]
Хорошо. Только не ППЗУ.
По прикидкам, это столько же микрух, сколько и z80.
Второй вариант - при чтении (уж не знаю как ты будешь схемотехнически решать вопрос доступа к памяти), возможно делать следующее - в зависимости от номера проца адрес выборки памяти вычисляется как 128к*номер проца+реально затребованный адрес памяти - при формировании RD\WR кроме линий А0-А15 и адреса банки будет в верхние разряды А17-А18 подаваться номер проца. То есть первый проц работает в адресах 0-128к, второй 128-256К, третий 256-384, последний 384-512. Мастер проц будет видеть все сразу но его рабочая программа должна (очевидно) сидеть в высшей области памяти, выше 512к дабы не быть похеренной при случае. Схемотехнически оно реализуется проще всего (просто добавлением рассыпухи для А17-А18), поддержка обычных программ будет максимальной.
Это даст возможность каждому процу сидеть в независимых 128К, естественно синхронизация содержимого памяти возможна только посредством мастер проца или внешних накопителей. Какой из процессоров рулит экраном тоже просто задаётся - каждый пишет в свою 5/7 страницу, для генератора экрана просто будет подстановка нужного адреса при выборке области памяти (2 разряда) (а что собственно уже и происходит при выборе 5/7 экрана), причём выборку текущей экранной области (от какого из процов) можно будет задавать тупо кнопкой связанной со 2х разрядным счётчиком.
Хотя на 4 проца я нехило замахнулcя? ;-)
Скорость памяти тут очевидно будет нужна минимум количество_процов*частоту_ роцов. То есть для 3,5 мегагерца и 4 проца будет 14 мегагерц :-) для 7 мгц и 4 проца 28 :-) В принципе надо брать чуть быстрее память, дабы мастер-проц имел гарантированную полосы для доступа к памяти.
20MZh процессоры *4+1 = 100, собственно такой памяти полно.
Мало того, она упоминается в даташитах eZ и вообще ее полным полно.
Конечно, в идеале, обеспечить доступ к памяти через ПЛМ. Ускорение за счет детекторов обращения к участвкам памяти, т.е. куда нет обращения то и пробрасывается (оптимально поблочно).
ToAll:А вот и подарок к празднику для спектрумистов(кроме коммерческого использования :v2_tong2:)! :v2_cheer:
Если базироваться на реальном спеке :speccy:, можно тормозить быстрый Z80 при обращениях к некоторым набортным портам, записи в экранную область (с дублем записи в доп.шуструю память), а ускорять при работе с доп.памятью и портами на приблуде. Грубо говоря, чтение из экрана и запись/чтение портов, работаем на 3.5(7)МГц, вся доп.память, включая экран на чтение, на 20(21=кратно)МГц. Вот вам и приставка на 20МГц без замены комплектующих в реальном спеке :speccy:!
Для переноса ППЗУ в ОЗУ надо продумать блокировку записи после переноса в память и пр., собственно бутППЗУ. Можно обойтись и без переноса ППЗУ в ОЗУ, тогда делается на коленках. Естественно, это еще не все возможности, а только кусок от "наладонника".
Добавлено через 12 минут
дарагие Бро...вы начинаете не с того конца. То у вас в голове мультипроцессорность, то вы ММУ думаете подрубить, то новый клон изобрести. А вы сделайте сначала нормальную работу Спектрума, тех что щас есть, с свга мониторами. включая лцд. чё, слабо? а потом уже камни крутить. кому они нужны эти блэкфины и ез80, если толком сматреть не начем. у вас железячников толком стандартов нет, как и впринцыпе на самом спектруме. вот по тому каждый тянет одеяло на себя. один кричит БЛЭКФИН, другой не, ЕЗ80!!, третий фпечь, у меня схема ИДЕ круче фсех!! начните с проблем насущных. новые клоны нах никаму ненужны. есть уже пентагоны, атм, профи, скорпы и кай...никаких финов ненада. делайте СВГА!!! нечего виласипед изобретать! мая ИМХА!!!!
eZ80 вполне способен самостоятельно сформировать картинку sVGA разрешения на программном уровне, а если на программно-аппаратном, то и подавно.
В том-то и дело, что бьемся за улучшение самого спека, а не новые клоны изобретаем. Конечно, можно сказать, ведь вы пытаетесь собрать еще какой-то спек, так все сушествующие слабы по современным меркам. Любая приставка к ныне существующим обречена, это понятно, но это не означает, что изготовление и эксплуатация невозможны. А еще авторское право, в некоторых случаях, - "И меня посчитали", - как якорь.
Добавлено через 28 минут
ну почему.. начинают с того конца, который описывается в разных русских сказках и мультике "падал прошлогодний снег".. "вот поймаю зайца, продам на рынке, куплю свинью.. а там и королем стану.. маловато будет!!!".. меня только забавляет что в россии почему то процесс начинают не с планирования, а с перечисления количества паяльников
Кажды видит в тексте что хочет, а не то, что есть. Специально для вас буду выделять цветом, а могу и повторять.
У меня нет:
- команды единомышленников (хотя бы кодеров или того кто поправит код);
- программатора или доступа к нему. Покупать, пока, слишком дорого, даже для б.у., разве только буржуи..;
- возможности возить под заказ из Москвы или Питера всякую мелочь.
Паяльник и к паяльнику, уже благо, имеется где купить в городе.
Легко говорить, придумал что-то и почивай на "лаврах". Если ты даже против реализации задумки в железе, то о чем говорить-то. :v2_smoke:
Если ты даже против реализации задумки в железе, то о чем говорить-то.
Он другую мысль вкладывал :-) а Вы делайте своё нужно дело! :-)
И фенов строительных :D:D:D,
Перфоратор только осталось раздобыть и сварочный аппарат
Добавлено через 1 минуту
Пэпэц, ILoveSpectrum что сделал?
Перфоратор есть и сверлилка, только без нее, вполне, обойдусь.
Если бы "умники" :v2_finge: поприжухли бы после создания прототипа "наладонника" и перестали флеймить, вместо развития темы и конкретных ответов на вопросы, то я бы его :speccy: замутил уже летом, а может уже бы в одно рыло юзал, т.к. заинтересованности со стороны нет.. :v2_smoke:
Вот, допустим. Подбор экрана, это очень больная тема, т.к. экран стоимостью в $100 проигрывает экрану в $30-40 при всех общих/равных возможностях. Хоть кто-то шевельнулся посодействовать подобрать или отыскать спецификацию на экраны DS? Нет.
А.. хватит и этого. Только флейм разводить.
А.. хватит и этого. Только флейм разводить.
дак открою страшную организационную тайну - единомышленники это миф и искать их означает заранее обречь всё дело на провал, хотя потом на их отсутствие очень удобно списывать свою лень конечно
"единомышленники это миф"
Согласен, посему бесполезняк метаться ... :)
Он другую мысль вкладывал :-) а Вы делайте своё нужно дело! :-)
Он вкладывал то, что вкладывал. Вето звучит смешно :v2_laugh:, особенно, если программно заложить возможность изменения разрешения в широких пределах. Штучному мультипроцессорному :speccy::speccy::speccy::speccy: спеку явно мало битовых экранов на каждый цвет, даже если добавить область атрибутов под какие-то нужды. Расчет на то, что уже наработаны проги и пр на эмуляторе развязывал руки, хоть на какой-то момент, однако.. Модификация программ (для эхотага) неизбежна,
Тут другое высветилось, чтобы цена конечного (серийного) изделия упала на %30-40, надо изготовить минимум 100шт. Соответственно, придется выходить на другой уровень. Мекетирование и штучное изготовление едва прокатит. Сбрасывать же в виде полуфабриката (мол самое дорогое покупайте сами) или только схемы не всем по силам поднять. Опять начнется клонирование и дербание (лебедь, рак, да щука.).
Вот, пожалуйста, уже сейчас надо озаботиться о шине miniZXBUS, но это из области глобального, кто возьмется это проработать/обсудить без флейма.. :v2_conf2:
Добавлено через 7 минут
дак открою страшную организационную тайну - единомышленники это миф и искать их означает заранее обречь всё дело на провал, хотя потом на их отсутствие очень удобно списывать свою лень конечно
С кото бы взять слово, что будь собран "наладонник" в реале и "фантан" сразу же закроется.
Если бы я пописал, пописал, собрал на себя все что вы обычно выливаете и.. представил готовый девайс, то все одно уровень общения останется на том же уровне, что и сейчас.
Зачем же сразу единомышленники, пусть хоть сподвижники, помогающие советом, сведениями, разумной позитивной критикой(а не сам такой и т.п).
Добавлено через 8 минут
"единомышленники это миф"
Согласен, посему бесполезняк метаться ... :)
Как сказать, бывает, но все реже и реже.
С кото бы взять слово, что буть "наладонник" в реале и "фантан" сразу же закроется.
я бы рекомендовал Вам с Andrews пообщаться поплотнее, идеи в целом схожи как технически так и организационно с ZX-Yellow
я бы рекомендовал Вам с Andrews пообщаться поплотнее, идеи в целом схожи как технически так и организационно с ZX-Yellow
Я вижу что некоторые совсем плохо знакомы с обсуждаемой и упомянутыми темами.. :v2_smoke:
Твою проштудировал, кроме возможного разделения экранов по цветам, ничего общего нет. Подход понравился, возможная совместимость и пр. Жаль нет наработок, чтобы это пустить в железе.
Андрею уже писал в личку и так, пока молчит.
Кстати, ты в опросе ответил, что "уже есть в природе", прокоментируй.
Вот, допустим. Подбор экрана, это очень больная тема, т.к. экран стоимостью в $100 проигрывает экрану в $30-40 при всех общих/равных возможностях. Хоть кто-то шевельнулся посодействовать подобрать или отыскать спецификацию на экраны DS? Нет.
Мож тебе еще и стриптиз станцевать?? Кто может говорить по делу тот говорит, ну у кого ума хватит пускать в серию девайс на б/у дисплеях выпотрошеных из DS
Добавлено через 4 минуты
И я ваше наездов не понимать
То бред какой то про производительность З80, то еЗ80 выполняет роль чипсета/одновременно ВГА генератора, одновременно спороцессора, а теперь еще и 4 штуки и 100МГц это для нас проблема меньше чем как бы придумать делить память
пипец...
А не поехать ли нам во флейм? :)
Мож тебе еще и стриптиз станцевать?? Кто может говорить по делу тот говорит, ну у кого ума хватит пускать в серию девайс на б/у дисплеях выпотрошеных из DS
Это их цена с ебая, приехавших в Россию, абсолютно новых. БУ девайс нужен только если нет спецификации, чтобы посмотреть, что за интерфейс, т.е. один одинешенек.
Добавлено через 4 минуты
И я ваше наездов не понимать
То бред какой то про производительность З80, то еЗ80 выполняет роль чипсета/одновременно ВГА генератора, одновременно спороцессора, а теперь еще и 4 штуки и 100МГц это для нас проблема меньше чем как бы придумать делить память
пипец...
Никаких наездов, только конкретика.
eZ80 довольно много кушает, относительно ПЛМ'ок, но обсуждать это.. :v2_smoke:
Добавлено через 1 минуту
А не поехать ли нам во флейм? :)
Если что-то конструктивное, милости прошу, иначе создавайте свой топик во флейме. :v2_smoke:
Ну дык проси сорцы паяй железку, будет у тебя криво пахать СВГА
потому как ровно невозможно в принципе
Согласен на все 100%, мой тебе совет не парся купи нормальный телик 50hz, interlace, pal/ntsc, scart, 14'', плоский (samsung? sony?) и подруби туда спек желательно 48к issue 3,4,5,6 или на крайняк 128k или +2 и будет тебе счастье. А иначе в любом случае лучше spectaculator пользовать - он врубает 150hz и пытается эмулить именно оригинальный speccy экран как токо может.
Кстати, ты в опросе ответил, что "уже есть в природе", прокоментируй.
про наличие в природе это я показал, что многопроцессорные архитектуры на базе ZX-Spectrum присутствуют в том или ином представлении.. представление в виде документированной архитектуры и эмулятора ничуть не хуже чем наличие в железе, так как на базе доки и эмуля на порядок проще сделать железяку, в то время как плясать от железяки - ничего хорошего не выйдет
Петр, про ZX Yellow Spectrum тред здесь
http://zx.pk.ru/showthread.php?t=4569
Основная суть идеи: замена программируемой логики и вообще всех СУЩЕСТВУЮЩИХ ПЛАТ ZX Spectrum-ов одним таким конвергентным( MCU+DSP+видеоакселератор+внут енняя память+ млин, задрало перечислять все, что в нем есть, если вы в даташит заглядывали, то видели, что это по сути готовый мультимедийный комп), именно поэтому я его и двигаю. Корпус для пайки обычным паяльником неподходящий согласен. Но есть станции для пайки bga-корпусов. В продвинутых фирмах они есть. По остальному выскажусь коротко, одного человека достаточно лишь в том случае если этот человек располагает необходимыми финансами. Игорь наверное это имел в виду. Ну а так, действительно каждый тянет не одеяло, а добровольных бесплатных помощников к своей идее. А их здесь великое множество, только зачем чужие охаивать? Подчеркивайте преимущество своих и двигайтесь своим путем.
да, я подразумевал, что зарплаты сегодняшнего специалиста в питере или москве (или неочень специалиста) хватит, что бы откладывая незначительные относительно зарплаты суммы по мере разработки концепции (скажем 6 месяцев), после выработки концепции просто заказать железячные работы в одной из многочисленных специализированных фирм
Я занимаюсь софтом, поскольку железо ( в виде оценочнойплаты )у меня есть готовое на работе. Просто много поднимать софта нужно.
Петр, про ZX Yellow Spectrum тред здесь
http://zx.pk.ru/showthread.php?t=4569
Да, я сразу же ознакомился.
[...]
Корпус для пайки обычным паяльником неподходящий согласен. Но есть станции для пайки bga-корпусов. В продвинутых фирмах они есть.
Это уже коммерческий уровень проектов, однозначно.
Меня пригласили в одну фирму пообщаться, думаю, нужно сходить обязательно.
Вообще, попытки привязать необходимые комплектующие к другим проектам, прослеживаются и у меня, только пришлось и это изделие выдавать за хитрый прибор, а точнее делать из него таковой.
По остальному выскажусь коротко, одного человека достаточно лишь в том случае если этот человек располагает необходимыми финансами.
Или идет постепенно, шажками, но вперед.
Я не предлагаю дарить мне программатор или что еще, однако, если есть возможность организовать доступ или подогнать то, что может образоваться в организациях.. нового не купить, доступа нет, что остается. Правильно, ОЗУ.. :v2_biggr:
Игорь наверное это имел в виду. Ну а так, действительно каждый тянет не одеяло, а добровольных бесплатных помощников к своей идее. А их здесь великое множество, только зачем чужие охаивать?
Что хаить-то? То, что я предложил повторить его конфу в железе? Общего очень много, вот, появившийся чуть позже "химера".. и вообще избитые темы взять одну платформу и воткнуть туда плату с z80.
Любой проект должен развиваться, во что-то выливаться. Так?
Подчеркивайте преимущество своих и двигайтесь своим путем.
Что и делается. Ведь в споре рождается истина! Надо спорить, выдвигать свои точки зрения, а не оскорбляться и обижаться на каждом углу. :v2_smoke:
Добавлено через 3 минуты
да, я подразумевал, что зарплаты сегодняшнего специалиста в питере или москве (или неочень специалиста) хватит, что бы откладывая незначительные относительно зарплаты суммы по мере разработки концепции (скажем 6 месяцев), после выработки концепции просто заказать железячные работы в одной из многочисленных специализированных фирм
Тогда представь ЗП в Воронеже.. и прибавь к этому 30-50% накрутку магазинов. Зато в ваших городах, всегда можно найти альтернативные пути, а у нас даже дилеры отказываются возить, если штучный товар.
Ориентируйтесь на компоненты, пользующиеся массовым спросом, которые будут продолжать им пользоваться в течение долгих лет. Это лучшая гарантия их доставаемости и нормальной цены. Я придерживаюсь 2-х принципов:
1) спектрумов и спектрумистов не бывает много!
2) (с) "пусть расцветают все цветы"
Ориентируйтесь на компоненты, пользующиеся массовым спросом, которые будут продолжать им пользоваться в течение долгих лет. Это лучшая гарантия их доставаемости и нормальной цены.
Все верно, полностью согласен.
Кроме *Z80, остальное дешевле в виде демонтажа деталей со старых ноутбучных симов-димов, соджики с видеоплат. От альтеры проблем, я думаю, нет. Экран, который выбрал я, вполне просуществует еще десятки лет и у него всегда будут аналоги по разрешению и формату.
Я придерживаюсь 2-х принципов:
1) спектрумов и спектрумистов не бывает много!
2) (с) "пусть расцветают все цветы"
:v2_clap2:
Их очень мало, со временем становится еще меньше. :v2_smoke:
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot