Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   Другие архитектуры »   Полуплата 1801ВМ3
RSS

Полуплата 1801ВМ3

<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 12 13 14 15 16 * 17 18 19 20 21 22 23 24 25
Печать
 
andyTh
Гость

Ссылка

Мысли вслух.
С камнем понятно, но это вопрос философский. Будем пробовать искать :)

SSYNC и сейчас на земле кроме случаев обращения в зону BS и к РЕ2-134.

От 134 нужно избавляться. Она, как я писал портит стартовым Т0 содержимое диска VM. А так удобно иметь всегда готовую к бою
систему. Как минимум содержимое 134 можно перелить в 2 обычные быстрые ПЗУшки и ещё ускорить работу.

Пультовое ОЗУ и так сейчас спрятано в неиспользуемой области основного ОЗУ.
п4...п5 не готов сейчас комментировать. Серьёзная это работа. Она гораздо интереснее будет выглядеть на плате к 1831ВМ1/DCJ11
но... время и деньги...

6. почему бы и нет :)

7. я вот думаю вернуться в своему проекту на STM32 и сделать функциональную копию КЖД.
Ибо с драйверами как показала практика у меня полный швах, почему в основном тот проект и умер. А к КЖД есть всё готовое.

Мысли вслух над Квартусом (среда разработки для матриц от Альтера)

Было:

==================== Протокол начат: 15/11/2016 19:03:20 =====================

.SPEED

ТЕСТ БЫСТРОДЕЙСТВИЯ

КОМАНДА СЛОЖЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 848

КОМАНДА СЛОЖЕНИЯ РЕГИСТР-ПАМЯТЬ
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 328

КОМАНДА УМНОЖЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 72

КОМАНДА ДЕЛЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 288
.
================== Протокол остановлен: 15/11/2016 19:03:32 ==================

Убираем один костылик:

==================== Протокол начат: 15/11/2016 20:50:43 =====================

.SPEED

ТЕСТ БЫСТРОДЕЙСТВИЯ

КОМАНДА СЛОЖЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 856

КОМАНДА СЛОЖЕНИЯ РЕГИСТР-ПАМЯТЬ
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 328

КОМАНДА УМНОЖЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 72

КОМАНДА ДЕЛЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 288
.
================== Протокол остановлен: 15/11/2016 20:50:55 ==================

прибавка не ахти

Убирать второй стрёмно, чуток его видоизменим:

================== Протокол продолжен: 15/11/2016 20:55:30 ==================

.SPEED

ТЕСТ БЫСТРОДЕЙСТВИЯ

КОМАНДА СЛОЖЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 936

КОМАНДА СЛОЖЕНИЯ РЕГИСТР-ПАМЯТЬ
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 328

КОМАНДА УМНОЖЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 72

КОМАНДА ДЕЛЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 288
.
================== Протокол остановлен: 15/11/2016 20:55:41 ==================

уже красивее.

Тест от ММ

55сек / 17 сек

Без изменений :) забавно :)
Сейчас на форуме
andyTh
Гость

Ссылка

Гулять так гулять...

==================== Протокол начат: 15/11/2016 21:30:34 =====================

.SPEED

ТЕСТ БЫСТРОДЕЙСТВИЯ

КОМАНДА СЛОЖЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 1072

КОМАНДА СЛОЖЕНИЯ РЕГИСТР-ПАМЯТЬ
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 360

КОМАНДА УМНОЖЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 72

КОМАНДА ДЕЛЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 280
.
================== Протокол остановлен: 15/11/2016 21:30:47 ==================
Сейчас на форуме
Anonymous
Advanced Member


Откуда: Москва(Россия)
Всего сообщений: 2537
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
Судя по результатам теста, у вас деление неправильно работает в процессоре. Оно должно быть недалеко от умножения по скорости на исправном процессоре.
MM
Advanced Member


Откуда: Павловский Посад Мск.обл.
Всего сообщений: 3418
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
2 авг. 2013
Состояние SSYNC фиксируется ( внутри проца ) при смене уровня SYNC с 0в. до +5в. Т.е. если он лежит ( урвень 0 в.) в момет начала ТА - цикл будет "быстрый".
Если 5 мгц и SSYNC = 0в., где-то теряется 500 т. рег-рег ( или даже больше ).
Если СОЗУ имеет время выборки менее 1/2 такта ВМ3 ( здесь - 100 нс, ну предположим, с учетом тормозов ИС согласования - 80 нс ), то целесообразно выставлять RPLY сразу при приходе DIN/DOUT ( не позднее 10 нс после их прихода ).
И еще один момент - при высоком ( +5в.) уровне SYNC на процессор не должен поступать сигнал RPLY в виде 0в. уровня.
Видимо, и при отсуствии DIN и DOUT тоже не следует подавать сигнал RPLY в виде 0 в.
*
Если надо сохранять содержимое ОЗУ - для этого предусмотрен рубильник "Пультъ" - при рестарте и установленном режиме "пульт" Т0 не будет чистить ОЗУ, кроме адресов 0-17776.
*
п.4 и п.5 делается элементарно на нескольких 1531ИР23, АП6, ТМ9 и др. мелкоте типа АП2.
( АП2 понадобится десяточек-другой ).
*
Вместо РЕ2-134 могу посоветовать 4хМ556РТ7. Ну или КР556РТ7. Рядом с колодками предусмотреть перемычки под установку 573РФ5 и режим ожидания выборки ПЗУ ( кондесатор на RPLY ). Хотя, конечно, целесообразно использовать 1801РР1.
*
При МПП и всех фичах следует максимально буферизировать внутреннюю МПИ. Да, конструкция будет очень горячей, но зато 2 млн рег-рег ( без разгона ! ) на дороге не валяются...
( 1 шт. 530АП2 потребляет порядка 0.7 ватт, при частоте 10 мгц - до 1.5 ватт ).
andyTh
Гость

Ссылка

Anonymous написал:
[q]
Судя по результатам теста, у вас деление неправильно работает в процессоре. Оно должно быть недалеко от умножения по скорости на исправном процессоре.
[/q]
какой есть. Тут я пока ничего изменить не могу. Оперативно во всяком случе. К сожалению.


***
А оно по факту так и есть. SSYNC сидит на земле и переключается на задержанный SYNC по BS и CSROM (134).
CSROM формируется из А11, А12 и SEL. И эти сигналы и BS уже активны перед выставлением SYNC.
Так что всё должно работать.

У меня снятие DIN/DOUT подрезает RPLY от памяти. Да, надо сделать, чтоб резался от всего. Будет некий выигрыш.

RLPY сразу по приходу DOUT выставлять можно. Ибо проц данные уже выставил. И наше дело с какой скоростью их читать.
В любом случае память 45нс успевает. А вот по приходу DIN выставлять стрёмно. Я делаю задержку.
Крайняя картинка теста с задержкой на такт основной частоты. Т.е. клок проца*4.
Меньше не могу. Это самая высокая частота в системе.
В принципе для эксперимента можно убрать, посмотреть стабильность работы.

4 х РТ7 это слишком торжественно. Можно поискать нечто более ёмкое импортное с временами нан 80 или менее...
Сейчас на форуме
MM
Advanced Member


Откуда: Павловский Посад Мск.обл.
Всего сообщений: 3418
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
2 авг. 2013
andyTh написал:
[q]
...В любом случае память 45нс успевает. А вот по приходу DIN выставлять стрёмно...
[/q]
Ни капельки не стремно !
По ГОСТ на МПИ ( ссыль выше ) данные на МПИ валидны при снятии процем сигнала DIN - т.е. аппаратно через 1 такт после выставки сигнала DIN при условии логической закоротки DIN и RPLY. Т.е. именнов этом месте зарыто 1/3 быстродействия.

Кстати, именно такими обычаями на МПИ объясняется максимальный битрейт МПИ - 1.5 млн транзакций в 1 сек, или 3 мбайт/с.
Если надо поднять хотя бы до 4 мбайт - уже идет огромный шаг в сторону ISA-16 ( раздельные а/д и т.п. )
andyTh
Гость

Ссылка

Скучно мне было. Вспомнил, что платы то у меня две. Процы правда из одной коробки, но... скучно же :)

Переставил. Второй завёлся на 24/4, 25/4. На 27/4 стартанул, но сыпет мусором в пульт.
Остановился на 25/4.

==================== Протокол начат: 16/11/2016 19:02:56 =====================

.SPEED

ТЕСТ БЫСТРОДЕЙСТВИЯ

КОМАНДА СЛОЖЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 1552

КОМАНДА СЛОЖЕНИЯ РЕГИСТР-ПАМЯТЬ
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 520

КОМАНДА УМНОЖЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 104

КОМАНДА ДЕЛЕНИЯ РЕГИСТР-РЕГИСТР
БЫСТРОДЕЙСТВИЕ (ТЫС.ОП./СЕК) 416
.
================== Протокол остановлен: 16/11/2016 19:03:08 ==================

Тест от ММ 12сек - 33сек

Всё. Больше править нечего. Ну я так пока думаю.

RT11 шевелится ощутимо быстрее.
Сейчас на форуме
andyTh
Гость

Ссылка

MM написал:
[q]
Кстати, именно такими обычаями на МПИ объясняется максимальный битрейт МПИ - 1.5 млн транзакций в 1 сек, или 3 мбайт/с.
Если надо поднять хотя бы до 4 мбайт - уже идет огромный шаг в сторону ISA-16 ( раздельные а/д и т.п. )
[/q]
Я подумывал, если делать плату на 1839, надо забить на совместимость по РППМ, ставить в качестве базового конструктива
габарит полуплаты и писишный PCI разьём. И там лепить раздельную шину. Иначе смысла нет
А может и для 1831 уже надо.
Сейчас на форуме
MM
Advanced Member


Откуда: Павловский Посад Мск.обл.
Всего сообщений: 3418
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
2 авг. 2013
Насчет 1839 - там всё чрезмерно сложно, особенно с ОС.
Если есть четкая задача реализовать - целесообразно сделать не ПЗУ микрокоманд, а доступное с МПИ СОЗУ микрокода, с возможностью пуска с фиксированного ПЗУ микрокода.
ИМХО - без БИС комплекта будет сложно угодить ОСи...
*
А вот с 1831 - терпимо.
Могу помочь сделать синтезатор таймингов МПИ из ( некоторого протокола ).
Особенно если четко расписать этот самый "некоторый протокол 1831" прямо здесь на форуме по-русски.
( В даташите J11 некотрые моменты, очевидно изначально подразумевавшиеся , прописаны вскользь или вообще только упомянуты, например о встроенном пульте и абсолютной необходимости терминала 177560 ).

К тому же 1831 ЦПУ необходимо нечто типа ПЗУ с загрузчиками.
andyTh
Гость

Ссылка

и 1839 и 1831 это дело некоего будущего.
С 1839 вообще пока картина мира не сложена у меня. Ну ОС, допустим VMS. С этим относительно несложно.
А железо? Делать плату с МПИ и похерить весь профит от камня но поиметь периферию или делать плату с собственной шиной долго и мучительно делать под неё периферию?
Чипсет да, загадка, но есть подозрение что без него можно и обойтись более менее малой кровью.
Скорей всего там самое главное кэшконтроллер между процом и внешней памятью. Вообще внешней в смысле.
Если повесить разумное количество памяти рядом с процом, жизнь значительно упростится.
Ну и изобрести мост в МПИ, если его разводить.

Но опять таки, картины мира пока нет.
Гораздо актуальнее для меня сейчас вопрос видео под уже шевелящуюся плату.
Я вот думаю попробовать сделать что то по мотивам КЦГД и Э85.
Сижу рисую понемногу.
Сейчас на форуме
<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 12 13 14 15 16 * 17 18 19 20 21 22 23 24 25
Печать
Полигон-2 »   Другие архитектуры »   Полуплата 1801ВМ3
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS