Расскажите о ZX Next

[Conan]

А идея насчет Лжедмитрия у меня родилась почему:
Никаких технических деталей "защиты" предьявленно не было, даже намека. ПО опыту общения с авторами (а я общался с Андреем из Микроарта, Камил Каримов сейчас очень сильно помог с прошивкой для контроллера клавиатуры от АТМ). Надо сказать они всегда стараются разьянить и прояснить некоторые непонятные детали своих творений. Ну а ты (или Вы) заварили тут такую интригу , характерную для людей несколько другого плана. Надеюсь я ошибаюсь и тогда проставлю полящика пива ("Крушовице" устроит ). Мой адрес и телефоны есть на http://chunin.infpres.com
Ну а по серьезности : у меня высшее образование по специальности конструктор-технолог вычислительных средств. И про всякие ПЗУ могу лекции читать совершенно свободно.

«Крушовице», это пиво, которого почему-то не было в канадских бирэнвайн и ликерсторах, хотя искал специально. Так что, вспомним вкус старого, доброго времени!
Конструктор-технолог, любящий свое дело, это хорошо. Из-за того что в СССР, в технологи шли те, кого не брали на другие специальности, разрабатывали-то спейс-шатлы, а выпускали детские конструкторы, в которых резьбы на винтиках не было… Уважаю профессионалов, и не только технологов!
Много с кем довелось пообщаться, еще в те времена, да и когда материалы для сайта собирал. С Сережей Жаворонковым, Славой Скутиным, и другими ребятами, которых куда только жизнь не разметала. В общем-то, никто из них не принимался сам рассказывать, как и что было. Скорее приходилось выспрашивать, почти с «пристрастием». Вот и я, стараюсь на все вопросы отвечать, конечно, если спрашивают. Тут же не сайт по ZX-Next, а конференция, поэтому грузить-то зачем? А ПЗУ-хи зря выложил, мог бы просто ссылку на фидошный FTP указать – кому интересно, скачает, там и схемы вроде были, а так что с ними делать то?

Случай был, лет пять назад, может поболее: звонит на работу товарищ, с Украины. Нексты давно уже не выпускались, «Слот» закрылся, как телефон то нашел? – думаю. Говорит, товарищ, попалил он свою железку, скопировал Next ROM Video у знакомого, а он не работает. Просит новую ПЗУ-ху ему продать. Объясняю, что не делают их давно, но очень, очень надо ему. Думаю, как помочь мужику, предложил ему ПЗУ из своей платы – у меня тогда их еще пара оставалось.

Но все же, скопируй, и попробуй – вдруг взломал, кто защиту? хорошо было бы…

И про переключение из ноля в единицу (или, наоборот) на шине адреса – вопрос то простой вроде. Тем более, что тут собрались люди, которые вроде как Z80, по определению, знать должны: игры пишут, демы крутые…
Идея простая: есть процессор, ПЗУ к нему подключено, старшие разряды адресной шины процессора – в воздухе болтаются. Какие команды (ассемблера, разумеется) нужно в ПЗУ использовать, что бы на старших разрядах было четкое переключение из ноля в единичку или наоборот? Если не ответит никто, буду искренне думать, что век настоящих профессионалов, для Speccy, закончился.

Кстати, P-CAD файлы нашлись, не поверишь, но пыльная пятидюймовая дискета, которая десять лет, черте-где пролежала – считалась! И хорошо, что у инженеров, на работе, древний писюк был, с косыми флопами.

[Advertiser]

[CHRV]

А ПЗУ-хи зря выложил, мог бы просто ссылку на фидошный FTP указать – кому интересно, скачает, там и схемы вроде были, а так что с ними делать то?

Схемы и ПЗУ в фидо выкладывал полученные от меня Влад Карпенко. А по остальному посмотрим-посмотрим.
Тексты я все отсканил, но обрабатывать мне их некогда, если кто возьмется обработать и перевести в формат ворда хотя бы, то предоставлю архив тифов.
Некст конечно интересная конструкция, но некоторые вещи мне не понравились:
1) при расширении, кроме установки платы приходится цепляться еще к неким контрольным точкам (и еще в одном месте дорожку резать); Интересно почему так сделано - спешили наверно или на шаблоне экономили, чтобы не переделывать...
2) совершенно свой стандарт разьема, хотя наверно по состоянию на 1994 год можно было ZX-BUS делать или расширенную его версию по пинам совместимую. Скорпион и Кай уже обладали им и были поболее серийные.
3) Вынесенный за пределы платы контроллер ТРДОС (а без него какой смысл в спеке в 1994году?).
А так ничего конечно машина, интересно сколько их продано было, если учесть что совершенно случайно мне друг его принес в ремонт. А ему он достался на свалке какойто электронной... До этого не после этого я ни одного живого не видел, да и по инет-каналам кроме jtn ни одного пользователя обнаружено не было. Да и софта под него тоже наверно немного.
Самое интересное что я целенаправлено поступал на эту специальность, и она была очень даже популярна (проходной бал - 9). А вот кто не проходил отправлялись на иит или автоматику.
По поводу файлов - не поверю, пока хотя бы кусок не будет здесь или у меня в ящике мыльном.

[rajdee]

До этого не после этого я ни одного живого не видел, да и по инет-каналам кроме jtn ни одного пользователя обнаружено не было.

ZX-Next был/есть у dee-jooz^HardWave Crew, если я ничего не путаю ;)

[CHRV]

И про переключение из ноля в единицу (или, наоборот) на шине адреса – вопрос то простой вроде. Тем более, что тут собрались люди, которые вроде как Z80, по определению, знать должны: игры пишут, демы крутые…
Идея простая: есть процессор, ПЗУ к нему подключено, старшие разряды адресной шины процессора – в воздухе болтаются. Какие команды (ассемблера, разумеется) нужно в ПЗУ использовать, что бы на старших разрядах было четкое переключение из ноля в единичку или наоборот? Если не ответит никто, буду искренне думать, что век настоящих профессионалов, для Speccy, закончился.

Ну устроит тебя такой метод: так как ПЗУ 2кило, то верхние адреса какие угодно могут быть, мы адресуем всеравно то что нужно. Ну и делаем переход на верхний адрес а там HALT и пока у тебя прерывание не сгенерится - будет на шине болтаться адрес следующей команды, соответственно единицы где нужно. Потом уходим опять в нижние адреса и спокойно там живем.

[Conan]

Ну устроит тебя такой метод: так как ПЗУ 2кило, то верхние адреса какие угодно могут быть, мы адресуем всеравно то что нужно. Ну и делаем переход на верхний адрес а там HALT и пока у тебя прерывание не сгенерится - будет на шине болтаться адрес следующей команды, соответственно единицы где нужно. Потом уходим опять в нижние адреса и спокойно там живем.

Сначала по пунктам:
1. Совершенно верно.
2. Шина для ZX-Next была спроектирована в 1991 (концепция была двумя годами раньше), и разведена в 1992. Хотя о Edge-connector, к тому времени я уже знал. И был он именно стандартом «краевого разъема», а не шины. То, что сделал Сережа Зонов, было скорее маркетинговым ходом: мол, есть у нас в компьютере шина, как в родном ZX Spectrum. Молодец, потому что народ на это «клюнул». Но шина, или разъем ZX-Bus, от родного уже отличались, если интересно можешь сравнить их, например, на память скажу, что на фирменном было три питания, и цветоразностные выведены, а на ZX-Bus, что то другое. Идея этого была такая: Мол, можно фирменные контроллеры подключать. Хорошая идея. Но дохлая. Посмотри, на ZX Interface 1, и скажи как его, например, к KAY подключить? Даже чисто механически? А электрически? Переходник делать? Так с переходником его можно и к любому клону подключить, лишь бы системный разъем был. Или фирменный интерфейс Kempston Joystick. А вот некоторых сигналов, там не хватало. А без них подключать устройства, которые разрабатывались, было просто невозможно. А мы о развитии думали, а не о том, как лучше себя прорекламировать. Хотя наверно в этом и были неправы. Все хватит об этом. На сайте, все расскажу и даже фотки будут.
3. Вытекает из второго. Вот развели контроллер на мамке, все классно, все счастливы. А потом появились дисководы 1.44 HD. Контроллер другой, но не сильно. Вот и берет каждый «счастливец» в руки скальпель и паяльник. А если контролер отдельный – одну плату вытащил из слота, и другую установил. Тем более что выпускалось много контроллеров, более совершенных, чем Beta-Disk от Technology Research. Взять хотя бы легендарный Disciple или Plus D. Другое дело, что все были зашорены, намертво прошитым, TR-DOS-ом , он же гробовой плитой и стал. Даже операционки дисковые, приходилось под его кривизну адоптировать, либо железо городить дополнительное. Хотя сейчас уже бессмысленно на эту тему разговаривать. Поезд давно ушел. Просто искренне жаль, что народ другого железа не увидел.

Теперь о сигналах на адресной шине.
Я так понял, ты предлагаешь:
JP XXXX - прыгаем на старший адрес (на самом деле XXXX это адрес следующей команды в ПЗУ, без учета старших адресов)
HALT – ждем прерывания
INT (RST #38) ….
Типа мы внизу.
Только вот что с адресной шиной творится во время прерывания, ты явно не подумал.
Работать это не будет, потому что вместо перехода из «1» в «0», будет чехарда, на адресной шине. Представляешь, как такой BLANK будет смотреться на экране?
Впрочем, правильного ответа, с первой попытки, я и не ожидал. Но хотя бы со второй… Помощь зала, приветствуется!

По поводу файлов - не поверю, пока хотя бы кусок не будет здесь или у меня в ящике мыльном.

Пусть другие тоже посмотрят:

[jtn]

Halt от VPU генерит Reset для MAINCPU - зачем?
p.s. насчет blank (а также ksync) - пока думаю.
интересно, что A11 VPU идет на его же NMI

[Conan]

Halt от VPU генерит Reset для MAINCPU - зачем?
p.s. насчет blank (а также ksync) - пока думаю.
интересно, что A11 VPU идет на его же NMI

Отлично, наконец то интересный вопрос.
Как известно, за регенерацию ОЗУ (или хотя бы ее части) во всех ZX-ах и их клонах отвечал: видеопроцессор, ULA, видеоконтроллер или просто набор счетчиков - можно называть как угодно, смысл от этого не меняется. Пока динамическая память не начнет нормально регенерироваться, «пускать» туда основной процессор нельзя. Для этого в схеме формирования Reset, обычно, ставят RC-цепочку, которая формирует задержку. Можно было поставить две RC-цепочки: с небольшой задержкой для видеопроцессора и с большой, для основного. Но это лишние элементы. Кроме того, конденсаторы высыхают со временем, да и место на плате занимает. Поскольку формировать, что-то достаточно быстрое, на выводе HALT, не удобно, я решил его использовать в качестве RESTET, для основного Z80. В результате, при включении питания, сначала запускался VPU, начинает память регенерировать, а затем, после фиксированной программной задержки, запускался CPU. Был и еще один скрытый смысл: в случае кратковременного сбоя по питанию, обычные RC не успевали сработать – требовалась разрядить слишком большую емкость. В обычных клонах, это приводило это к тому, что питание дернулось, и ничего не заметно, компьютер вроде работает, а содержимое памяти уже повреждено. Представляешь, если после этого на диск сохраниться? А в ZX-Next C1 очень малой емкости, цепочка чувствительная. Был сбой по питанию, так перезапуститься извольте.
С A11 отдельная история.

[jtn]

ну наконец-то до меня доперло, что биты перепутаны у VROM.
Потом на A10 у него - M1, значит КОПЫ берутся из нижних 1к, а все остальные данные из верхних. Не надо еще забывать, при каждом цикле регенерации на старшую часть адресов идет рег.I. В общем напишу прогу перестановуи битов - сообщу резалты.

p.s. насчет halt - "Пока динамическая память не начнет нормально регенерироваться, «пускать» туда основной процессор нельзя." по ресету/вкл питания он вроде как всегда лезет в ROM. Смысл?

p.p.s. ну раз уж ты такие подробности помнишь наверное расскажешь тогда, что за защита от копирования была?

[jtn]

предположение: как у Зонова на первых скорпах - по вкл. питания в ОЗУ определенные значения, они и анализируются, но имхо бред. Если и в правду защита была, то возможно в пзу зашиты какие-то коэффициенты - которые в свою очередь сравниваются с какими-то таймингами, у каждой платы уникальными.

[Conan]

Не надо еще забывать, при каждом цикле регенерации на старшую часть адресов идет рег.I.

Золотые слова, еще немного, будет правильное решение.

p.s. насчет halt - "Пока динамическая память не начнет нормально регенерироваться, «пускать» туда основной процессор нельзя." по ресету/вкл питания он вроде как всегда лезет в ROM. Смысл?

Смысл в том, что почти первым делом, процессор RAMTOP проверяет и устанавливает. А ОЗУ типа: TI4164, с которых РУ5 сдирали, нужно несколько (на память четыре) полных цикла регенерации.

p.p.s. ну раз уж ты такие подробности помнишь наверное расскажешь тогда, что за защита от копирования была?

Ты же сам уже вроде как ответил (правда, некоторые не поверили): там цифро-аналоговым способом записан массив ячеек. Часть из них проверялась при старте, а часть постоянно во время работы. Кстати это была совершенно неизученная область, и 14 лет назад, про ее практическое применение никто не думал. Хотя, используя эту методику можно было легко увеличивать в разы емкость ПЗУ, с лавинной инжекцией заряда (EPROM например). Пару лет назад, прочитал, что нечто подобное сделал Intel:

Introduction
MULTI-LEVEL CELL TECHNOLOGY FROM INTEL
Introduction
Process technology has allowed significant density increases and lower cost-per-Mbyte since flash memory was first introduced in 1988. Intel’s first flash device was a 256Kb device priced at $20 ($640 per Mbyte). Since then process innovation has increased the density and decreased the cost-per-Mbyte. In 1996, for example, an 8 Mbit device was priced at $12 ($12 per Mbyte) - more than a 50X reduction in cost-per-Mbyte. Continued process scaling will inevitably drive up density and lower cost-per-Mbyte. To build on process scaling, a concept called MultiLevel Cell (MLC) technology was conceived. This involves storing multiple bits of information on a single memory transistor. Storing two bits per memory cell instantly doubles the density in the same space and lowers the cost-per-Mbyte. MLC, together with process scaling, is poised to hit $1 per Mbyte by 2001.