Soviet Union ZX Spectrum CommunityСреда, 19.08.2026, 11:37
Вы вошли как Гость | Группа "Гости" | RSS
 [ · Новые сообщения · Участники · Правила форума · Поиск · RSS ]
Pentagon by Northwood
Black_CatДата: Среда, 01.07.2020, 16:12 | Сообщение # 1
Координатор
Группа: Координаторы
Сообщений: 739
Статус: Offline
1. Сигналы DOS/, IODOS/ для NemoBus v.1.2



Цепи DOS/, DOS на выходе DD29 идущие на дешифрацию портов разорвать, и в разрыв врезать схему. Цепи, идущие на выборку ПЗУ оставить как есть.
Прикрепления: 8323490.png (30.3 Kb)


"Трудно найти чёрную кошку в тёмной комнате.. ...особенно, если её там нет", "Forever!".
"Я никогда не причиняю им зла. Я говорю им правду, и они думают, что это - зло."
Гарри Трумэн
 
Black_CatДата: Суббота, 12.09.2020, 00:21 | Сообщение # 161
Координатор
Группа: Координаторы
Сообщений: 739
Статус: Offline
Цитата Northwood ()
Спасибо, что остановил меня от запуска производства платы. Это был бы провал..

Ну, это далеко не конец марлезонского балета :) , и до запуска в производство ещё выгребать и выгребать :) . Так что ты не разбегайся сильно :)


"Трудно найти чёрную кошку в тёмной комнате.. ...особенно, если её там нет", "Forever!".
"Я никогда не причиняю им зла. Я говорю им правду, и они думают, что это - зло."
Гарри Трумэн
 
NorthwoodДата: Суббота, 12.09.2020, 00:29 | Сообщение # 162
80h
Группа: Пользователи
Сообщений: 131
Статус: Offline
Исправил слоты, в этом и была причина не совпадения расстояния между ISA и NemoBus.
Теперь получилось вот такое расположение слотов:
Прикрепления: 6697066.pdf (674.1 Kb)
 
Black_CatДата: Суббота, 12.09.2020, 00:30 | Сообщение # 163
Координатор
Группа: Координаторы
Сообщений: 739
Статус: Offline
И да, низзя такие проекты делать в одиночку - глаз замыливается шо писец - смотришь в упор и не видишь! :)

Добавлено (12.09.2020, 00:50)
---------------------------------------------
Перемычки между слотами лучче сдвинуть друг к другу - так до них удобней добираться, хотя без пинцета всё равно не обойтись. И давай пикад :)


"Трудно найти чёрную кошку в тёмной комнате.. ...особенно, если её там нет", "Forever!".
"Я никогда не причиняю им зла. Я говорю им правду, и они думают, что это - зло."
Гарри Трумэн
 
NorthwoodДата: Суббота, 12.09.2020, 00:55 | Сообщение # 164
80h
Группа: Пользователи
Сообщений: 131
Статус: Offline
Я тогда ещё не правил расположение перемычек. Сейчас передвинул их, но самую нижнюю девать больше некуда, кроме как вплотную к слоту.
P.s. с пред-разведёнными дорожками получился полный звиздец, их я потом буду тоже править.
Прикрепления: 4107635.pcb (1.12 Mb)


Сообщение отредактировал Northwood - Суббота, 12.09.2020, 00:58
 
Black_CatДата: Суббота, 12.09.2020, 01:09 | Сообщение # 165
Координатор
Группа: Координаторы
Сообщений: 739
Статус: Offline
Чото не то - хрен с ним, что дорожки по пинам идут - потом исправишь, NemoBus сдвинуть на 200 милей вниз!

"Трудно найти чёрную кошку в тёмной комнате.. ...особенно, если её там нет", "Forever!".
"Я никогда не причиняю им зла. Я говорю им правду, и они думают, что это - зло."
Гарри Трумэн
 
NorthwoodДата: Суббота, 12.09.2020, 07:05 | Сообщение # 166
80h
Группа: Пользователи
Сообщений: 131
Статус: Offline
Цитата Black_Cat ()
NemoBus сдвинуть на 200 милей вниз!


Зачем ??? Тогда слоты станут вплотную друг к другу. Ты видел на фото промышленной материнки, чтобы так было ? Там нет такого! Сейчас расположение NemoBus соответствует и чертежу №2 и фото материнской плате.
Прикрепления: 9683825.jpg (409.4 Kb)


Сообщение отредактировал Northwood - Суббота, 12.09.2020, 07:06
 
Black_CatДата: Суббота, 12.09.2020, 09:03 | Сообщение # 167
Координатор
Группа: Координаторы
Сообщений: 739
Статус: Offline
Цитата Northwood ()
Тогда слоты станут вплотную друг к другу. Ты видел на фото промышленной материнки, чтобы так было ? Там нет такого!

Да, пожалуй ты прав. Вырезы под планку же шире чем перемычка между ними, а середина слота равняется по краю выреза. Хреновасто, значит ISA между NemoBus по середине не вставить шоб было по стандарту, токо если кривовато. Так что бум считать, что слоты наконец стоят пральна :)

Добавлено (13.09.2020, 20:22)
---------------------------------------------
Цитата Northwood ()
Просто теперь для тестирования джойстика и порта атрибутов придётся процедуру копировать в ОЗУ и запускать оттуда, где нужно будет выключить ПЗУ BIOS, сняв с шины сигналы IODOS/ и DOS/ и провести тест. После смогу назад включить ПЗУ BIOS, это снова включит на шине сигналы IODOS/ = DOS/ = 0.

Я могу сделать доступными в режиме ядра порты на мамке, конфликтующие с BDI, но честно говоря не могу понять зачем вааще к ним обращаться в ядре? С BDI конфликтуют несколько портов SounDrive, Kempston Joy #1F, и порт атрибутов #FF. Ни одно из этих устройств ненужно ни для сохранения в снапшоте, ни для процедуры POST - ну не тестируют в POST наличие джойстиков и порта атрибутов. Логично, если этим будет заниматься софт, который юзает эти девайсы. Я канэшна панимаю, что хочется выпендриться, и чото там такое наукообразное, как у взрослых, изобразить на экране, но какой смысл в этом, если в инструкции к мамке и так будет написано, что есть и Кемпстон, и порт атрибутов.. Зачем повторять очевидное, это же не память, которая может сдохнуть, и которую можно вынуть и заменить? К тому же, правильно Кемпстон проверяется по наличию D6=0 #1F, т.е. по стандарту, джойстик при втыкании в разъём, должен замыкать D6 порта на землю, и тем самым позволяет определить своё наличие. Но суть в том, что все давно забили на стандарт, и намертво позапаивали D6 на землю везде, на всех компах и периферийных интерфейсах, в результате чего сказать, воткнут джой, или нет уже невозможно. Ну и как ты собрался тестировать? Просить юзера подёргать ручку джоя, и полчаса стоять и тупить, ожидая шо юзер чото сделает?  Мне не влом добавить в ядре доступ ко всем портам на мамке, но я не понимаю зачем это нужно, кроме как для выпендрёжа при старте.


"Трудно найти чёрную кошку в тёмной комнате.. ...особенно, если её там нет", "Forever!".
"Я никогда не причиняю им зла. Я говорю им правду, и они думают, что это - зло."
Гарри Трумэн
 
NorthwoodДата: Воскресенье, 13.09.2020, 23:27 | Сообщение # 168
80h
Группа: Пользователи
Сообщений: 131
Статус: Offline
Не заморачивайся с портами. Пусть будет как есть, тест джойстика и порта атрибутов я перенесу в ОЗУ с отключением ПЗУ BIOS, что даст доступ к этим двум портам.
Доступ к портам Sound Drive в BIOS (POST) мне не нужен, его нельзя протестировать.
Что касается джойстика, то я тестирую не сам девайс, а порт, по которому должно читаться #00.

Добавлено (13.09.2020, 23:28)
---------------------------------------------
P.s. я ещё добавлю тестирование модема по схеме Кондратьева, но это когда буду писать новую прошивку BIOS.

 
Black_CatДата: Понедельник, 14.09.2020, 09:23 | Сообщение # 169
Координатор
Группа: Координаторы
Сообщений: 739
Статус: Offline
И вопрос по так называемому порту атрибутов - на западе некоторые делают его упрощённую эмуляцию токо по чтению D7. Не пробовал? А то зачем весь байт читать, если достаточно одного разряда?

"Трудно найти чёрную кошку в тёмной комнате.. ...особенно, если её там нет", "Forever!".
"Я никогда не причиняю им зла. Я говорю им правду, и они думают, что это - зло."
Гарри Трумэн
 
NorthwoodДата: Понедельник, 14.09.2020, 10:39 | Сообщение # 170
80h
Группа: Пользователи
Сообщений: 131
Статус: Offline
Цитата Black_Cat ()
И вопрос по так называемому порту атрибутов - на западе некоторые делают его упрощённую эмуляцию токо по чтению D7. Не пробовал? А то зачем весь байт читать, если достаточно одного разряда?

Не слышал о таком упрощении, не уверен, что с ним все фирменные игры будут работать. В оригинале из любого незадействованного порта читается весь атрибут, а не только 1 старший бит, поэтому не думаю, что стоит делать это упрощение.

Думал, что по порту атрибутов у тебя другой вопрос возникнет, почему я не пошёл по пути реализации без дешифрации порта #FF, припаяв лишь 8 резисторов с выхода буфера атрибутов на шину данных, а вместо этого сделал полноценный дешифратор порта #FF. Хотя наверно ты и сам догадываешься, почему. Прежде всего, я противник мусора на шине данных, ведь чтение из свободной шины данных чего либо, кроме #FF, это плохо по определению. Во-вторых, не хочу шину данных ещё больше перегружать, ведь КР1533ИР22 нагружает шину данных намного меньше, чем резисторы в классической схеме. Ну а в третьих, в фирменных играх чтение атрибутов производят только из порта #FF, поэтому нет никакой необходимости обеспечивать чтение атрибутов из любого не задействованного порта. Да, схема порта атрибутов получилась более громоздкая, но на шине данных нет ни мусора, ни лишней нагрузки, а фирменные игры работают с точно таким же результатом.


Сообщение отредактировал Northwood - Понедельник, 14.09.2020, 10:41
 
Black_CatДата: Понедельник, 14.09.2020, 13:02 | Сообщение # 171
Координатор
Группа: Координаторы
Сообщений: 739
Статус: Offline
Цитата Northwood ()
Не слышал о таком упрощении, не уверен, что с ним все фирменные игры будут работать. В оригинале из любого незадействованного порта читается весь атрибут, а не только 1 старший бит, поэтому не думаю, что стоит делать это упрощение.

Байт атрибутов вааще-то даром не нужен, нужен факт конца бордюра. На бордюре читается всегда #FF, а на экране - что угодно, в т.ч. #FF. Но старший бит атрибутов - это мигание, которое в верхнем левом углу экрана почти со 100% вероятностью никогда не включается, поэтому достаточно контролировать один бит D7. Конечно, возможно, что какие-то особо одарённые программисты зачем-то проверяют чтение конкретного числа, а не отличие от #FF - но идиотов токо могила может исправить :)


"Трудно найти чёрную кошку в тёмной комнате.. ...особенно, если её там нет", "Forever!".
"Я никогда не причиняю им зла. Я говорю им правду, и они думают, что это - зло."
Гарри Трумэн
 
NorthwoodДата: Понедельник, 14.09.2020, 13:29 | Сообщение # 172
80h
Группа: Пользователи
Сообщений: 131
Статус: Offline
Это упрощение не стоит того, чтобы его внедрять. Микросхема DD139 КР1533ИР23, которая обеспечивает все 8 бит порта атрибутов, находится на левом конце платы, а свободный элемент DD55:4 (К1531ЛП8) на правом конце. При этом освободившееся место будет крайне неудобным для того, чтобы там поместить какую-то другую микросхему. Пусть лучше будет полноценный порт атрибутов. Лучше освободить 1 корпус КР1533ЛН1, у меня получилось 7 свободных элементов: DD20:1, DD20:3, DD20:5, DD42:1, DD51:1, DD51:4, DD127:6.

Добавлено (14.09.2020, 14:15)
---------------------------------------------
Уже убрал корпус ЛН1 DD20.

Сообщение отредактировал Northwood - Понедельник, 14.09.2020, 13:32
 
Black_CatДата: Среда, 16.09.2020, 15:30 | Сообщение # 173
Координатор
Группа: Координаторы
Сообщений: 739
Статус: Offline
А в чём смысл сигнала CVX_ON/? Не лучше ли вместо него заюзать PRNROM? Ведь логично, если была in a,(#fb) , то явно не в ковокс хотят дунуть, а в принтер, соответственно, ковокс отключен, и наоборот.

"Трудно найти чёрную кошку в тёмной комнате.. ...особенно, если её там нет", "Forever!".
"Я никогда не причиняю им зла. Я говорю им правду, и они думают, что это - зло."
Гарри Трумэн
 
NorthwoodДата: Среда, 16.09.2020, 20:59 | Сообщение # 174
80h
Группа: Пользователи
Сообщений: 131
Статус: Offline
Если была IN A,(#FB), то может быть хотели включить КЕШ память, а оттуда дунуть в ковокс.
 
Black_CatДата: Среда, 16.09.2020, 22:08 | Сообщение # 175
Координатор
Группа: Координаторы
Сообщений: 739
Статус: Offline
Цитата Northwood ()
Если была IN A,(#FB), то может быть хотели включить КЕШ память, а оттуда дунуть в ковокс

А в чом профит?


"Трудно найти чёрную кошку в тёмной комнате.. ...особенно, если её там нет", "Forever!".
"Я никогда не причиняю им зла. Я говорю им правду, и они думают, что это - зло."
Гарри Трумэн
 
NorthwoodДата: Среда, 16.09.2020, 23:24 | Сообщение # 176
80h
Группа: Пользователи
Сообщений: 131
Статус: Offline
Я сделаю так: Если КЕШ доступен (в BIOS Setup он включен и при этом не занят эмуляцией ПЗУ Gluk и Menu-128), тогда Covox доступен всегда, независимо от сигнала PRNROM. А если КЕШ недоступен, например если его отключили в BIOS-Setup для доступа к принтеру, тогда Covox будет блокироваться при активном сигнале PRNROM.

Сообщение отредактировал Northwood - Среда, 16.09.2020, 23:25
 
NorthwoodДата: Четверг, 17.09.2020, 10:03 | Сообщение # 177
80h
Группа: Пользователи
Сообщений: 131
Статус: Offline
Последняя актуальная версия схемы со всеми последними изменениями.
Прикрепления: MainBoard-v8.2-.pdf (670.2 Kb)
 
Black_CatДата: Пятница, 18.09.2020, 15:15 | Сообщение # 178
Координатор
Группа: Координаторы
Сообщений: 739
Статус: Offline
Не мог бы ты прояснить чо у тебя там наворочено с Глюком. В моём понимании, для работы с Глюком достаточно одного тумблера - загрузка по RST0  из Глюка, или из SOS128. ВСЁ! У тя же там чото наворочено с триггерами, мультиплексорами и логикой на несколько корпусов.

"Трудно найти чёрную кошку в тёмной комнате.. ...особенно, если её там нет", "Forever!".
"Я никогда не причиняю им зла. Я говорю им правду, и они думают, что это - зло."
Гарри Трумэн
 
NorthwoodДата: Пятница, 18.09.2020, 16:59 | Сообщение # 179
80h
Группа: Пользователи
Сообщений: 131
Статус: Offline
Цитата Black_Cat ()
Не мог бы ты прояснить чо у тебя там наворочено с Глюком. В моём понимании, для работы с Глюком достаточно одного тумблера - загрузка по RST0  из Глюка, или из SOS128. ВСЁ! У тя же там чото наворочено с триггерами, мультиплексорами и логикой на несколько корпусов.
С Глюком у меня дополнительный триггер, который позволяет из ОЗУ вернуться обратно в Глюк. Без этого было бы невозможно сделать переход из ПЗУ BIOS в Глюк. Не забывай, что любые переключения ПЗУ можно делать из ОЗУ, а в стандартной схеме, при этом переключается триггер, который отключает страницу ПЗУ Глюка, т.е. перейти из резидента в ОЗУ можно только в BASIC-48, Menu-128 или в TR-DOS.
Чтобы решить эту проблему и сделать возможным из ОЗУ перейти в Глюк, служит дополнительный триггер, который стоит первым в схеме.

Первый триггер в исходном состоянии удерживает сброс второго триггера до тех пор, пока не будет выполнен переход из ОЗУ в ПЗУ. Это обеспечивает доступ к ПЗУ Глюк после ОЗУ. Как только переход в ПЗУ состоялся, первый триггер переключается и отпускает сброс 2-го триггера, который всё ещё остаётся в сброшенном состоянии, что обеспечивает эту же страницу ПЗУ Глюк. Далее стандартно в самом Глюке код начинает выполняться ОЗУ, что переключает второй триггер и это отключает страницу ПЗУ Глюк.
В ПЗУ BIOS происходит тестирование доступности всех 4-х страниц ПЗУ, поэтому требуется возможность в любой момент достучаться в ПЗУ Глюк после любой другой страницы ПЗУ. Для этого я ввёл сброс триггера Глюк через порт BIOS #FF37. Активировав кратковременно сигнал RESGLK оба триггера возвращаются в исходное состояние.

Я могу даже из STS 3.3 пройтись по ПЗУ Глюк с 0-го адреса, если не снимать сброс триггеров Глюк.

Добавлено (18.09.2020, 17:07)
---------------------------------------------
Мультиплексор нужен для других целей - для переключения режимов коммутации страниц ПЗУ:
0) - стандартный режим - Порт #7FFD D4, триггер TR-DOS, триггер Глюк;
1) - режим +3 - Порт #7FFD D4, Порт #1FFD D2;
2) - режим программирования ПЗУ - Порт #7FFD D4, Порт #1FFD D2.

В режиме программирования ПЗУ я решил не изобретать велосипед, а использовал такой же принцип переключения всех 4-х страниц ПЗУ, как в режиме +3, т.е. использую облегчённый доступ ко всем 4-м страницам ПЗУ.

Добавлено (18.09.2020, 17:41)
---------------------------------------------
И между режимами программирования ПЗУ и +3 есть одно ключевое отличие: Режим +3 включает старшие 4 страницы ПЗУ, выключенный данный режим включает нижние 4 страницы ПЗУ, т.е. управляет A16 ПЗУ. А режим программирования ПЗУ состояние А16 не изменяет. Поэтому во время программирования ПЗУ, для выбора любой из 8 страниц ПЗУ, необходимо управляться #7FFD D4,.#1FFD D2 и режимом +3 через порт #FC37 D5.


Сообщение отредактировал Northwood - Пятница, 18.09.2020, 18:28
 
NorthwoodДата: Воскресенье, 20.09.2020, 16:39 | Сообщение # 180
80h
Группа: Пользователи
Сообщений: 131
Статус: Offline
Забыл про A2 в дешифраторе портов BIOS #xx37 для исключения конфликта с портом #33. Добавил на схему, доразвёл это на плате.
Ревизия материнки теперь 8.3.
Прикрепления: MainBoard-v8.3-.pdf (670.1 Kb)


Сообщение отредактировал Northwood - Воскресенье, 20.09.2020, 16:39
 
Поиск:

Copyright MyCorp © 2006Сайт управляется системой uCoz