nedoPC.org

В связи с внезапным успехом по использованию стандартных CMOS микросхем серии 4000 для построения троичных вычислителей я подумал, что наверное было бы неплохо в этом году таки реализовать в железе проект 3niti alpha, который напомню был начат ещё в декабре 2004, т.е. в конце этого года данному проекту стукнет 20 лет

P.S. А может быть даже удастся развить это до расширенной спецификации 3niti beta на уровне микрокода

P.P.S. Плюсы:

• Реальный троичный компьютер в железе
• Относительно дешёвый из-за применения недорогой CMOS-серии 4000
• Возможна прямая конверсия в ASIC существующих CMOS-процессов для создания чипа

Возможные минусы:

• Внутри логических блоков каждый троичный вход будет разделяться на два двоичных сигнала, превращая всю конструкцию в гибридный двоично-троичный компьютер
• Подозреваю, что по скорости это не будут мегагерцы т.к. задержка на одном CMOS вентиле будет 30нс или больше...

P.P.P.S. Внимательный читатель может задаться вопросом, а не является ли 3niti 4000 конкурентом компьютеру ТРИАДОР (и в частности микроконтроллеру Triador-3000)? Отвечаю - нет не является! Главным образом потому, что ТРИАДОР изначально позиционировался как эдакий троичный RISC (который в перспективе может стать первым троичным микроконтроллером в виде чипа), а вот 3niti - это типичный CISC, где ряд инструкций иначе нежели через микрокод и не сделаешь:

В идеале хотелось бы, чтобы конечный продукт умещался на одной большой квадратной плате, которую можно было бы вешать на стену как большую интерактивную картину
Это значит, что такую плату надо разрабатывать либо в опенсорцной программе pcb из состава пакета gEDA без ограничений на размер, либо автогенерировать через мои DDT и Circuits.CC (которые придётся допиливать). Пример для подражания - https://hackaday.com/2016/05/16/a-dis-integrated-6502/:


Либо (как минимум для начала) можно разбить дизайн на платки и "по-быстрому" набросать их в Eagle v5.12 в ограничениях стандартной лицензии (которая у меня легально имеется ещё с 2007 года) 160x100мм, что есть формат Eurocard, под который существуют разнообразные "кроватки" - в качестве примера см. https://hackaday.com/2014/02/26/hackaday-68k-enclosure-backplane-and-power/:

Вот репа этого проекта с герберами: https://github.com/bbenchoff/BackplaneComputer
(там есть кроватка на 7 разъёмов DIN41612, а также протоплата слота, но из разъёма там используются только 64 контакта по краям).

Вот тут ещё есть герберы для "кроваток" на 4 разъёма DIN41612 (тут разведены все 96 контактов):
https://www.martenelectric.cz/backplane_pcb_din41612_4_slot.html

В качестве ОЗУ можно сразу поставить микросхему SRAM на 32кб, которые будем адресовать через вот такую схему (см. картинку внизу), по вот такой методе, используя из 32 килобайт целых 13122 ячеек (40%) для хранения триад из диапазона ONN NNN NNN ... PPP PPP PPP. Кроме того можно иметь где-то сбоку ПЗУ для начального старта. Схема преобразования из 4 тритов адреса в 7 битов, которая будучи реализована на DG403 весила бы 10 корпусов:



Попробуем реализовать её через 4000 серию. Напомню, что CD4001UBE (4xNOR) и CD4011UBE (4xNAND) каждая могут быть подключены как 4 инвертора со сдвинутыми порогами:



Сразу же можно отметить, что вот это:

реализуется через небуферизированный NOR (порог сдвинут влево), а вот это:

через NAND (порог сдвинут вправо) с последующей инверсией.

Каждый из 4 троичных входов схемы должен будет подаваться на один вентиль из CD4001UBE и на один вентиль из CD4011UBE, что займёт ровно 2 микросхемы. Сигналы r2 и r3 уже получаются готовы (просто берём выходы соответствующего NOR-гейта). Выходы r1 и r11 потребуют добавить 2 двоичных инвертора (к выходам соответствующих NAND-гейтов), но т.к. CD4052-е дают 2 селектора с общим управлением, то нам будет проще r11 реализовать через переключатель в половинке CD4052, т.к. вторая половинка будет задействована под mux r12. Итого 3 корпуса - идём дальше. Для реализации второй колонки берём ещё 3 микросхемы CD4052 - уже 6 корпусов. Третья колонка - ещё 2 микросхемы CD4052 - итого 8 корпусов. По идее нам надо было бы иметь инвертированный сигнал r1, но на самом деле т.к. это 1 бит адреса для ОЗУ, то нам не важно инвертированный он или нет - главное чтобы 2 разных значения этого бита адресовали разные половинки памяти т.е. без инвертора на выходе r1 у нас получается 8 корпусов - 1 микросхема CD4001UBE, 1 микросхема CD4011UBE и 6 микросхем CD4052.

Для адресации всех 32 килобайт нам потребуется 2 таких схемы (16 корпусов) плюс самый старший трит 9-тритового адреса будет использоваться для выбора половинок ОЗУ (O или P) и по-видимому ПЗУ (N), которое можно расположить в области NON NNN NNN ... NPP PPP PPP и обращаться к нему более простым способом (чтобы упростить программирование) - один трит адреса с троичной шины превращать в 2 бита адреса двоичной микросхемы ПЗУ - 7 тритов в 14 битов плюс ещё один трит, который непосредственно будет программировать старший бит адреса 0 или 1 - т.е. всего 15 битов адреса, что потребует 32-килобайтного ПЗУ (например AT27C256R) из которых будет доступно только 4347 ячеек (13.3% от всего объёма) - такой упрощённый способ адресации освещался вот тут. Логика формирования чипселектов:
намекает на то, что надо воспользоваться вентилем NOR для формирования /CSRAM и его инверсией для формирования /CSROM. Далее надо привести диапазон логических уровней из -5В...+5В в 0В...+5В, что можно сделать с помощью диода и резистора.

Для преобразования 3 тритов в биты данных просто берём 3 вентиля NOR и 3 вентиля NAND с дальнейшим приведением уровней и для согласования входов и выходов ОЗУ потребуется как минимум одна буферная микросхема. Выходы же из микросхем памяти пойдут на схему преобразования битов в триты, которая реализуется парой корпусов CD4053 (через CD4052 это бы потребовало трёх микросхем).

Со схемой контроля целостности данных, которая использовала бы старшие 2 бита в байте данных двоичных микросхем памяти, можно пока не заморачиваться - итого получается порядка 23 микросхем (включая чипы ОЗУ и ПЗУ), что и будет первой платой в формате еврокард разработанной для троичного компьютера 3niti 4000...

P.S. А может воткнуть ПЗУ в середину (Oxx xxx xxx), как предполагалось изначально? ОЗУ же займёт области Nxx xxx xxx (данные) и Pxx xxx xxx (код и данные)? В этом случае логику чипселектов надо будет сделать иначе (либо вообще убрать её на плату процессора, которая будет выдавать отдельные чипселекты на шину)...

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



Тут же можно сделать несколько GPIO для подключения клавиатуры, звука, внешнего SPI EEPROM и т.д.

P.S. При упрощённом троичном способе обращения к двоичной памяти в ней образуется много дырок, недоступных троичному ядру - попробуем рассчитать размер самой большой непрерываемой дырки при таком подходе. Если преобразовывать каждый трит адреса в 2 бита адреса вот так: P->01, O->00, N->10 (плюс бит 14 будет просто браться из предпоследнего трита из которого мы будем использовать только значения O=0 и P=1), то дырка будет для всех адресов, где есть пары 11 - в частности это целиком последняя четверть в каждой из двух 16-килобайтных половинок имеющяя размер 4К причём к этим 4К будет примыкать дырка из предыдущей четверти, имеющая размер четверть четверти и т.д. т.е. размер самой большой неиспользуемой дырки в конце ПЗУ (и в середине ПЗУ тоже) можно вычислить как 4K+1024+256+64+16+4+1=5403 (две такие дырки будут занимать 33% объёма ПЗУ 32К). В этой дырке можно расположить "мультик", который может играться бортовой логикой на этом самом дисплее 9x9 сразу после ресета (причём таких мультиков может быть ДВА - в конце ПЗУ и в середине ПЗУ - их можно выбирать джампером перед включением компьютера). В одну такую дырку может влезть 200 кадров упакованных (с шагом 27) либо 168 кадров неупакованных (с шагом 32)...

Ещё можно вот такой 7-сегментный индикатор поддержать (например на 5 разрядов):



Схема перекодировки в единственном экземпляре будет использоваться только в момент записи из троичного ядра в двоичный регистр (один из пяти), а индикация будет всегда производится из двоичных 8-битных регистров, в которых уже будут лежать преобразованные данные...

P.S. Эти 5 семисегментных индикаторов ( с точкой сегментов будет 8 ) могут также участвовать в мультике на буте - вот и получим 27+5=32 байта на "кадр" (для круглого счёта). Плата ПЗУ с такой индикацией может сама формировать сигнал RESET для всей остальной схемы, не отпуская его пока играется стартовый мульт (кстати каждый байт RG-индикации будет иметь ещё 2 неиспользуемых бита, в которые можно записать "звук" старта)...

Для вывода цифровых значений тhёхтритного кода предлагается следующий метод:
1. 7-сегментный индикатор переворачивается вверх ногами так, чтобы сегмент "точка"
оказался в левом верхнем углу.
2. Цифры 0,1,2...9 отображаются обычным образом. Цифры 10,11,12 и 13 отображаются как
A,b,C,d способом принятом в HEX-коде.
3. Отрицательные цифры -1,-2,-3...-C,-d, отображаются также, но дополнены светящимся
символом "точка" в верхнем левом углу. Пример: -1 будет *1, -2 = *2, -3 = *3,...
-´10 = *A,... -13 = *d.
Так как в logisim 7-сегментный индикатор перевернуть нельзя, то будет приведён просто рисунок

7-сегментные индикаторы вверх тормашками? Интересный вариант

P.S. Кстати меня всегда в таком использовании HEX-цифр бесило, что буквы то строчные, то прописные - что если вот так сделать?
Хоть маленькая a и похожа тут на маленькую o, но её ни с чем из имеющегося не спутаешь - можно просто запомнить, что это a

P.P.S. Так как у нас 9-тритный адрес и 3-тритные данные, то 5 разрядов должно хватить и даже ещё содержимое аккумулятора можно вывести...

Вот чего я придумал - т.к. хочется иметь и такие буковки, и сякие буковки на наших 7-сегментных индикаторах, то по-видимому будет проще ввести понятие заранее предопределённых "шрифтов"!

Вместо одной схемы преобразования 3 тритов в 8 сегментов надо взять 2К ПЗУ (например 573РФ2) и использовать его как "знакогенератор" - адресовать знаки в нём можно простым способом, превращая один трит в 2 бита (например O->00, P->01, N->10 или 11), т.е. 3 трита кода знака дадут 6 бит адреса, оставляя нам ещё 5 битов для выбора "шрифта", который может задаваться через отдельный регистр триадами от ONN до PPP (18 вариаций). Кроме того некоторые шрифты будут для обычной ориентации индикаторов, а некоторые (как пример выше) - для перевёрнутой - в этом случае пользователь просто перевернёт устройство вверх ногами.

Ещё один интересный момент вырисовывается - меняя шрифт мы просто перепрограммируем способ как 3 трита при записи в соответствующий регистр будут превращаться в 8 битов для соответствующего 7-сегментного индикатора и т.к. регистры индикаторов будут хранить уже оттранслированные последовательности битов, то можно программно менять шрифт хоть перед записью в каждый регистр! Это даёт возможность иметь разные шрифты в разных разрядах одновременно и выводить туда в том числе произвольные комбинации сегментов - всего у нас может быть 256 комбинаций (с точкой), а триада задаёт только 27 комбинаций, поэтому нужно 10 шрифтов отдать под покрытие всех возможных комбинаций (типа псевдографика), а в оставшихся 8 шрифтах расположить спец.шрифты типа двух упомянутых выше.

P.S. Все комбинации без точки (взято из https://en.wikipedia.org/wiki/Seven-segment_display):


(с точкой повторится всё тоже самое, но с точкой)

Мультик будет играться сразу в двоичном коде т.е. RG-светодиоды смогут показывать не только красный или зелёный цвета, но и жёлтый! Это было бы не совсем честным для троичного режима, где такой возможности изначально не предусмотрено. И вот я подумал, а не ввести ли нам "палитры"?
Один трит выбора палитры может задавать 3 варианта - N, O или P. При O на сдвоенные светодиоды будут посылаться обычные комбинации N->01 (R), O->11 (O), P->10 (G), а при N или P мы просто будем инвертировать первый или второй бит в паре, соответственно при N это будет N->11 (O), O->01 (R), P->10 (Y), а при P - N->00 (Y), O->10 (G), P->11 (O) т.е.

• Palette N: Black, Red, Yellow
• Palette O: Red, Black, Green (default)
• Palette P: Yellow, Green, Black

В той же триаде могут располагаться другие системные триты - например трит звука, а также трит какого-нибудь внешнего троичного линка (выход на магнитофон?)

При чтении из этой триады можно получать состояние 6 кнопок, причём одна пара кнопок будет расшаривать один трит со входом с внешнего троичного линка (магнитофона?). Кнопки поделены на пары, которые бессмысленно нажимать одновременно в паре: Left/Right, Up/Down, Step/Run - похоже этого набора будет более чем достаточно

Итак раскладка по памяти в области ПЗУ:

• ONN NNN NNN (-3280) ... ONN NNN PPP (-3254) - красно-зелёный дисплей 9x9 (всего 27 ячеек по 3 трита каждая - только запись)
• ONN NNO NNN (-3253) - первый 7-сегментный индикатор (только запись)
• ONN NNO NNO (-3252) - второй 7-сегментный индикатор (только запись)
• ONN NNO NNP (-3251) - третий 7-сегментный индикатор (только запись)
• ONN NNO NON (-3250) - четвёртый 7-сегментный индикатор (только запись)
• ONN NNO NOO (-3249) - пятый 7-сегментный индикатор (только запись)
• ONN NNO NOP (-3248) - код шрифта (по умолчанию OOO)
• ONN NNO NPN (-3247) - системная триада:
  
  • запись - вых.линк, звук, палитра (по умолчанию OOO)
  • чтение - вх.линк/кнопки
• ONN NNO NPO (-3246) - зарезервировано
• ONN NNO NPP (-3245) - идентификатор архитектуры (Oxx- alpha, Pxx - beta, Nxx - gamma)

Вроде ничего не забыл ( даже потом идентификатор архитектуры добавил : )

P.S. Тетрис там тоже планируется быть


P.P.S. Для поддержки калькулятора потребуется отдельная матричная клавиатура...

Как то на разновысотность букв не обращал внимания, но пожалуй строчность выглядит лучше.
Буква "с" просто уменьшается как и было предложено, а большую "А" можно подрезать.
Будет похожа на "п", но привыкнуть тоже легко.

И немного непонятно почему 5 разрядов, 3 трита - адресные, 1 трит - дата, а ещё один?

> И немного непонятно почему 5 разрядов, 3 трита - адресные, 1 трит - дата, а ещё один?

Пробел между ними
Ну или тире
Это можно другим "шрифтом" писать (я описал выше как можно шрифты переключать хоть для каждого индикатора чтобы свой был)
И кстати не тритов, а триад
Я вообще планировал ограничиться пятью разрядами т.к. кругло выходит для мультика на буте - 27+5=32 байта чтобы один кадр сформировать (дисплей 9х9 и 5 семисегментных индикаторов) и для простого калькулятора 5 разрядов тоже должно хватить...

P.S. Кстати, как я писал выше, для мультика у меня в ПЗУ есть 2 окна по 5К - можно в одно окно записать мультик обычный, а во второе - мультик перевёрнутый, и каким-то датчиком определять как пользователь держит девайс и запускать либо один, либо другой

P.P.S. Этот "какой-то датчик" называется "Tilt Sensor" - это выключатель, который замыкается, когда смотрит вверх и размыкается, когда смотрит вниз

Источник: https://learn.adafruit.com/tilt-sensor/testing-a-tilt-sensor

> Будет похожа на "п", но привыкнуть тоже легко

Наверное всё-таки такое написание (A,b,C,d) будет более привычным для большинства:

Для индикации значений триады на лед-7сегментнике предлагается использовать матричное преобразование на микросхеме прог-памяти К155РЕ3. Только есть нюанс: BCT-код триады состоит из 6 бит, а адрес в К155РЕ3 всего 5 разрядов. Для преодоления этой ситуации предлагается воспользоваться свойством симметричности положительных и отрицательных цифр в троично-симметричной системе счисления.
Суть метода:
1. На адресные входы К155РЕ3 через 5 двухвходовых
мультиплексоров подаются первые 5 битов BCT-кода триады.
Первые две пары мультиплексоров реверсируют биты в тритах T1 и T2, а 5-ый
мультиплексор просто переключает биты трита T3.
2. При управляющем сигнале "0" мультиплексоров, К155РЕ3 программируется для
индикации BCT-кодов в диапазоне "-d,-C,-b...0...3,4".
3. Для индикации положительных цифр в диапазоне "5,6....A,b,C,d", старший бит триады
принимает значение лог.1 и подаётся одновременно на вход 1 пятого
мультиплексора, на управляющие входы всех пяти мультиплексоров и на схему
блокировки зажигания сегмента "точка"(dp), котрый является символом "-" для
отрицательных цифр.
4. В результате этой инверсии, на выходах К155РЕ3 будут коды
для зажигания отрицательных цифр "-5,-6...-C,-d", но
т.к. символ "-" будет заблокирован, цифры будут отображаться как положительные.
Проект просимулирован в logisim.
Т.к. в логисиме 7-сегментный индикатор нельзя перевернуть, но есть возможность использовать один сегментик лед-матрицы, который будет точкой-минусом, находясь у верхнего левого края 7-сегментного индикатора.
При нажатии на кнопку «такты» будут переключаться цифры на индикаторе.

А да, самое главное, файлы.
В зипе собственно проект в логисиме, пдф с табличкой кодов, и файл без расширения
это прошивка памяти на всякий случай.