Moderator: haqreu
Да не то, чтобы он мной столь любимый... Но ведь надо проверить в программах - так ли уж онShaos wrote:В таком случае можно будет столь любимый Лавром тройной джамп имитировать
TERNARY_SKIP
JP negative_pointer
JP zero_pointer
JP positive_pointer
"
Да - я вижу сложности с одной инструкцией на такт и ячейками по уровню. Например похоже для передачи управления на адрес придётся подсовывать декремент этого адреса для защёлкивания в левых ячейках программного счётчика, чтобы потом оно прошло через полусумматоры и сработало как надо (хотя это могла бы быть "фича" процессора, когда для передачи управления на адрес N надо делать JP N-1 ; ) либо надо как-то хитро отменять инкремент при передаче управления. Также есть проблема с инкрементом и декрементом R1 - похоже надо иметь заранее подсчитанные R1+1 и R1-1 (в двух разных теневых регистрах), чтобы в нужный момент защёлкнуть либо одно, либо другое в ячейках памяти регистра R1 (и во флаге C)...haqreu wrote:Я так и не придумал, как это сделать. Точнее, получалось очень громоздко, основные загвоздки именно при всяких джампах и т.п. В итоге плюнул, сделал по фронту.Shaos wrote:надеюсь обойтись ячейками памяти с запоминанием по уровню
Сделал преобразовалку из 8 битов в 5 тритов в виде ПЗУ 8->10 (подробнее тут):Shaos wrote:На борту двоичный ROM (пока 10-битный, но я хочу сделать преобразовалку из 8 битов в 5 тритов и заменить ПЗУ на обычное 2Кбайтное).
Адрес формируется из бинарного представления 6 тритов (т.е. 12 битов - так что ПЗУ будет с неисползуемыми дырами).
При сбросе программный счётчик указывает на адрес нулевой адрес OOOOOO (и там должен быть NOP, т.к. схема иногда его успевает проскочить)...
Да - точно, умножение там надоhaqreu wrote:Не надо убирать N,O,P. Тот, кто не разобрался с ними, вряд ли будет разбираться с архитектурой процессора.
Ты там в картинке возведение в степень замени на умножение (вместо t2^9 лучше сделать t2*9)
Ну если вышел из своего сегмента путём естественного перехода через границу, то да - надо писать руками (это не баг, это фича ; )haqreu wrote:Кстати, я, конечно, понимаю, что счётчик у нас скрытый регистр. Сейчас при каждом джампе надо руками писать в R13 номер банка памяти. Нам точно не нужно копирование из счётчика в R13? Руками всегда справимся?
Не согласен. При старте триадора регистры не были инициализированы. Поэтому надо писать всегда, даже при самом первом джампе, находясь в первом сегменте памяти.Ну если вышел из своего сегмента путём естественного перехода через границу, то да - надо писать руками (это не баг, это фича ; )
В моей логисимовской модели все регистры обнуляются при сбросе (троичные MEM-ы так подключены, что один из ихних входов является сбрасывающим) - соответственно в R13 по сбросу будет OOO и программный указатель указывает на OOOOOO и JP ttt будет работать прямо сразу как надо (начинать с нуля это оч.удобно, в особенности если вместо троичной памяти использовать двоичную, где нулевой адрес отображается на начало памяти)haqreu wrote:Не согласен. При старте триадора регистры не были инициализированы. Поэтому надо писать всегда, даже при самом первом джампе, находясь в первом сегменте памяти.Ну если вышел из своего сегмента путём естественного перехода через границу, то да - надо писать руками (это не баг, это фича ; )
Нормальной она будет, а никакой не гибридной. Не повторяй чужих глупостей!Shaos wrote:многие части схемы сугубо двоичные (как например сигналы выбора регистра для записи,
сигналы дешифрованных опкодов и т.д.) так что моя реализация будет гибридной
Code: Select all
R3h R3m R3l R4h R4m R4l
R5h R5m R5l R6h R6m R6l
R7h R7m R7l R8h R8m R8l
R9h R9m R9l R10h R10m R10l
R11h R11m R11l R12h R12m R12l
