Господа аппаратчики, а есть-ли какие физические предпосылки к тому что именно так распределены страницы и банки?
Почему именно 5-я банка падает на адреса #4000-#7FFF ?
Вид для печати
Господа аппаратчики, а есть-ли какие физические предпосылки к тому что именно так распределены страницы и банки?
Почему именно 5-я банка падает на адреса #4000-#7FFF ?
Как удобнее было развести старшие 2 разряда адреса, так и развели, как мне кажется
01... -> 101 (5)
10... -> 010 (2)
По поводу "медленной" памяти - так и нет ясности, какие Page быстрые, какие медленные?
Вроде INT надо держать от #8000 до #BFFF ? Ладно, это полбеды, но где-то я читал что вообще любое обращение к памяти вне этого диапазона = замедление. Это что получается, и стек и всё вообще надо крутить в этом окне? Но ведь экраны (что 5-й, что 7-й) - вне этого лежат... Получается что вообще невозможно обойтись без замедлений? Ну ладно, даже пусть так. Но всё-таки - где лучше стек держать? И как лучше выводить графику при двух экранах: В #4000 для 5-го, и #C000 для 7-го, или-же можно оба рисовать в #C000, щёлкая битом #7FFD ?
P.S Я понимаю что схемотехника на разных моделях по-разному, но хотя-бы подскажите кто знает ответы на эти вопросы для 3-х моделей (оригинальный спек, Скорпион, Пентагон) ?
А при чем тут пентагон , у него нет торможения ни где , во всей памяти одинаковая скорость 71680 тактов прерывание.Цитата:
Сообщение от Destr
Как не ясности? Вроде в zx-библиях всё разжёвано. В пентагоне нет медленных, но будет хреново если софтина будет тормозить на фирменном спектруме, это будет фейл.Цитата:
Сообщение от Destr
На тостере и сером +2 медленные банки 1,3,5,7Цитата:
По поводу "медленной" памяти - так и нет ясности, какие Page быстрые, какие медленные?
На моделях +2A,+2B,+3 медленные банки 4,5,6,7
На пентагонушке всё быстрое
Регистр I должен указывать на быструю память, иначе будет снег на моделях до серого +2A. Если у тебя подключена быстрая банка то можно и не в этом диапазоне, но как только подключишь туда медленную сразу снег появится.Цитата:
Вроде INT надо держать от #8000 до #BFFF ?
Нет, в быструю память обращение всегда быстрое :) Более того, медленная память работает с задержками только когда луч на papere.Цитата:
Ладно, это полбеды, но где-то я читал что вообще любое обращение к памяти вне этого диапазона = замедление.
Со стеком не встречал проблем, а насчёт крутить в этом окне тут как удобнее, можно и в быстрых банках в верхней памяти, но только не забыть когда будешь их переключать свалить оттуда :)Цитата:
Это что получается, и стек и всё вообще надо крутить в этом окне?
Если будешь всё делать когда луч не на папере то можно обойтись без замедлений :)Цитата:
Но ведь экраны (что 5-й, что 7-й) - вне этого лежат... Получается что вообще невозможно обойтись без замедлений?
Где хочешь, я ни разу не напоролся на проблему когда стек был в медленной памяти. Но всегда можно перестраховаться и сделать его в быструю :)Цитата:
Ну ладно, даже пусть так. Но всё-таки - где лучше стек держать?
Как хочешь :) Как будет удобнее в кодеЦитата:
И как лучше выводить графику при двух экранах: В #4000 для 5-го, и #C000 для 7-го, или-же можно оба рисовать в #C000, щёлкая битом #7FFD ?
По оригинальным спектрумам есть нетленочка:Цитата:
P.S Я понимаю что схемотехника на разных моделях по-разному, но хотя-бы подскажите кто знает ответы на эти вопросы для 3-х моделей (оригинальный спек, Скорпион, Пентагон) ?
http://hype.retroscene.org/blog/dev/130.html
http://hype.retroscene.org/blog/dev/230.html
DenisGrachev, Классный мануал.
Спасибо всем ребята, картинку в первом посте поправил, док по мануалу сделал, буду дальше разбиратся.
И чтоб не плодить темы - подкинте кто в курсе плиз внятный, "для кофейников", мануал где про регистр R и вообще что за процесс такой: "регенерация памяти", где можно схемы, но не с разбором каждого p-n перехода, а попроще, ну на уровне FBD хотя-бы (ну т.е без точной схемотехники SR-триггера, например, достаточно квадратика со входами-выходами и буквами на нём SR). В общем непонятно этот момент процессор выставляет на шину адрес IR (с целью регенерации памяти)
Мде. Ну ладно, бери Радио 2'95, там есть статья про то, что ты хочешь.
Спасибо, бро!Цитата:
Сообщение от HardWareMan
Раз ты так шаришь - подскажи плиз попутно как реализовывается в дискретной аппаратной логике эта штука ?
(про обычный счётный триггер и регистр я вроде как немного разобрался)
(если осилишь - на пальцах, для деревенщины опиши, если некогда - тыкни в путнюю ссылку...
p.s. путней считается та ссылка где написано с полной ясностью, ну для тех кто знает что это не совсем так)
- - - Добавлено - - -
И насчёт Радио 2'95 - неужели до сих пор не распознали в нормальный формат?
Мало энтузиастов? Стоит-ли мне заморочится, или ты просто кинул тупо ссыль на отскан?
Есть распознаные и отрисованые эти вещи?
- - - Добавлено - - -
Или там блюдут "авторские" права?
Так пойдёт?Цитата:
Сообщение от Destr
Пойдёт, спасибо.Цитата:
Сообщение от creator
Я или стану настоящим специалистом, или сдохну пытаясь им стать.
Вам ребята краснеть за меня не придётся, вы молодцы.
более того вспоминается один тест когда химича со значением R можно реально испортить данные в памяти
и такое возможно только на реале.
Зачем тебе весь код Грея, если ты собрался делать энкодер? Энкодеры уже есть в МК с таймерами (энкодер является частью таймера).Цитата:
Сообщение от Destr
- - - Добавлено - - -
Если рефреш DRAM завязан на Z80, то для порчи ОЗУ достаточно посадить его на WAIT дольше некоторого времени. Программные манипуляции с регистром R так же сработают.Цитата:
Сообщение от goodboy
Эмм... Не припомню чтоб говорил что собрался делать энкодер. И вообще к стыду своему признаюсь: даже не знаю что такое энкодер (очень смутно и ненаглядно представляю себе что это некоторое электромеханическое приспособление, позволяющее замерять и/или регулировать обороты. В общем у нас на производстве бывает электромеханик мучается с "энкондером", а я как программист чисто чекаю что там по показаниям и всё)Цитата:
Сообщение от HardWareMan
Код Грея мне приспичило понять чтоб разобратся наконец-то что за алгоритм я написал, который работает, но это чисто случайно, так сказать сам поражён.
А вообще понял простую вещь - чтоб программировать ПЛК надо-бы знать и аппаратную реализацию (конечно понимал это и ранее, но просто не было нужды программить всякую хрень, а теперь вот нужда заставила - попутно и разбираюсь что к чему и почему именно так реализовано. Спек для этого - хорошая поляна. Играя учимся. Как и положено. Жаль что так поздно, но чем чёрт не шутит - глядишь да разберусь, вроде пока получается)
- - - Добавлено - - -
P.S. Кстати да, чтоб не было недоразумений - реала у меня давным давно нету, и единственный опыт программно-железный был в далёком 1999 ("папа, гляди прикол, записываю в мониторе скорпа #FF, а он показывает что #FE !!!!!!)
(выбило микросхему памяти, я до этого думал что мемор по целняку строится - либо работает либо нет, а оказалось - адресно, разрядно... И покатился..)
но программно повесить проц на вайт...Цитата:
Сообщение от HardWareMan
может это гдето и можно
но явно не на спектруме...
- - - Добавлено - - -
но программно повесить проц на вайт...Цитата:
Сообщение от HardWareMan
может это гдето и можно
но явно не на спектруме...
- - - Добавлено - - -
Длинные префиксы вроде бы тожо инкрементят R
так что ими содержимое памяти не убьешь
Зато LD R,A вполне может держать R недалеко от определённого значения, не давая инкрементиться очень сильноЦитата:
Сообщение от NEO SPECTRUMAN
ну это даЦитата:
Сообщение от SAM style
это как бы не единственный способ
а R инкрементится на 2+ только для (глазами) проца?
z80 выдает R для рефлеша каждый машинный цикл? (я уже не помню как там)
подчитал выдается каждый mreq
нельзя поймать "резонанс"
когда R будет все время пропускать определенные знанчения?
тем самым...
щас читаю доку
тоесть как бы можно?Цитата:
The R register is increased at every first machine cycle (M1)
а потом догадайся чего что то неработает :)
только таких команд нет
команды которые инкриментят на 2
имеют префикс который имеет свой м1
пошел дальше курить доку по z80
Прекращайте други нечитабельно постить, плз!
Без этого глаза сломаты, пожалуйста бразы...
И кто из эмулей по-настоящему умеет про R ?
Если делать DI:XOR A:LD R,A:JR $-3 - что будет?
г-н (господин, не подумайте плохого!) Родионов вроде писал что ничего особого, а т.Ларченко скромно промолчал...
чтоб похерить больше памяти на машинах там где это можноЦитата:
Сообщение от Destr
лучшо вместо jr
воспользоваться православным jp (HL) :)
Я бы тоже хотел знать. По идее, на фирменных 48к ОЗУ выше #8000 будет сыпаться частично, но вот каким образом - неизвестно. По идее, сыпанье памяти в данной ситуации эмулирует ZesarUX, но я тестил примерно таким способом, как описано выше, со включенной опцией рефреша, и нифига. Может, как-то по-другому тестить надо. А лучше на реале, конечно.Цитата:
Сообщение от Destr
"Ну товарищи, ну нельзя-же так!Цитата:
Сообщение от NEO SPECTRUMAN
Куда мы, правда, опять заехали?"
(С) Стругацкие, "Сказка о Тройке"
Это я к тому что модераторы начнут ругатся за оффтоп (наверное), я лично только рад диалогу :)
Если делать нормальный код, с проверкой ОЗУ по прошествии некоторого времени, лучше JP cnd ничего нет.Цитата:
Сообщение от NEO SPECTRUMAN
А чем RET с заполненым значением RAM не катит?Цитата:
Сообщение от weiv
(ну чисто для проверки, я не критика, я ламер любопытствующий)
djnz нагибать ваш jp cc аж на целый такт!Цитата:
Сообщение от weiv
нет я знаю что с jp cc можно сделать развернутый цикл на все 16кКод:ld b,0
xor a
l1
dup 62
ld r,a
edup
djnz l1
и тем самым свести общую задержку на каждый ld r.a к минимуму :)
13/62 = 0,20967t
14/8000 = 0,00175t
- - - Добавлено - - -
а мы можем предсказать как именно повредится память?Цитата:
Сообщение от Destr
какие биты выпадут
какие останутсо
А чем катит? По времени столько же, плюс ещё возиться с заполнением ОЗУ и выставлением SP. То есть можно, но смысла в таком усложнении кода нет.Цитата:
Сообщение от Destr
- - - Добавлено - - -
Вообще да, я тоже подумал, что желательно сделать код с минимальным количеством команд, но при этом максимально тормозной, так что djnz лучше jr, jr лучше jp. Я так примерно и делал, как ты написал, емнип.Цитата:
Сообщение от NEO SPECTRUMAN
- - - Добавлено - - -
Не можем, поэтому память под это дело нужно было бы выделять тормозную (если бы в этом был смысл), как и под тестирующий код.Цитата:
Сообщение от NEO SPECTRUMAN
:)Цитата:
Сообщение от NEO SPECTRUMAN
Именно в этом и вопрос.
Процессор делает RET. Стек (это ведь внутри проца, не внешне?) стабильно декрементится. RAM заполнена (вся) одним и тем-же. Что произойдёт? По идее - циклимся и всё. Но есть ещё и ПЗУ (ой, простите, ROM) - туда-бы не попасть... В общем интересная механика, какой оп-код будет выполнятся?
В абстракцию ударились, согласен, но интересно просто...
Никак не соберусь сделать нормальный тест. Был бы свой спек, сделал бы, но нету, а людей напрягать это надо напрячься)
- - - Добавлено - - -
Не стек декрементится, а указатель стека.Цитата:
Сообщение от Destr
когда мы читаем быструю памятьЦитата:
Сообщение от Destr
быстрая память регенерируется (в придачу в 100500 местах одновременно а не только что читаем)
можно проверять не повредилась ли память
только по прошествию времени
По идее ОЗУ будет утекать рандомно, так что эффекты при выставлении стека в быструю память могут быть разнообразные.Цитата:
Сообщение от Destr
- - - Добавлено - - -
Я бы сказал в 512 байтах регенерируется, с одинаковыми младшими 7ю битами адреса у всех, если я правильно понимаю. Плюс за один RET читается два байта, итого 1024 байта за один RET подпитываются.Цитата:
Сообщение от NEO SPECTRUMAN
Upd. тупанул. За вычетом ПЗУ будет 384 байта на байт и 768 байт на RET.
смысл таковЦитата:
Сообщение от weiv
что для правильности теста
быструю память нужно покинуть
хотя наверное лучше не допускать появлений снега и прочих глюков
оставить обработчик прерываний в пзу
и сделать DI
Да, тестирующий код должен быть в адресах до #8000. Чтобы снега не было, не надо трогать регистр I (он и не нужен). И DI конечно нужна, куда ж без неё.Цитата:
Сообщение от NEO SPECTRUMAN
ложить ret-ы бесполезноЦитата:
Сообщение от weiv
проще ldir-ить содержимое памяти в экран
+повесить счетчик чтоб видить
и на каждом цикле увеличивать выдержку (или управление с клавиатуры)
и визуально смотреть
что утекает первым что вторым
Вот примерно так я и думал сделать тест в этот раз. В прошлый я просто память в эмуле просматривал, меняя время теста.
В наших клонах программно заставить память "забыть" данные невозможно - регенерацией занимается сканер экрана.Цитата:
Сообщение от HardWareMan
В "фирме" можно убить только "быструю" память.
Для теста не забыть, что каждое чтение будет регенерировать целую строку массива памяти, а их всего 128.
Из них несколько первых адресов успеют натикать до сброса R.
Зачем этот тест нужен не спрашиваю.
И так понятно, что ответ будет: "чтобы был")))
Мне нужен для того, чтобы сэмулировать утекание ОЗУ в Спектрумах 48.Цитата:
Сообщение от omercury
например регистром R можно пользоваться по своему усмотрениюЦитата:
Сообщение от omercury
им можно условно мерять интервалы времени
или же использовать для прибавления какого нибудь числа к А
в 7-м бите можно хранить какой нить "флаг"
но будет явно не хорошо
если поделие на фирменных спектрумах
будет зависать изза потери памяти...
- - - Добавлено - - -
а может можно этой очисткой вообще как то воспользоватьсяЦитата:
Сообщение от omercury
хотя быстрой очистки буферов так не сделаешь
по моему память помнит достаточно долго...
а тк машинку совершенствовать нельзя
ибо низя низя
то нужно искать чем же малоизвестным можно воспользоваться еще для расширения возможностей
и излишнюю нелюбовь к порту FF я тоже не понимаю
он есть
ладно когда можно было обойтись без него
но им то тоже можно хитро пользоваться
- - - Добавлено - - -
скорейЦитата:
Сообщение от weiv
чтобы симулировать
Я это и так знаю. Но, у меня есть два вопроса: 1. На оригинале есть системный разъем? 2. Если разъем есть, то на нем есть WAIT? Если будет два "да", тогда сценарий более чем вероятен.Цитата:
Сообщение от omercury
Если мне не изменяет мой склероз, то в бейсике R используется для генерации псевдослучайного числа (RND)Цитата:
Сообщение от NEO SPECTRUMAN
1. ДаЦитата:
Сообщение от HardWareMan
2. Да
3. Да, на шине есть сигнал /BUSRQ
4. Да, на шине есть сигнал /RESET
Способов достаточно
но, только не для экранной памяти.
Да ладно???Цитата:
Сообщение от omercury
Мне всю жизнь казалось что бейсик весь построен на честной (и весьма неторопливой) математике, без всяких аппаратных фич...
Ну дела!
Как-же тогда умудряется работать RANDOMIZE x ?
(которое задаёт начальный сигнал для генерации того RND)