Флейм
GameDev.ru / Флейм / Форум / Меряемся придуманными машинными архитектурами (6 стр)

Меряемся придуманными машинными архитектурами (6 стр)

Страницы: 1 2 3 4 5 6 7 Следующая »
TonalПостоялецwww24 мая 201815:10#75
Dexus
> Никогда не пользовался этим DAA. Проще десятичные счётчики делать в виде просто
> нескольких байт чем ради двухциферного обрезка с DAA разбираться.
Вот именно, тоже не понимаю поинта ВСD арифметики... мне проще все в двоичном вмде считать,  а для вывода конвертировать(причем при конвертировании деятичных цифр DAA уже не нужен, та м просто +30Н).
А вот для HEX-ASCII пригодилась)
innuendoПостоялецwww24 мая 201815:16#76
Tonal
> А вот для HEX-ASCII пригодилась)
ну да

> Вот именно, тоже

а перенос кто будет делать? Пушкин ? :)

TonalПостоялецwww24 мая 201815:21#77
innuendo
> а перенос кто будет делать? Пушкин ? :)
нет проблемы с переносом в двоичном виде(не BCD)
innuendoПостоялецwww24 мая 201815:43#78
Tonal
> нет проблемы с переносом в двоичном виде

нету, но с часиками нужно будеть писать свой код вместо DAA

DexusУчастникwww24 мая 201815:56#79
Зачем бинарный счётчик вообще? Над этими экранными числами никаких арифметических операций производить не надо, кроме как прибавить, а это примитив, который делается над "строкой-числом". 5 байт например, значения - #30..#39, дальше пару фейковых ноликов нарисованных на экране, для солидности. Лично я считаю BCD этот - каким-то атавизмом бесполезным, по которому никто бы не скучал если бы это был другой оператор.
В z80 адски не хватало сдвигов на N и умножения с делением.

Правка: 24 мая 2018 16:03

0iStalkerМодераторwww24 мая 201816:06#80
Tonal
> Вот именно, тоже не понимаю поинта ВСD арифметики...

Когда-то, очень давно,... пиксельный дисплей не был обязательным переферийным девайсом. А вот выводить результаты на 7-сегментный индикатор, - очень даже удобно через BCD

=A=L=X=Постоялецwww24 мая 201816:18#81
DAA это наследие калькуляторного прошлого. На Intel 4004 это более чем прекрасно видно - сами регистры были 4-битными под десятичный разряд.
Интересно, что в ранние годы микрокомпьютеры примерно так и воспринимались - как этакие калькуляторы-переростки или супер-программируемые калькуляторы.
Где то я уже постил статью в каком то зарубежном варианте журнала "Радио" от семьдесят какого то года про тест-драйв процессора MOS 6502 - журналист даже плашки ОЗУ не имел - это было слишком дорого, он цеплял к ножкам адресной шины процессора какой то сдвиговый регистр или что-то такое и чисто на вольтметре тестировал чего и куда залипло на контактах. 8-битной романтикой меня чуть не сдуло. Так вот - микросхема на 64 байта ОЗУ продавалась как весомый по цене прицеп для отвязного хардкорного программирования без границ в первые годы, нормальные микросхемы порядка килобайтов и десятков последовали очень быстро, но был некоторый промежуток времени, когда были остро востребованы даже 100 байт памяти.

Правка: 24 мая 2018 17:38

=A=L=X=Постоялецwww24 мая 201816:27#82
P.S.

А, вот та статья от 20 сентября 1975 года: http://www.swtpc.com/mholley/Microprocessors/EDN_Sep_20_1975_6502.pdf
Скриншот тестового стола, как написано "как видите привести его в рабочее состояние едва ли сложнее, чем микрокалькуляторный чип":

Изображение

ZiltopПостоялецwww24 мая 201817:01#83
Здорово !
Фото компьютерного эмбриона.

Правка: 24 мая 2018 17:04

=A=L=X=Постоялецwww24 мая 201817:32#84
Текст под фоткой сам по себе зачётен (перевод мой):
Рис. 2 - Изначальный макет (нашего) журнала для "оживления" микропроцессора MOS Technology 6502 показывает насколько просты машины второго с половиной поколения в плане разводки проводов для пользователя. Эта макетная плата была разложена (в течении недели) чтобы приблизиться к топологии, которую журнал использует для общих замеров микропроцессоров. И хотя мы обнаружили немало шума (главным образом вместе с синхроимпульсами) на всех наших довольно длинных и разбросанных проводах, но 6502 отработал без ошибок.

Правка: 24 мая 2018 17:36

TonalПостоялецwww24 мая 201819:50#85
0iStalker
> А вот выводить результаты на 7-сегментный индикатор, - очень даже удобно через
> BCD

выводить то без разницы на что, если нужно прсто запилить часы - да ВСD удобней будет, но в реальной жизни я таких задач не встречал)

В реальных задачах обычно все изначально в двоичном формате, даже с двоичными часами без всякой индикации)
и если нужно например для отладки отобразить на 1602, то нужно все перекодировать - по честному делить на 10 каждый разряд для десятичного или конвертить как .HEX-ASCII.

}:+()___ [Smile]Постоялецwww24 мая 201823:10#86
Tonal
> по честному делить на 10 каждый разряд
По честному делить на надо, достаточно умножать.
TonalПостоялецwww25 мая 20181:06#87
}:+()___ [Smile]
можно и умножать если на целевом процессоре умножение работает быстрее.
innuendoПостоялецwww25 мая 20182:03#88
Tonal
> по честному делить на 10 каждый разряд для десятичного или конвертить как
> .HEX-ASCII.

я тоже видел использование DAA только пару раз, редко, но метко, а поделить на Z80 - это однако, ну на 2 и тд можно :)

Правка: 25 мая 2018 10:04

TonalПостоялецwww26 мая 20184:00#89
innuendo
В столбик)

ЗЫ:можно мерятся кто круче в столбик поделит на восьмибитке)

+ Показать


Правка: 26 мая 2018 5:50

Страницы: 1 2 3 4 5 6 7 Следующая »

/ Форум / Флейм / Железо

2001—2018 © GameDev.ru — Разработка игр