AZ для БК-0010(01) и БК-0011М

Статус на сегодня:

0. палитры работают как и описано ранее.

1. куча автоматов контроллера памяти SDRAM заработала
обслуживаются 3 запроса
- простое чтение слова
- пакетное чтение
- запись слова/байта

2. запросы будут поступать от
- чтение МПИ [уже работает]
- запись МПИ [уже работает]
- пакетное чтение строки для VGA [уже работает]
- чтение STM32 [в этапе проектирования]
- запись STM32 [в этапе проектирования]

3. арбитраж запросов - обслуживание запросов к оперативке согласно приоритета
максимальное ожидание данных ~600нс в случае конкуренции с уже выполняющимся длинным запросом
цикл записи - полностью синхронный - те RPLY идет сразу
цикл чтения - 120нс
+ есть еще поле для оптимизации

4. сейчас делаю маппер памяти - придумываю как сделать его универсальным тк стоит задача:
- область перехвата - те копия станиц оперативки
- область эмуляции ROM - выделил 256КБ под всякие ПЗУ которые будут подключаться как в эмуляторе из меню
- 512КБ под SMK
- и вся остальная память

5. если интересно есть промежуточная версия которая грузит модифицированное ПЗУ КНГМД + работает с диском (образом дискеты)

сейчас ближайший план такой
- полный перехват ОЗУ в SDRAM - дабы можно было вывести на экран любую страницу памяти - как минимум для отладки
- полный вывод VGA уже из SDRAM [тк сейчас из внутриплисовой памяти]
[пока без новых режимов но они уже заложены в архитектуру]
- подключение STM к оперативке и операции с ней, загрузка ПЗУ

Можете меня поздравить! я таки запилил ф-ю ручного переключения видеорежимов!!!!
использую сочетание AR2 + KT
те можно будет перейти в монохром там где надо и в цвет где надо

- - - Добавлено - - -

Статус на сегодня:

добавилось:

1. полная теневая память БК11М в SDRAM
2. ручное переключение видеорежима (циклическое 1-2-3-4) по сочетанию AR2+KT
3. сделан маппер памяти + разделение по сегментам:
- область перехвата - те копия станиц оперативки
- область эмуляции ROM - выделил 256КБ под всякие ПЗУ которые будут подключаться как в эмуляторе из меню
- и вся остальная память
4. полный вывод VGA уже из SDRAM, переключение страниц
[пока без новых режимов, но они уже заложены в архитектуру]
5. проведен рефакторинг кода VGA-модуля, унификация под 65MHz и отказ от 130MHz

план ближайший:
- перехват переключения палитр БК11М
- доступ к памяти палитр с шины, чтение+запись
- подключение STM к оперативке и операции с ней, загрузка ПЗУ согласно конфига

Супер! Ждем дальнейших успехов! )

Корпус для AZ БК - практически финальная версия
https://pic.maxiol.com/thumbs2/16176...1040612285.jpg
https://pic.maxiol.com/thumbs2/16176...1040612285.jpg
https://pic.maxiol.com/thumbs2/16176...1040612285.jpg
https://pic.maxiol.com/thumbs2/16176...1040612285.jpg

Переделал палитры
концепция прежняя - полная гибкость, но я ее еще расширил:

управление палитрами будет через 2 регистра палитры первый - адрес ячейки палитры
второй - значение палитры 15bit

адреса ячеек палитры будут начинаться с большей

Код:

---

нумерация кодов цветов
палитра коды цветов (адреса ячеек палитры)
256    0-255
4x16    320-335
16      256-319
2        336-337

---

так получается полностью независимые палитры без пересечений
+ явный дубль стандартного функционала палитр, те можно переключать палитры как и ранее, но теперь доступна опция настройки каждой штатной палитры!

и как следствие палитры не надо будет перегружать при переключении видеорежима

для удобства формирования палитр сделал эксельку
https://forum.maxiol.com/index.php?s...ndpost&p=55113

основная задача этой эксельки - сформировать файл mif для загрузки дефолтной палитры при старте ПЛИС

также она пригодится разработчикам для пересчета цветов в 15bit


пояснения к блоку 4x16 320-335
это 16 наборов палитры, изначально туда грузятся штатные значения, но их можно менять на любые!
нумерация прямая - те нулевая палитра это 320-321-322-323 ячейки
следующие 4 ячейки это 1ая палитра и так далее

Концепция работы с памятью
https://forum.maxiol.com/index.php?s...ndpost&p=55394

предложения принимаются

Статус на сегодня

0. палитры, сделано расширение функционала механизма палитр
подробнее https://forum.maxiol.com/index.php?showtopic=5556

1. куча автоматов контроллера памяти SDRAM заработала
обслуживаются 3 запроса
- простое чтение слова
- пакетное чтение
- запись слова/байта
- чтение STM32
- запись STM32

2. запросы будут поступать от
- чтение МПИ [уже работает]
- запись МПИ [уже работает]
- пакетное чтение строки для VGA [уже работает]
- чтение STM32 [в процессе отладки]
- запись STM32 [в процессе отладки]
- чтение "DMA" для фоновых процессов - музыка итд

3. арбитраж запросов - обслуживание запросов к оперативке согласно приоритета
максимальное ожидание данных ~600нс в случае конкуренции с уже выполняющимся длинным запросом
цикл записи - полностью синхронный - те RPLY идет сразу
цикл чтения - 120нс
+ есть еще поле для оптимизации

4. реализовано ручное переключение видеорежима (циклическое 1-2-3-4) по сочетанию AR2+KT
те можно спокойно переключать его в зависимости от программы не напрягаясь!

5. сделан маппер памяти + разделение по сегментам:
- область перехвата - те копия станиц оперативки
- область эмуляции ROM - выделил 256КБ под всякие ПЗУ которые будут подключаться как в эмуляторе из меню
- и вся остальная память

6. полный вывод VGA уже из SDRAM, переключение страниц
[пока без новых режимов, но они уже заложены в архитектуру]

7. проведен рефакторинг кода VGA-модуля, унификация под 65MHz и отказ от 130MHz

8. перехват переключения палитр БК11М
- доступ к памяти палитр с шины, чтение+запись

9. Генератор псевдослучайных чисел - технически это LFSR длиной 128бит, младшие 16 в регистре доступном программно.
сдвиг идет с частотой 50MHz (или 65Mhz-посмотрим) как следствие полностью новое слово доступно будет каждый такт

Сейчас процессе:
- STM и операции с ней, загрузка ПЗУ согласно конфига

Обновление документации: консоль и секция загрузки ПЗУ
Контроллер AZ BK: Документирование процесса разработки


Выпустил прошивку - дабы уже можно было побаловаться палитрами и прочим
Контроллер AZ BK: Прошивка 00002

На БК11М и СМК невозможно из программы узнать текущее распределение памяти, приходится самому хранить информацию какие страницы куда включены и надеяться, что это так :) Хорошо бы такую возможность в AZ сделать )

Цитата:

---

Сообщение от grf

На БК11М и СМК невозможно из программы узнать текущее распределение памяти, приходится самому хранить информацию какие страницы куда включены и надеяться, что это так :) Хорошо бы такую возможность в AZ сделать )

---

да, в SMK есть такое упущение

я планирую утрясти запросы SMK в модель управления памятью AZ где вся память управляется через явные регистры окон
соответственно если это получится, то состояние мапирования через SMK можно будет считать через регистры маппера AZ