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

Полигон-2

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

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

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

Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Многофункциональная плата расширения на FPGA (ПЛИС)
RSS

Многофункциональная плата расширения на FPGA (ПЛИС)

<<Назад  Вперед>> Страницы: 1 * 2 3 4 5
Печать
 
justontime
Full Member


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


Ссылка


Дата регистрации на форуме:
10 сен. 2016
Tronix написал:
[q]
Ну так приведите схему, я же спрашивал у вас на недо-пс
[/q]
Так там даже два варианта я давал - на дискретных элементах в схеме PC1-88 и на VHDL в исходниках XTC3.
На VHDL прикольнее будет - я там сделал блочные чтение/запись, поэтому скорость приличнее получается.
Но вообще с SD картами есть некая проблема - по хорошему, для нормальной скорости, их нужно подключать через родной интерфейс (а не через SPI), но описание этого интерфейса дается только зарегистрированным разработчикам. Я его в открытом доступе так и не нашел (возможно, плохо искал).
Кстати, если беретесь написать приличный BIOS для SD-карты, то я могу специально под это сделать максимально простой адаптер...
justontime
Full Member


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


Ссылка


Дата регистрации на форуме:
10 сен. 2016
Anonymous написал:
[q]
Интересно было бы платку наоборот иметь, чтоб не современные фичи в ISA8 подключать, а в pci-express древние устройства...
[/q]
Такое устройство по сложности будет сравнимо с материнской платой XT, если не сложнее. Кроме того, в большинстве случаев я даже не представляю, зачем это - какой софт и под какой ОС это будет использовать ?
Tronix
Advanced Member


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


Ссылка


Дата регистрации на форуме:
15 янв. 2008
Спасибо, возможно просто был не внимателен, изучу завтра на свежую голову. Пока не совсем понимаю про "блочную чтение/запись", и как это влияет на скорость пересылки байта через ISA8. В моем понимании - хоть считай сразу всю SD в RAM плисины, быстрее чем побайтно по шине не передашь. Или DMA, но я с ним не очень дружу.

По поводу скорости - хендшейк по традиции нужно произвести на 400кГц. Дальше парсить ответ карты и на современных можно до 20-40МГц. Это речь о SPI все идет. Может XT на 4.7MHz через шину прокачать такую скорость? - конечно нет. Так и зачем запариваться насчет родного SD и-фейса? SPI для XT - за глаза. Главное не дергать самому ногами- послал байт на ШД, девайсина его последовательно передала и вернула с следующим тактом SPI ответ. Остальное делает бивис.

Да я сам такую железку хочу сделать, на упомянутой выше EPM3032 и вышеприведенной схемой. Пока времени нет (дача/лопата/копать/сажать). Чтоб на плате три микросхемы - epm3032 (можно в TFQP), 555АП6 и ПЗУ. Ну и еще LDO 1117 на 3.3V. И держатель SD.
justontime
Full Member


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


Ссылка


Дата регистрации на форуме:
10 сен. 2016
Tronix написал:
[q]
555АП6
[/q]
А это зачем ?
Tronix
Advanced Member


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


Ссылка


Дата регистрации на форуме:
15 янв. 2008
justontime написал:
[q]
А это зачем ?
[/q]
Ну перестраховка, чтоб ПЗУ сильно ШД/ША не садила. Хорошо, если это будет CMOS какое-нить, а если РФ6 - то афаик буферок не помешает. Но надо чтить этикетки что там у них по нагрузочной, а мне лениво, поэтому проще АП6 все-таки поставить. Хуже не будет, а не повредит. Тем более копейки стоит, не чета max10 -)
alecv
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 5545
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 окт. 2004
SPI есть для 6502 в исходниках VHDL.
Только надо фазу Ф2 оторвать в исходниках.
http://6502.org/users/andre/spi65b/index.html
Anonymous
Advanced Member


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


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
justontime написал:
[q]
Такое устройство по сложности будет сравнимо с материнской платой XT, если не сложнее.
[/q]
Сильно сомневаюсь, все функции можно программно реализовать, за исключением собственно интерфейса.

justontime написал:
[q]
Кроме того, в большинстве случаев я даже не представляю, зачем это - какой софт и под какой ОС это будет использовать ?
[/q]
Естественно самописный, под какой-либо из удобных *nix или rtos.
Merchant*RU
Advanced Member


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


Ссылка


Дата регистрации на форуме:
16 окт. 2015
justontime написал:
[q]
Хотелось бы понять, будет ли интересно для общественности 8-битная (принципиально хочу, чтобы работало с ISA 8) карта, в которой будет, например:

- CF слот (IDE CF)
- IDE разъем
- видеоадаптер (практически любой)
- расширение памяти (как основной, так и EMS)
- что-то для аудио (Covox делается за 5 минут программирования плюс микросхема ЦАП, но что-то типа Sound Blaster'а вызовет проблемы - я не знаю готовой реализации SB на HDL, а сам написать не потяну. Можно, конечно, поставить пару специализированных микросхем и сделать Adlib / CMS, но это уже не очень элегантное решение).
- контроллер дисковода однозначно потребует установки дополнительной специализированной микросхемы
- индикатор POST кодов
- почти все (в рамках разумного), что придет в голову
[/q]
И двух лет не прошло, как вернулись ко старой моей идее!

Разовью мысль:
1) видеоадаптер нужно делать аппаратно отключаемым. Для совместимости с другим дискретным адаптером, коий физически невозможно отключить от мамки. В брендовых ХТ-шках - весчь часто встречающаяся.
2) контроллер IDE и на него "дочку-конвертер" в sata. Для подключения 2,5" винчей и SSD-шек. Выпускалась ранее куча переходников IDE-sata на чипах Sil-xxxx, просто повторить ту схему.
3) Слот под CF. Можно его тож "загнать" в виде дочки на IDE, но тогда он не будет выведен наружу корпуса через планку. Продумать сей вопрос: сделать переключатель, назначающий либо гребёнку IDE, либо слот CF главным, он-же primary, каналом IDE.
4) часы реального времени, они-же "таймер". Пусть биос платы самостоятельно читает "часы" и правит "чмос" мамки (для 286++), для ХТ - своя прожка в автоэкзек.
5) Индикатор пост-кодов. Если не будет мешать шине, шунтировать её...
6) Набортный config-RAM, NVRAM или его аналог: там хранятся и "часы", и конфа по включению/отключению отдельных блоков-контроллеров, и лог пост-кодов по мере их появления (дамп)...
7) Флопоконтроллер, хотя-бы его биос с поддержкой форматов 1.44 и 2.88. Если удастся соорудить аппаратный аналог 800.сом/pu1700, будет вообще здорово.
В перспективе - выделить часть CF (или HDD/SSD) под хранение флопообразов и программно "эмулировать" дискету на базе этих образов. Желательно эмулировать сразу ДВЕ дискеты. Сделать переключатель "опознавать дискеты как 1 и 2 или как 3 и 4", это даст возможность подключить до 4-х флопов к мамке, ибо встречаются встроенные и неотключаемые флопоконтроллеры, а также флопоконтроллеры на платах scsi, весьма своенравные (перехватывают номера 1 и 2 при любых обстоятельствах, но сами не умеют 1.44).

Для начала - достаточно.

Звука НЕ нужно, ибо он пойдёт отдельной платой: 3 "миниджека" на входы-выходы и разъём гейм-порта займут всё место на крепёжной планке.
Для справки: перечислен существующий функционал платы на чипе Creative 1350B.
К тому-же, ещё нет определённости, какую из тысяч звукарточек стоит повторить, во 8-битном варианте железа...

С дополнительной памятью будет много проблем: её нужно размещать как можно ближе к шине, обеспечивать наименьшие задержки и аппаратно поддерживать силами самой карты. Снова непонятно, какой вариант выбрать: ХТ не держит много памяти, а 286-му и новее - оно не надо в 8-битном варианте. Да и почти вся верхняя память будет забита кодом из ПЗУ отдельных контроллеров... Даже если и виртуальных.


Осталось подождать всеобщего порицания и тема заглохнет ещё года на 2, в надежде, что основательно позабудется за это время.



justontime написал:
[q]
Anonymous написал:
[q]
Интересно было бы платку наоборот иметь, чтоб не современные фичи в ISA8 подключать, а в pci-express древние устройства...
[/q]
Такое устройство по сложности будет сравнимо с материнской платой XT, если не сложнее. Кроме того, в большинстве случаев я даже не представляю, зачем это - какой софт и под какой ОС это будет использовать ?
[/q]
Стоит соорудить некий интерфейс двусторонний "шина PCIe >-> шина модуля". И сделать отдельные модули к ней (каждый со собственным питанием), реализующие какое-либо поколение компов:
1) Модуль ХТ на 8086-м камне
2) Модуль 286
3) модуль ZX на 8080-м камне
и т.п.
Все модули имеют собственную шину(ISA, или PCI, или MCA, или NUBUS, или какая там была в ZX и в ДВК), но обмениваются данными с основным компом по отдельной "шине модуля".

Преимущество: модуль может быть как отдельной машиной (ХТ), так и виртуальной машиной с аппаратной поддержкой (виртуал-ХТ, например, под тем-же ESXi).
Установить на такой комп старую звукарту, не имеющую дров новее чем под 98-ю - не проблема! Просто установить её в модуль "первопень" и накатить туда дрова.
И вести запись в течение долгого времени, не заботясь об наличии места на крошечном допотопном HDD - легко! Ибо запись складируется на винч основного, современного компа и со высокой скоростью, а не с черепашьими 60 байт/минуту...

Другого варианта "приколхозить" старое железо ко современному 64-х ядерному xeon-у мне не видится.

PS. Не пытайтесь возражать, мол "слишком сложно". Простоты вам никто и не обещал. Налепите хоть мильон дерьмоподелок, всё-равно придёте ко помянутой модульной схеме. Будет проще реализовать её с самого начала, не распыляясь на отдельные колхоз-потуги.

PPS. Почему-бы не заюзать USB... Лагает она сильно, много жрёт ресурсов (а их и так много в каждом модуле!) и трафик сквозь неё непостоянен. Реал-тайм организовать трудно, та-ж звукозапись получится прерывистой, с лакунами. Для ХТ мож и сойдёт, но речь-то об универсальной модульной шине...
justontime
Full Member


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


Ссылка


Дата регистрации на форуме:
10 сен. 2016
Merchant*RU написал:
[q]
1) видеоадаптер нужно делать аппаратно отключаемым.
[/q]
Не только просто сделать, но у меня это реализовано (для своих отладочных нужд, делается автоматически)


Merchant*RU написал:
[q]
на чипах Sil-xxxx, просто повторить ту схему.
[/q]
Мне очень не нравится добавлять специализированные микросхемы (по целому ряду причин). Насколько просто это реализовать внутри FPGA - нужно посмотреть, но вряд ли слишком сложно


Merchant*RU написал:
[q]
часы реального времени
[/q]
Ну а это я вообще просто забыл добавить в мой список. Даже в экспериментальной плате я начал его (RTC) разводить, но микросхема не пришла вовремя, поэтому плата ушла в изготовление без соответствующего узла


Merchant*RU написал:
[q]
Индикатор пост-кодов
[/q]
В моем списке присутствует, реализация крайне проста. Кстати, даже не понимаю, как можно его сделать так, чтобы он мешал шине ??? :)


Merchant*RU написал:
[q]
Набортный config-RAM, NVRAM
[/q]
Это прицепом к RTC идет


Merchant*RU написал:
[q]
Флопоконтроллер
[/q]
Один из самых сложных моментов. Не уверен, что потяну. Естественно, можно поставить специализированную микросхему, но об этом я уже говорил выше


Merchant*RU написал:
[q]
С дополнительной памятью будет много проблем: её нужно размещать как можно ближе к шине, обеспечивать наименьшие задержки и аппаратно поддерживать силами самой карты. Снова непонятно, какой вариант выбрать: ХТ не держит много памяти, а 286-му и новее - оно не надо в 8-битном варианте. Да и почти вся верхняя память будет забита кодом из ПЗУ отдельных контроллеров...
[/q]
Вообще чуть ли не самое простое из всего перечисленного. Я делал EMS - это пара десятков строчек на VHDL. Кроме того, этой же памятью можно добивать объем основной до 640К, если на материнке установлено меньше. Насчет расстояния до шины - на частотах ISA-8 память вообще можно на соседнем столе разместить :)


Merchant*RU написал:
[q]
Другого варианта "приколхозить" старое железо ко современному 64-х ядерному xeon-у мне не видится
[/q]
Я так и не понял, а в чем, при таком раскладе, роль этого самого xeon'а ? И какой софт на нем будет крутиться ?
Fasterpast
Advanced Member


Всего сообщений: 582
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
20 окт. 2013
А теперь добавляем сюда кроватку под проц... ну вы поняли )

Вот модули для аппаратной виртуализации всякой древности на современном железе - это уже интереснее.
[q]
Я так и не понял, а в чем, при таком раскладе, роль этого самого xeon'а ? И какой софт на нем будет крутиться ?
[/q]
Суть в том, что я не собираю три ящика для ХТ, 286 и 386, а имею некую pci-e карту, которая может брать под себя некоторые ресурсы основного железа, вроде памяти, i/o, накопителей, вывода (не формирования) видео и звука, но при этом аппаратно будет 100% вести себя как оригинал. На "зионе" крутится основная ось, а в окошке выводится видео из видеокарты на ХТ модуле, как-то так.
<<Назад  Вперед>> Страницы: 1 * 2 3 4 5
Печать
Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Многофункциональная плата расширения на FPGA (ПЛИС)
RSS

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

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

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