- вон чего ММ сотворил
- [+] Старые сообщения (12)
-
? Alexander "Sandro" Tishin@ - 30.08.2018 18:41
У 1801РР1 это не "стартовый адрес", а адрес, с которого ПЗУ будет располагаться в адресном пространстве машины. Программируется отдельно от данных. Так сделано, чтобы микросхеме не требовался внешний дешифратор старших разрядов адреса.
-
? BD - 05.09.2018 17:32
http://www.phantom.sannata.ru/forum/index.php?t=29829&p=464704#pp464704
¤
это всё. "платку" сам не соберешь без шаблона на пасту. требуйте готовый экземпляр.
-
? S_V_B - 06.09.2018 16:47
Продайте кто-нибудь 3 микросхемы ВАСИКА для 11м,а то ВОЛАНД плашку приложил.., а ПЗУ нет.. как бэ вакуум образовался..
-
? BD - 06.09.2018 17:42
а зачем? см. BASIC11M на дисках мкдос, андос, ксидос.. в реале ПЗУ не используется, когда хочешь доступ к диску.
-
? S_V_B - 06.09.2018 17:59
что бы вакуума не было :)
-
? BD - 06.09.2018 18:48
пиши воланду. у него куча нерабочих бк11м.
http://zx-pk.com/forum/viewtopic.php?f=35&t=9325
-
? S_V_B - 06.09.2018 19:38
Да Чего-то он молчит.. хотел у него пленки на клаву взять.. и тишина... может не те суммы :)
-
? microxa - 12.03.2019 16:12
Да.. ну, RE-эмулятор от VSlav'а, это шедевр.. Наверное если насадить на стм32 сдвиговые регистры (что то типа к155ир13), и можно и ВП37 заэмулить, а?
¤
А вот трайдент9000 исовый.. Помню его по Quake-1 в DOS-е.. Тормоз тот еще... В 486ых bios можно было множитель накрутить, гдето была 5метров аж пропускная. Максимум 360х480 можно было отжать, более-менее играбельных, на разогнаном до 166мгц AMD5x86-133.
¤
Сравнивал с пневыми конфигурациями (via586/PentiumMMX-233, via694T via-PIII-Tualatin 1300), тормозили они об пропускную (которая ни в биосе и вроде как в самих регистрах чипа уже не устанавливалась).
¤
Короче даже на таких космических скоростях, было то еще.. слайд шоу..
¤
А программировался то вообще мрак. я както переделывал эмуль Дмитрия Тюрьева под комбинированый (чб+цвет) графон так это.. всё, проклял... 640Х350 устанавливал. 16цветов. и какойто капец был по коду.
(впрочем все тоже самый квест имеется и на встроеном Ынтел 3150).
¤
Разве что текстовый графон 80х25, всетаки шедевральный. Сравнительно недавно узнал что аж
160x100 16 color можно с него отжать.. https://deathshadow.com/pakuPaku
не знаю, не знаю.. осилит ли трайдент такой изврат. но атомная встройка тянет. я аж был в шоке с этого паку пак пакмана-нах..
-
? microxa - 12.03.2019 16:43
хотя какие нафик 155ир13... Под LCD экранчик-то.. 16битные вродеже есть. с 640х480.. или нет..
-
? BD - 12.03.2019 18:56
microxa, у тебя реальный, работающий БК есть? нефиг напиваться и ностальгировать с написанием эмуляторов, хотя ты в этом крут. у нас стоит задача уже, чтоб реальную БК подружить с PC с реальным доступом к диску через wifi.
gid реализовал ИРПС, но не все работает и софта нет.
-
? BD - 12.03.2019 19:03
http://forum.pk-fpga.ru/viewtopic.php?f=15&t=5606
-
? microxa - 12.03.2019 20:09
>>microxa, у тебя реальный, работающий БК есть?
BD,
Ой чур, чур меня.. Хватает его имитации, c "эффектом дежавю".. на мелком нетбуке..
p.s
писюки то, вон.. оказались кидаловом.. а это вообще.. впрочем.. не знаю что "это было.."
-
? BD - 12.03.2019 20:53
https://play.google.com/store/apps/details?id=su.comp.bk
¤
гениально. но эмулятор лишен возможнотси общаться с внешним миром. для это надо посмотреть исходки gid, для эмуляцци регистров ирпс. мы, с S_V_B
очеееень будем благодарны ))
-
? microxa - 12.03.2019 21:59
>>для это надо посмотреть исходки gid, для эмуляцци регистров ирпс
ну вроде как сделано на прерываниях и адресах. мне не знакомых
default:
case MODE_V060:
addr = 0177560;
vec = 060;
break;
¤
case MODE_V360:
addr = 0176560;
vec = 0360;
break;
¤
case MODE_V370:
addr = 0176570;
vec = 0370;
break;
¤
Для меня этот ИРПС ограничивался 1777714-ым портом. Были какието там попытки 1777714-ый порт напрямую в LPT (в 8битном режиме) перенаправлять.. Хренью глюкавой какойто все кончилось :)
-
? Manwe - 10.04.2019 09:50
Очень странная пара переключателей торчит. Обломать ножку в процессе переключения – как нечего делать. Гораздо эстетичней и надёжней заменить их на обычные джамперы.
-
? BD - 11.04.2019 00:56
ничего не надо. надо только соплю бросить на сигнал DOUT от проца. можно просто снимать контакт, когда перепрошивка не требуется. там 2 светодида - процесс показывается )) можно на МПИ вывести DOUT и использовать плату МСТД для экспериментов. софт под rt-шку, правда пока, т.е. нужен двойник МПИ.
-
? svinka - 11.04.2019 01:49
для экспериментов не только плату МСТД использовать но любую другую где есть место под ПЗУ типа КР1801РЕ2. Например контроллер НГМД.
#
Хотелось бы программатор для УП.
-
? BD - 11.04.2019 12:36
svinka, на УП без извращений не получится.
"Заготовки" валяются уже полгода, ввиду слепоты, кривых рук и лени так идею и не опробовал..
¤
https://i.ibb.co/QXMjcQw/4309.jpg
-
? sav - 26.04.2019 14:55
Интересно, а почему подавляющее число ретро компов использовало для доступа к памяти жесткий цикл - доступ процессора /доступ видеоконтроллера? Если установить дополнительный буферный регистр перед сдвиговым регистром и дважды в него записывать данные, а в конце второго цикла перезаписывать их в сдвиговый регистр, то процессору можно забирать ближайший цикл, а не ждать своей очереди. Память побыстрее работать будет, уберутся циклы 1.3 мкс. В той-же ВП 037 для этого можно было бы использовать 26-27 ноги, а тестовый режим сделать как в 030/013. Однако...
-
? RADIX50 - 26.04.2019 23:21
TO: SAV
SUBJ: "дважды в него записывать данные...", "процессору можно забирать ближайший цикл,не ждать своей очереди..."
RE: %SUBJ%
...
Если ничего не путаю,то тов. KISSER в спроектированной им примочке "BK_SVGA"(которая на микроконтроллере) как раз использовал примерно похожий принцип. Дословно не помню,но что-то вроде "..получаются 2 копии содержимого видеоОЗУ + 2-кратная перезапись/обновление"; но его разработка почему-то подверглась некоторой.. ну.. критике, - как раз именно из-за вот этого "2-кратного повторения/хранения"(содержимое базовой видеоОЗУ "БК-001#" дублировалось в местном ОЗУ микроконтроллера); да плюс еще тогдашние "тролли"(коих тут обиталось одно время в те годы довольно заметное количество),не имевшие особого интереса/отношения к теме (возрождения)БК, "подливали масла" в огонь,конфликтуя с участниками форума.
Не знаю,как кому,но мое мнение такое: приставка свою задачу(преобразование БКшного RGB в IBM_SVGA,причем,"на лету") решает? - решает(причем,без вмешательства в электросхему самой БКшки,т.е.,самостоятельно,в режиме "черного ящика")! А уж сколько копий видеокадра там хранится/дублируется, - для данного случая особой разницы не имеет(тем более,что быстродействие и объем своего ОЗУ выбранного KISSER'ом микроконтроллера заметно превосходят "БКшные",т.е., позволяют допустить некоторую "вольность",как в данном случае,позволив себе некоторую "расточительность" в виде 2-й(3-й) копии кадра), - т.к. для хранения основной программы(алгоритма) работы контроллера его встроенного ОЗУ хватало(причем,с "избытком",который можно тоже как-то использовать,"нагрузив" его дополнительными/промежуточными данными,которые "видны" только самому микроконтроллеру и на работу БК никак не влияют).
-
? Alexander "Sandro" Tishin@ - 06.05.2020 11:02
Чего-то раньше пропустил эту тему.
¤
sav, да, это можно и нужно было сделать. В ВП1-37 свободна ровно половина микросхемы, места завались. Реально сложности с размещением и трассировкой БМК начинаются где-то в районе 2/3 .. 3/4 заполнения, зависит от регулярности логики.
¤
Даже если просто уметь использовать текущий цикл, а не ждать следующего, уже можно было бы значительно ускорить всё. У даже реально сделанной БК окно доступа для ЦП составляет 666 нс, а время цикла у 565РУ6В -- 280 нс, время есть (Сколько там у РУ6Г? 350?).
¤
Ну а с регистрами 2x16 можно было бы получить, действительно, мгновенную запись и очень быстрое чтение. Да.
¤
Правда, разработчики 1-37 этого бы точно не осилили :(
¤
В качестве примера: мало того, что у них в кадре не стандартные 312,5 строк, а 320, так ещё и счётчик там зачем-то сделан переключаемый на 256 и 64 строк, по очереди. Зачем так? Нельзя нормально было?
- << Форум
