Троичный дешифратор

[Shaos]

Ну преобразовывать так или иначе придётся - и кстати я тамже привёл варианты решения "этих проблем" галками

Ясен пень, что придётся... вопрос в том, насколько затратно аппаратно получится...
А галками - неспортивно. У меня, к примеру, ни галок нет, ни их прошивалок.
Подозреваю, что у многих их тоже нет.

ну двоичную память использовать в троичном устройстве тоже не сильно спортивно, но тем не менее

по поводу прошивалок - купи себе вот это (относительно дёшево и шьёт дофига всего)

А иногда бывает - добавишь в таблицу истинности некоторой избыточности, глядишь -
и сворачиваться в вентили она проще начала!

в лоб не сворачивается - я таблицы преобразования троичности в двоичность скармливал в свой DDT - мультиплексоров уйма получается

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

[Lavr]

ну двоичную память использовать в троичном устройстве тоже не сильно спортивно

Ну ты сравнил... Это от безвыходности, но двоичная память так или иначе есть у всех.
А вот галки с палками и их прошивалками - не у всех. В этом плане - неспортивно...
Так можно и РЕ, РТ тумблерами попрошивать...

[JeNNeR]

Я этим тоже в начале загорался, и даже считал так сяк и эдак, сколько нужно логики для прямого аппаратного выхода... получал оттакенные монстуозные конструкции (пример, и это с упрощением выхода) :

 Осторожно, простыня

F0-F7.png

Так что, через ПЗУшки значительно проще и надёжнее, как в плане работы, так и в плане прозрачности операций.
Туда - 1 ПЗУ на 1К, обратно 2 ПЗУ на три и два трит (чючють ног нехватает на одно ПЗУ обратно сделать)

[Lavr]

получал оттакенные монстуозные конструкции (пример, и это с упрощением выхода)

А эти "оттакенные монстуозные конструкции" в принципе - работоспособные?
Я к тому что, если работоспособные, то - прошить в CPLD и пусть работают?

P.S. ПЗУшки-то нужны быстрые, значит не все пригодны. А CPLD априори быстрая.

[Lavr]

Кстати, а какой префикс или постфикс у девятиричной нотации?
У восьмиричной - "O" от Octal, Octo... Девять по латыни: Novem,
по английски: Nine, значит - "N" ?

Ну с постфиксом особой проблемы нет. В различных просмотренных мной источниках "фонтана разнообразия" терминов не наблюдается:

девятеричная система счисления
nine number system;
nine system;
nonary number system;
nonary system

Значит постфикс всё же "N" (или "n"):
834N, 732n (по аналогии с 6АВН или 7FFh)

А вот с префиксом пока не ясно...
Префиксы 16-теричной системы - "$8В" или "0xABC"

Для девятеричная системы не нашел ничего... А префикс очень полезен при написании ассемблера.
Каки будут предложения?

[Lavr]

43210ZYXW - для трибблов, тут уместен суффикс N, префикс -#?;

Хороший префикс - #, только, к сожалению, занят уже и как раз в ассемблерах.
И там он очень на своём месте, так что не хотелось бы что-то менять и вносить путаницу...

Я озадачился префиксом, поскольку он очень упрощает написание ассемблеров.

Есть у меня ассемблер один для i8080 причем непосредственно от Intel, так они там придумали
метки обозначать префиксом, а не постфиксом:

:МЕТ1 - метка, а не так, как мы привыкли:
МЕТ1:
Ясное дело, что разбор строки они себе упростили - после первого символа ' : ' - всё дальше имя метки.
А если еще сказать: метки могут быть длиной до 255 символов, но идентифицируются по первым шести...

Я вот думаю, вот такая форма записи не прокатит для 9-ричного формата?

9х674

[Lavr]

Надо посмотреть какие префиксы в ассемблерах используются.

Тут еще и жесткое ограничение - символ префикса должен быть из этой таблицы,

ASCII.gif

ибо ассемблерный файл всё ж обычный текстовый файл...

А то вот не нравится мне { N, O, P },
в MS Word это решается легко:

Nadstroka.gif

А в текстовом виде, думается, надо ' Ї ' использовать...


Кстати, пишут, что в "Сетуни" при выводе на печать для -1 они использовали
перевёрнутую 1. Интересно, как они её перевернули?

Литеру что ли перепаяли вот в такой печатной машинке?

[Lavr]

порывшись немного в ассемблерах на предмет #: в некоторых оно комментарий обозначает, в некоторых (в восьмибитках в основном) ставиться перед аргументом, пока не понял для чего.

В зависимости от наличия или отсутствия # берется либо сам аргумент, либо он является адресом в памяти.
На мой взгляд - тоже удобнее квадратных скобок при разборе строки.

[Lavr]

Не для экономии ли одного байта был введен префикс # вместо [ ]?

Нет, это фича присуща и нативна ассемблеру 6502.
И она там очень органична, что прямо хочется взять за пример!
Кстати, скобки тож не Интеловские, а от Зайлога.
У ассемблеров i8080 никаких скобок не было же.

[Shaos]

2. 43210ZYXW - для трибблов

Но мне больше нравится "обратная" последовательность букв WXYZ, где Z = -4.. Так мне более понятней, хотя привыкнуть можно.

Автор Тунгуски использовал DCBA01234 и % в качестве префикса для таких чисел в своём ассемблере:
viewtopic.php?f=62&t=91

[Lavr]

Автор Тунгуски использовал ... % в качестве префикса для таких чисел в своём ассемблере...

А что, в принципе ' % ' - вполне неплохой префикс. На первый взгляд нигде в ассемблерах ничем не занят.

%4683 - ничего так смотрится. Готов поддержать Автора Тунгуски...


P.S. A у Автора Шилки ничего нет для нас полезного?

[Lavr]

Автор Тунгуски использовал ... % в качестве префикса для таких чисел в своём ассемблере...

А что, в принципе ' % ' - вполне неплохой префикс. На первый взгляд нигде в ассемблерах ничем не занят.

Хотя ' % ' - это префикс целочисленности в общем-то...
А я думаю - откуда-то он мне очень знаком , но ассемблеров это вроде не касается...

[Lavr]

В васиках этих префиксов так много потому, что можно не объявлять переменные заранее, что очень не хорошо.

А можно и объявлять - всё зависит от культуры программирования.
Можно даже включить "строгий контроль данных" и С++ будет нервно курить в сторонке,
поскольку в воздухе запахнет призраком Паскаля...

[Lavr]

по поводу прошивалок - купи себе вот это (относительно дёшево и шьёт дофига всего)

Забыл сказать, что я посмотрел на это и подумал, что не так уж много всего новомодного я шью,
а поэтому привык надеяться на "старый добрый LPT-программатор"...
Для этого я и держу в рабочем состоянии старый ноутбук IBM Thinkpad 600E под DOS 7.1/Windows 98,
и он меня даже с ПЛИС не подвел!

[Shaos]

Дык я тоже держу старый ноутбук с фридосом и LPT-программатором - вон дисковод даже ему обновил относительно недавно (года три назад), но иногда надо что-то прошить БЫСТРО, не мучаясь с дискетками и т.д.