Новый Орион. Давайте обсудим!

[Error404]

1. Совершенно верно. Просто я имел ввиду, что если на SD/MMC не размещать системные дорожки, то это упростит совместимость с ПС.

Совместимость с РС и так никуда не денется, ведь CPM грузится и далее файлово работает с отдельной "не-FAT" партицией (в партиции создается файловая система CPM). В то же время на том же носителе могут быть рядом размечены и другие партиции (FAT) с которыми работает РС. Конечно, для копирования из CPM-партиции в FAT-партицию нужны дополнительные утилиты (как на РС, так и на Орионе). На Орионе такая утилита мной написана - fat.com (частично портирована, частично написана). На РС пока возможно пофайлово работать только с образом CPM-партиции, а образ партиции считывать и записывать целиком (но это от лени - можно сделать чтобы и писало напрямую в носитель).

[Advertiser]

[b2m]

Нет, нет! Внешнее последовательное ПЗУ мы оставляем! Иначе у простых смертных программистов не будет "пространства для маневра". Кто же полезет в Альтеру каждый раз переделывать загрузчик?

В Альтеру лазить не надо, конфиг-ПЗУ достаточно большое, чтобы разместить там и конфигурацию Альтеры и свои данные. Другое дело, что запись в конфиг-ПЗУ со стороны контроллера в случае глюка может повредить конфигурацию Альтеры, но это вопрос вкуса - можно и второе последовательное ПЗУ поставить.

[Ewgeny7]

можно и второе последовательное ПЗУ поставить.

Это не есть гуд. Расточительно получается.
Надо в конфПЗУ хранить только начинку альтеры и загрузчик из последовательного ПЗУ в ОЗУ. И всё. Это придаст устройству необходимую универсальность.

Подключил сегодня для экспериментов I2C-ROM АТ24С16.
Выделил ему порт FFBAh, как и на Скорпионе.
Запись в порт:
D6 - SCL
D5 - WP
D4 - SDAOut
Чтение из порта:
D7 - 1
D6 - SDAIn
D5-D0 - 1.
Запись пока сделана и по IORQ и по MREQ. Чтение (по понятной причине) только IORQ.
Пробую писать простенький драйвер.

[pvlad]

Подключил сегодня для экспериментов I2C-ROM АТ24С16.
Выделил ему порт FFBAh, как и на Скорпионе.
Запись в порт:
D6 - SCL
D5 - WP
D4 - SDAOut

Заводит защиту от записи на порт нет смысла. Нужна механическая блокировка на плате.

[Ewgeny7]

Заводит защиту от записи на порт нет смысла. Нужна механическая блокировка на плате

Мне тоже так кажется. Или вообще нафик убрать это разрешив запись постоянно.
Просто я банально скопировал подключение со Скорпиона.

---------- Post added at 17:10 ---------- Previous post was at 16:46 ----------

Да, кажется вопрос с предустановленной ОЗУ (ПЗУ) в массиве памяти ПЛИС решен.
Это дает возможность разместить драйвер чтения I2C-ПЗУ объемом до 7 килобайт на нашем чипе.
Семи килобайт вам хватит, в конце концов?

---------- Post added at 17:14 ---------- Previous post was at 17:10 ----------

Тааак... А кто-нибудь знает как файл формата .bin или .rom переконвертировать в .hex?

[b2m]

Формат .hex очень простой. Каждая строка состоит из следующих байт (после двоеточия, каждый байт 2 символа):
1 байт - длина данных в строке, обычно 32, т.е. в hex - 20
2 байта - адрес/смещение от начала
1 байт - 00 для обычной строки, 01 для последней
xx байт - данные, обычно 32 байта
1 байт - контрольная сумма, сумма всех байт вместе с этим должна быть равна нулю
Последняя строка обычно выглядит так:
:00000001FF

[ZEK]

.bin или .rom переконвертировать в .hex?

http://www.keil.com/download/docs/113.asp

[Error404]

Да, кажется вопрос с предустановленной ОЗУ (ПЗУ) в массиве памяти ПЛИС решен.
Это дает возможность разместить драйвер чтения I2C-ПЗУ объемом до 7 килобайт на нашем чипе.
Семи килобайт вам хватит, в конце концов?

Может, тогда прямо в Альтере просто эмулировать 2к ПЗУ F800? ПЗУ F800 меняется редко - можно и КонфПЗУ задействовать под это. Прописать 3 варианта (если всего 7к, то Монитор 2к + Монитор 2к + Test-Ram 1к) и вывести из Альтеры 2 ножки где перемычками двоично выбирать какое ПЗУ из этих трех видно в F800...FFFF.
И в ПЗУ Монитора поправить загрузчик ORDOS, (чтобы оно грузило Ордос по I2C). ORDOS кстати тоже надо будет править чтобы оно работало по I2C.
А 24с16 будет сугубо ROM-DISK-ом в первых 64к и "чем угодно дополнительным" выше 64к. Это как оно могло бы быть при воссоздании архитектуры стандартного Ориона-128 (+Z Card)
Кстати, 24с16 какой емкости?

[Keeper]

Кстати, 24с16 какой емкости?

2Кб, но есть и более емкие: http://atmel.com/dyn/products/device...ly_id=647#1573

[Error404]

2Кб, но есть и более емкие: http://atmel.com/dyn/products/device...ly_id=647#1573

Оказывается, микросхемки то недешевые. Если смотреть емкостью 64K и более, то среднестатистически, параллельные EEPROM/FLASH дешевле. Не ожидал, все же ножек у последовательных меньше...
Вопрос - а к чему тогда весь этот сыр-бор с преодолеванием трудностей подключения по I2C, если оно еще в итоге и дороже получается?