Кассета FLASH для УКНЦ. (Появилась мысль сделать кассету FLASH для УКНЦ на распространённых 5V FLASH 29EE010.)
-
- Advanced Member
- Сообщения: 2514
- Зарегистрирован: 30.04.2008,17:45
- Откуда: г Черняховск Калининградскjй обл
-
Вклад в сообщество
Кассета FLASH для УКНЦ.
Появилась мысль сделать кассету FLASH для УКНЦ на распространённых 5V FLASH 29EE010.
Многие владеют УКНЦ. У меньшего числа товарищей есть КМД и "родные" кассеты ПЗУ, при чем на них как правило только Бейсик или подобные интерпретаторы языков, а не ОС. У единиц есть контроллеры IDE. А грузится через магнитофонный порт - муторно.
И в то-же время весьма часто встречаются в природе 5V FLASH 29EE010 организации 128К х 8. Они стоят с БИОСами на старых платах Р1 или их можно купить не дорого в магазине. При том их удобная особенность - перешивка от 5 вольт, от которых они и питаются.
Соответственно моя мысль побродила и стимулированная наличие 8 таких ИМС прибрела к следующему выводу.
А почему бы не сделать "перезаписываемую кассету ПЗУ" на них для УКНЦ? С возможность перезаписи её содержимого без программатора прямо в слоте УКНЦ из под RT-11?
По идее получится довольно удобно. В этот "FLASH-диск" можно записать ОС RT-11, необходимое для работы ПО и драйвера и даже сохранять на нём-же результаты, если нет иных накопителей информации. При включении УКНЦ из него "обычным образом для кассет ПЗУ" загружается RT-11 со своими конфигами и драйвером "FLASH-диска", после чего он становится доступен системе на чтение и запись как полноценный дисковый накопитель.
Правда потребуется разработка драйвера "FLASH-диска" позволяющего работать из RT-11 с ней как с дисковым накопителем, но тут я надеюсь на помощь коллеги FoRM-а.
Правда есть некоторые НО.
Организация 29ЕЕ010 - 128К х 8, это 17 линий выборки адреса и 8 линий шины данных, а у УКНЦ Q-BUS в слотах 16-битна. Т.е. придётся ставить микросхемы парами, одну на старший байт данных а вторую на младший. И делать полноценный страничный дешифратор адресного пространства для страничной адресации все установленного объёма FLASH.
При том надо будет не забыть и о буферизации всего этого хозяйства, т.к. корпусов получится много ежели делать без ПЛИС, с которыми я работать не умею впрочем, да и самих FLASH будет от 2 до 8 штук.
При этом я предлагаю сделать схему этого "FLASH-диска" так, чтобы в него мощно было установить от 2 до 8 микросхемы 29ЕЕ010 на панельках, при 2 ИМС мы получим ёмкость в 256 кб, при 8 ИМС в 1024 Кб. Что вполне достаточно, и к тому-же не вызовет чрезмерный рост размеров платы.
Вот такая вот задумка, пока думаю над блок-схемой.
Многие владеют УКНЦ. У меньшего числа товарищей есть КМД и "родные" кассеты ПЗУ, при чем на них как правило только Бейсик или подобные интерпретаторы языков, а не ОС. У единиц есть контроллеры IDE. А грузится через магнитофонный порт - муторно.
И в то-же время весьма часто встречаются в природе 5V FLASH 29EE010 организации 128К х 8. Они стоят с БИОСами на старых платах Р1 или их можно купить не дорого в магазине. При том их удобная особенность - перешивка от 5 вольт, от которых они и питаются.
Соответственно моя мысль побродила и стимулированная наличие 8 таких ИМС прибрела к следующему выводу.
А почему бы не сделать "перезаписываемую кассету ПЗУ" на них для УКНЦ? С возможность перезаписи её содержимого без программатора прямо в слоте УКНЦ из под RT-11?
По идее получится довольно удобно. В этот "FLASH-диск" можно записать ОС RT-11, необходимое для работы ПО и драйвера и даже сохранять на нём-же результаты, если нет иных накопителей информации. При включении УКНЦ из него "обычным образом для кассет ПЗУ" загружается RT-11 со своими конфигами и драйвером "FLASH-диска", после чего он становится доступен системе на чтение и запись как полноценный дисковый накопитель.
Правда потребуется разработка драйвера "FLASH-диска" позволяющего работать из RT-11 с ней как с дисковым накопителем, но тут я надеюсь на помощь коллеги FoRM-а.
Правда есть некоторые НО.
Организация 29ЕЕ010 - 128К х 8, это 17 линий выборки адреса и 8 линий шины данных, а у УКНЦ Q-BUS в слотах 16-битна. Т.е. придётся ставить микросхемы парами, одну на старший байт данных а вторую на младший. И делать полноценный страничный дешифратор адресного пространства для страничной адресации все установленного объёма FLASH.
При том надо будет не забыть и о буферизации всего этого хозяйства, т.к. корпусов получится много ежели делать без ПЛИС, с которыми я работать не умею впрочем, да и самих FLASH будет от 2 до 8 штук.
При этом я предлагаю сделать схему этого "FLASH-диска" так, чтобы в него мощно было установить от 2 до 8 микросхемы 29ЕЕ010 на панельках, при 2 ИМС мы получим ёмкость в 256 кб, при 8 ИМС в 1024 Кб. Что вполне достаточно, и к тому-же не вызовет чрезмерный рост размеров платы.
Вот такая вот задумка, пока думаю над блок-схемой.
- Дениска
- Advanced Member
- Сообщения: 1802
- Зарегистрирован: 06.08.2009,15:13
- Откуда: Хабаровск
- Контактная информация:
-
Вклад в сообщество
Идея понравилась типа дёшево и сердто.
К сожелению в данных разработках как разработчик бесполезен ,а как потребителю интересно
К сожелению в данных разработках как разработчик бесполезен ,а как потребителю интересно
http://xkm.su/ Хабаровский Компьютерный Музей
-
- Advanced Member
- Сообщения: 2514
- Зарегистрирован: 30.04.2008,17:45
- Откуда: г Черняховск Калининградскjй обл
-
Вклад в сообщество
А сейчас я попытаюсь собрать информацию о "внутренней структуре" кассет ПЗУ. надо узнать хотя-бы какой размер "страницы" у кассеты ПЗУ подключается в адресное пространство ПП. И так ли оно работает как я думаю.
Потому что чтение из кассеты ПЗУ на УКНЦ может происходить следующим образом.
1) ПЗУ в кассете адресуется постранично, страницами некоего размена, которые выбираются через страничную дешифрацию адреса и подключаются в пространство ПП.
2) ПЗУ в кассете имеет линейное непрерывное адресное пространство по которому "ездит" окно чтения данных размером в 16-битное "слво" процессора через пословную дешифрацию адреса в пространство ПП.
Второе выглядит более сложно, но в то-же время может быть более логичных для DEC-архитектуры, где ввод-вывод основан на отображении регистров устройств в адресное пространство процессора.
УКНЦ и кассеты ПЗУ под руками для проверки на натуре нет к сожалению...
Потому что чтение из кассеты ПЗУ на УКНЦ может происходить следующим образом.
1) ПЗУ в кассете адресуется постранично, страницами некоего размена, которые выбираются через страничную дешифрацию адреса и подключаются в пространство ПП.
2) ПЗУ в кассете имеет линейное непрерывное адресное пространство по которому "ездит" окно чтения данных размером в 16-битное "слво" процессора через пословную дешифрацию адреса в пространство ПП.
Второе выглядит более сложно, но в то-же время может быть более логичных для DEC-архитектуры, где ввод-вывод основан на отображении регистров устройств в адресное пространство процессора.
УКНЦ и кассеты ПЗУ под руками для проверки на натуре нет к сожалению...
-
- Advanced Member
- Сообщения: 2514
- Зарегистрирован: 30.04.2008,17:45
- Откуда: г Черняховск Калининградскjй обл
-
Вклад в сообщество
Но и так получается кое-что выловить.
Например:
Карта ОЗУ+ПЗУ периферийного процессора =32+32кб
*Верхние" 0,5 Кб ПЗУ недоступны и не используются.
Вся эта информация вытащена из инструкции по сдампливанию ПЗУ и ОЗУ УКНЦ найденной на сайте Арсения.
Например:
для адресов 177000-177777 ПП доступ разрешен только для операций Чтения/Записи и транслируется к странице ввода-вывода. Все дополнительные устройства, втыкаемые в два канала расширения, представляют свои порты ввода-вывода именно в этом диапазоне, причем на тех адресах, которые еще не заняты внутренними устройствами компьютера.
2) каким образом производится адресация внешнего сменного ПЗУ, втыкаемого в один из двух разъемов расширения (внешний модуль ПЗУ имеет объем 24кб, одновременно к машине могут быть подключены два таких модуля).
ПЗУ ПП организовано в виде банков памяти, объемом по 8кб (всего 4 банка). Чипсет периферийного процессора по команде периферифного же процессора умеет свапировать эти банки памяти таким образом, что: 1) верхние три банка ПЗУ №1,№2,№3 всегда остаются на своих местах, 2) первый банк ПЗУ №0 (в адресах 100000-117777) может быть использован либо встроенный, либо замещен одним из шести банков внешнего ПЗУ (три в первом разъеме расширения и еще три во втором). Это позволяет по очереди подключать оверлейные модули внешнего ПЗУ кусками по 8кб. Кроме того, в отладочном режиме (по-моему, только при изъятом собственном ПЗУ) есть возможность заменить любой из 4 банков ПЗУ (причем, в любой комбинации) соответствующим банком ОЗУ видеоадаптера (см. часть 4).
Карта ОЗУ+ПЗУ периферийного процессора =32+32кб
Код: Выделить всё
-------------------------------------------
| Адрес | КБ | Исп | Чтн | Зпс |
-------------------------------------------
| 177776/177777 | | ? | В/В | В/В |
| | 0,5 | ? | В/В | В/В |
| 177002/177003 | ПЗУ | ? | В/В | В/В |
| 177000/177001 | | ? | В/В | В/В |
-------------------------------------------
| 176776/176777 | | ПЗУ | ПЗУ | Х |
| | 31,5 | ПЗУ | ПЗУ | Х |
| 100002/100003 | ПЗУ | ПЗУ | ПЗУ | Х |
| 100000/100001 | | ПЗУ | ПЗУ | Х |
-------------------------------------------
| 077776/077777 | | ОЗУ | ОЗУ | ОЗУ |
| | 32,0 | ОЗУ | ОЗУ | ОЗУ |
| 000002/000003 | ОЗУ | ОЗУ | ОЗУ | ОЗУ |
| 000000/000001 | | ОЗУ | ОЗУ | ОЗУ |
-------------------------------------------
Вся эта информация вытащена из инструкции по сдампливанию ПЗУ и ОЗУ УКНЦ найденной на сайте Арсения.
-
- Advanced Member
- Сообщения: 2514
- Зарегистрирован: 30.04.2008,17:45
- Откуда: г Черняховск Калининградскjй обл
-
Вклад в сообщество
Думаю я пока так.
Есть 8 микросхем 128К х 8, что в сумме 1024К х 8.
Обмен 1801ВМ2 идет по 16 бит шине, а значит микросхемы надо подключать парами, одна на младший байт вторая на старший.
Итого получается 512К х 16 которые надо дешифровать "кусочками" по 8 Кб, то-есть 4К х 16. 512 / 4 = 64 линии надо дешифровать для выборки указанного объёма ОЗУ кусочками по 8 кб, если одна выбранная линия будет подключать такой объём памяти к шине.
В общем нужно нарисовать дешифратор, но у меня тут мозги клинит как-то совершенно. Давно не занимался ничем подобным.
Микросхема 29ЕЕ010 - шина данных D0-D7, шина адреса A0-A16, CE/OE/WE.
Чуть позже.
Короче вычитал что.
В УКНЦ 3 банки памяти 64Кх8 на 565РУ5.
Банк 0, 1, 2.
Нижняя половина бака 0 подключена к ПП как 32х8.
Нижние половины банков 1 и 2 подключены к ЦП как 32Кх16. Половина банка 1 как младшие 8 бит шины, а половинка банка 2 как старшие 8 бит шины.
Верхние половины банков 0, 1 и 2 подключены к видеоконтроллеру как 3 х 32Кх8!
Мама, роди меня обратно!
Есть 8 микросхем 128К х 8, что в сумме 1024К х 8.
Обмен 1801ВМ2 идет по 16 бит шине, а значит микросхемы надо подключать парами, одна на младший байт вторая на старший.
Итого получается 512К х 16 которые надо дешифровать "кусочками" по 8 Кб, то-есть 4К х 16. 512 / 4 = 64 линии надо дешифровать для выборки указанного объёма ОЗУ кусочками по 8 кб, если одна выбранная линия будет подключать такой объём памяти к шине.
В общем нужно нарисовать дешифратор, но у меня тут мозги клинит как-то совершенно. Давно не занимался ничем подобным.
Микросхема 29ЕЕ010 - шина данных D0-D7, шина адреса A0-A16, CE/OE/WE.
Чуть позже.
Короче вычитал что.
В УКНЦ 3 банки памяти 64Кх8 на 565РУ5.
Банк 0, 1, 2.
Нижняя половина бака 0 подключена к ПП как 32х8.
Нижние половины банков 1 и 2 подключены к ЦП как 32Кх16. Половина банка 1 как младшие 8 бит шины, а половинка банка 2 как старшие 8 бит шины.
Верхние половины банков 0, 1 и 2 подключены к видеоконтроллеру как 3 х 32Кх8!
Мама, роди меня обратно!
-
- Advanced Member
- Сообщения: 5734
- Зарегистрирован: 06.04.2008,13:52
- Откуда: СПб
-
Вклад в сообщество
Я могу кинуть фото блока ПЗУ на РФ для УКНЦ. РФ и флеш почти заменяемы без проблем. Думаю, что по схеме, отличия только в процессе записи. Хотя я не знаком со схемотехникой УКНЦ.
Обмен, продажа, покупка: https://www.phantom.sannata.org/viewtop ... 56#p511056
Мои процессорчики: viewtopic.php?f=19&t=2447
Моя группа ВК https://vk.com/club192634480
Мои процессорчики: viewtopic.php?f=19&t=2447
Моя группа ВК https://vk.com/club192634480
-
- Advanced Member
- Сообщения: 5734
- Зарегистрирован: 06.04.2008,13:52
- Откуда: СПб
-
Вклад в сообщество
А собственно вот тут http://www.phantom.sannata.ru/forum/index.php?t=6019falanger писал(а):dps буду сугубо благодарен за фотки. Схему помогут представить более наглядно.
А то у Арсения фотки только с 1801РЕ2 или подобными 4Кх16.
Потом смогу сделать фото в лучшем качестве.
Обмен, продажа, покупка: https://www.phantom.sannata.org/viewtop ... 56#p511056
Мои процессорчики: viewtopic.php?f=19&t=2447
Моя группа ВК https://vk.com/club192634480
Мои процессорчики: viewtopic.php?f=19&t=2447
Моя группа ВК https://vk.com/club192634480
-
- Advanced Member
- Сообщения: 2514
- Зарегистрирован: 30.04.2008,17:45
- Откуда: г Черняховск Калининградскjй обл
-
Вклад в сообщество
Тем что нету его печатки под более доступные ПЗУ и не скорректирован и даже не опубликован код их.Arseny писал(а):Можно вопрос? А чем контроллер IDE не устраивает?
Т.е. надо делать печатку, менять ПЗУ и делать под них прошивку. А это пока никем так и не сделано.
КМД вон tnt23 то реплицировал... А с контроллером IDE пока глухо как в танке.