| Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Другие архитектуры » DCJ11 несколько вопросов |
 |
DCJ11 несколько вопросов
| <<Назад Вперед>> | Страницы: 1 2 3 4 5 * 6 7 8 9 | Печать |
| Guest |
Сообщение отправлено: 17 октября 2015 18:47
Ок, будем городить декодер. Как то всё громоздковато получается, ну да ладно. |
| Сейчас на форуме |
| Guest |
Сообщение отправлено: 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 19:43
Всё равно не совсем понятно, в том проекте работа с процессором да, упрощённая. Но как тогда только защёлкивая нечто по /ALE мы обращаемся к конкретным адресам в ОЗУ и в сегменте ВВ? Ведь там у него и программа из ОЗУ работала. А вот примерно те моменты в ТО, о которые я и споткнулся Описание самого /ALE  работа АЛЕ в цикле GP  и как бы работа в остальных режимах  И вот как мне городить дешифратор адреса? Защёлкивать шин AD, защёлкивать AIOx, анализировать эту самую комбинацию сигналов AIO. Типа если у нас цикл GP, то на AD у нас код GP. А если не GP, то у нас на AD защёлкнулся адрес? |
| Сейчас на форуме |
| 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 написал: А если не GP, то у нас либо приоритет подтверждаемого прерывания, либо мусор от внутренних коммуникаций между компонентами процессора, или процессора и сопроцессора (если есть), всё остальное - адрес,Во всех этих случаях ALE неактивен. Или нет? |
| Сейчас на форуме |
| Anonymous
Advanced Member
Откуда: Москва(Россия) Всего сообщений: 2537 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 22 нояб. 2011 |
ALE активен во всех случаях, по нему AI0..3 записываются, собственно код типа операции в каждом цикле, без которого не разобрать, чего процессор хочет. Вы ALE с SYNC не мешайте, хоть они и очень похожы, SYNC порождаться должен не напрямую из ALE, а из кода типа операции, и если это адресный обмен, то запускается автомат, сперва открывающий вывод адреса в магистраль системы, уже защелкнутого в буфере по ALE, затем с задержкой выставляющий SYNC. |
| Guest |
NEW! Сообщение отправлено: 13 марта 2017 21:49
Любопытная штука. Смотрю я на доку по DCJ11 и доку на 1818ВА19. Первый практически по всем выводам ТТЛ, вторая - чистый КМОП. А так хотелось припаяться по простому проводочками. Вот за что такое счастье ((( |
| Сейчас на форуме |
| 1Ж24Б
Advanced Member
Откуда: Kaluga Всего сообщений: 349 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 7 нояб. 2014 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 26 мая 2018 0:20 Сообщение отредактировано: 26 мая 2018 0:21
Один из вариантов "хака" обзавёлся полноценным ОЗУ, ПЗУ и вторым SLU. http://vcfed.org/forum/showthread.php?54631-PDP-SBC-J11-Hack |
| <<Назад Вперед>> | Страницы: 1 2 3 4 5 * 6 7 8 9 | Печать |
Полигон-2 » Другие архитектуры » DCJ11 несколько вопросов |
|
| 1 посетитель просмотрел эту тему за последние 15 минут |
| В том числе: 1 гость, 0 скрытых пользователей |
| Последние |
|
| [Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. | |
| Самые активные 5 тем |
|