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

[Keeper]

Я делал это в самом начале проектирования Ориона. имею ввиду некоторое количество байт прямо в альтере. Это делается просто, но отжирает реально примерно байт на ячейку.

А можно код посмотреть, в смысле как это делалось, т.к. альтеровцы пишут что в EP1C3 примерно 7,5Кб озу и оно не должно отжирать макроячейки...

http://www.altera.com/products/devic...-overview.html

Total RAM Bits 59,904

[Ewgeny7]

ОЗУ альтеры не причем.
Организуется массив внутри самих LE, типа std_logic_vector большой длинны с предустановленным содержимым. Из этой длинной цепочки и читаются данные.
В архивчике два моих примера реализации прошивок 554РТ11 Скорпиона на VHDL. Посмотреть можно в "блокноте".
http://www.zx.pk.ru/attachment.php?a...3&d=1242507375

[Black_Cat]

Грузить в конфПЗУ с флеши - яким таким макаром? А как насчет ограниченного всё-таки числа записей в конфПЗУ?

тоды поставить пару конфПЗУ и переключать загрузку с одной на другую.. если конечно нельзя как-то обойтись одной, но с выбором половинок..

[b2m]

А svofski делал по другому, и по-моему, он как раз использовал внутреннее ОЗУ. Это ОЗУ можно проинициализировать при загрузке конфигурации, так вроде.

[Ewgeny7]

Это ОЗУ можно проинициализировать при загрузке

Если это так, то проблема решена. Но я не слышал, чтобы ОЗУ ПЛИС можно было предустановить. Перенести в него данные с 24С16 и использовать как ПЗУ - это понятно. Буду курить доки.

[pvlad]

to ewgeny7:,
to b2m:,
to БК-0010:

Коллеги! Вы молодцы! Похоже, что-то и получится!

to Erroe404:
Использование SD/MMC очень важно в этом проекте, но только не для начальных загрузчиков. SD/MMC - это достаточно не однозначная вещь, разная по емкости, иногда есть отклонения от протокола в зависимости от производителя и т.д. Я думаю, что SD/MMC надо применить вместо IDE для работы СР/М. Вы не хотели бы довести до ума этот вопрос, как самый действенный и опытный системный орионовский программист? Собственно, кроме Вас , в этом вопросе, "страну защитить некому"!

[Keeper]

Но я не слышал, чтобы ОЗУ ПЛИС можно было предустановить. Перенести в него данные с 24С16 и использовать как ПЗУ - это понятно.

Это уже "заднепроходный" метод, я просто забыл о внутреннем озу альтеры, оно инициализируется из конфиг ПЗУ, т.к. что во внешнем пзу необходимость отпадает (правда ром диск тогда тоже отпадает)

---------- Post added at 23:27 ---------- Previous post was at 23:03 ----------

Сейчас смотрел в квартусе: megafunctions -> storage -> lpm_rom Дальше с визардом думаю будет понятно...

[pvlad]

Это уже "заднепроходный" метод, я просто забыл о внутреннем озу альтеры, оно инициализируется из конфиг ПЗУ, т.к. что во внешнем пзу необходимость отпадает (правда ром диск тогда тоже отпадает)

Нет, нет! Внешнее последовательное ПЗУ мы оставляем! Иначе у простых смертных программистов не будет "пространства для маневра". Кто же полезет в Альтеру каждый раз переделывать загрузчик? А так, во внешнем ПЗУ (функционально оно ничем не отличается от паралельного) вы можете творить все, что угодно. Главное записать в первых ячейках параметры вашего "творчества"! И грузите что хотите и куда хотите, в том числе, и то, что касается РОМ-диска. Кстати, РОМ-диск, Вы можете устроить и в загрузочном последовательном ПЗУ, если у него достаточный объем. Что мешает? Можете там разместить СР/М, а на SD/MMC (IDE) будут размещаться только файлы.
Какое Ваше мнение Error404 по поводу такого размещения СР/М?

[Error404]

Я думаю, что SD/MMC надо применить вместо IDE для работы СР/М. Вы не хотели бы довести до ума этот вопрос

Можно сделать чтобы было и IDE и SD/MMC (SD повесить на какой-то другой порт, например). Собственно надо в саму CP/M встроить готовые подпрограммы для еще одного устройства, и написать загрузчик, работающий из ОРДОС. Проблема в том, что мне не на чем это отлаживать (у меня, фактически, только эмулятор), в котором сначала надо сделать эмуляцию SPI.
Начну думать на эту тему, а там уж как пойдет... Опять же, надо знать как оно будет "в железе".

---------- Post added at 00:44 ---------- Previous post was at 00:34 ----------

Кстати, РОМ-диск, Вы можете устроить и в загрузочном последовательном ПЗУ, если у него достаточный объем. Что мешает? Можете там разместить СР/М, а на SD/MMC (IDE) будут размещаться только файлы.
Какое Ваше мнение Error404 по поводу такого размещения СР/М?

CP/M это 17к кода, которые начальным загрузчиком загружаются в память, а затем уже как-то работают с "дисковыми" устройствами. В принципе, совершенно все равно откуда ее грузить, можно и из ROM-DISK. С другой стороны, 17к на системной дорожке тоже не жалко (при нынешних емкостях носителей). Тут надо смотреть кому как удобнее. Мне, т.к. у меня код ОС меняется по 10 раз на дню, удобнее обновлять код на HDD, чем перепрошивать ROM. В-общем, не скажу ни "за" ни "против" сходу.

[pvlad]

....С другой стороны, 17к на системной дорожке тоже не жалко (при нынешних емкостях носителей)...
...Тут надо смотреть кому как удобнее. Мне, т.к. у меня код ОС меняется по 10 раз на дню, удобнее обновлять код на HDD, чем перепрошивать ROM...

1. Совершенно верно. Просто я имел ввиду, что если на SD/MMC не размещать системные дорожки, то это упростит совместимость с ПС.
2. Не спорю, но это частный случай. В готовом "изделии" (не для разработчика) такой проблемы не будет.