Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Другие архитектуры » DCJ11 несколько вопросов |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 * 6 7 8 9 | Печать |
Guest |
Сообщение отправлено: 12 августа 2015 14:25
Да тут бы разобраться с самой работой с процом. Надеюсь эта Ебейная плата мне поможет отсеять вариант с работоспособностью. А дальше буду колупать. Пока макетка с J11 недоступна, читаю мануалы на разные платы. Попробую по приезду врисовать системный регистр и регистр начального пуска. По крайней мере запуск ODT по включению питания можно заложить в системном регистре. |
Сейчас на форуме |
Guest |
Сообщение отправлено: 17 октября 2015 13:36 |
Сейчас на форуме |
Anonymous
Advanced Member
Откуда: Москва(Россия) Всего сообщений: 2537 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 22 нояб. 2011 |
Нет, в адресном пространстве регистр не присутствует, это аналог безадресного чтения РНП 1801ВМ2, 1806ВМ2 и 1807ВМ1. |
Guest |
NEW! Сообщение отправлено: 17 октября 2015 18:47
Ок, будем городить декодер. Как то всё громоздковато получается, ну да ладно. |
Сейчас на форуме |
Guest |
NEW! Сообщение отправлено: 19 октября 2015 11:19
Что то как то у меня начала рассыпаться в мозгу картинка работы с J11. Вот к примеру есть сигнал /ALE. Написано следующее, по его отрицательному спаду защёлкивается адрес, сигналы AIOx, BSx . Смотрю я на декодер GP кодов. GP коды защёлкиваются 8 битами шины AD по отрицательному же спаду /ALE, но в цикле GP Read. Вот вопрос, получается не всё, что защёлнуто по /ALE есть адрес? Тогда ещё вопрос, вот ссылка http://www.cs.ubc.ca/~hilpert/e/pdp11hack/index.html Тут используется минимум обвязки. Никакой сложной декодировки нет и в помине. Как оно работает? |
Сейчас на форуме |
Anonymous
Advanced Member
Откуда: Москва(Россия) Всего сообщений: 2537 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 22 нояб. 2011 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 19 октября 2015 19:21 Сообщение отредактировано: 19 октября 2015 19:28
Да, по ALE защелкивается не адрес, а некий код, разбор которого выполняется согласно выдаваемому типу цикла на AI0..3, для некоторой части циклов - это адрес, для других - служебная инфа или вообще мусор. Но в проекте по ссылке используется упрощённый способ декодирования - по коду на BS0..1, не используются прерывания, не используется GPR, потому выборка памяти и регистров в/в определяется однозначно (для циклов прерывания, обмена с сопроцессором и доступа к GPR, на BS должен выдаваться признак внутренней адресации. Сейчас лениво включать и проверять, уж извините.). |
Guest |
NEW! Сообщение отправлено: 19 октября 2015 20:49 Сообщение отредактировано: 19 октября 2015 20:51
Или другими словами, у меня сделан блок дешифрации адреса. Если по спаду ALE защёлкнулось нечто, что выполнило одно из условий равенства этого дешифратора, то дальше можно не смотреть. Это в любом случае адрес. Бяка наступает, если я хочу работать на максимуме возможностей процессора (когда нибудь потом) или мне нужно обратиться к безадресному регистру. Типа того же РНП. Тогда я анализирую режим работы шины декодируя параллельно и AIO. Если это GP чтение или запись, то то что защёлкнулось по ALE на шине AD и есть GP код. |
Сейчас на форуме |
Anonymous
Advanced Member
Откуда: Москва(Россия) Всего сообщений: 2537 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 22 нояб. 2011 |
А если не GP, то у нас либо приоритет подтверждаемого прерывания, либо мусор от внутренних коммуникаций между компонентами процессора, или процессора и сопроцессора (если есть), всё остальное - адрес, т.е. без ПЛМ или ПЗУ, на логике, неудобно разбирать. На ПЛМ/ПЗУ лучше сразу завести все линии и сразу получать с неё нужные сигналы на нужные линии. Или ПЛИСину сразу приделать, что будет выгоднее для дальнейшего расширения системы. |
Guest |
NEW! Сообщение отправлено: 19 октября 2015 21:53 Сообщение отредактировано: 19 октября 2015 21:57
Да приделана ПЛИСина. Куда ж без неё. Это продолжение страданий с нестабильным входом в ODT и невыводом символа в порт. Т.е. я остановился на том, что изредка я по HALT в пульт попадаю. При этом у меня опрашивается бит готовности данных приёмника, если данные готовы (нажата клавиша) срабатывает ловушка след. адреса и данные считываются. Затем отрашивается бит готовности передатчика. А вот эха нет. Считывание работает а запись глючит. Я купил плату KDJ11, проверил свои камни. По крайней мере в пульте работают и RT11 через порт грузят. Дальше мне захотелось записать в ПЗУ программку, выводящую в бесконечном цикле символ на экран и разобраться уже и с выводом. А тут РНП оказался безадресным... Anonymous написал: Во всех этих случаях ALE неактивен. Или нет? А если не GP, то у нас либо приоритет подтверждаемого прерывания, либо мусор от внутренних коммуникаций между компонентами процессора, или процессора и сопроцессора (если есть), всё остальное - адрес, |
Сейчас на форуме |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 * 6 7 8 9 | Печать |
Полигон-2 » Другие архитектуры » DCJ11 несколько вопросов |
0 посетителей просмотрели эту тему за последние 15 минут |
В том числе: 0 гостей, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |