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

[SuperMax]

Выложил прошивку 00003
функционал:

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

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

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

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

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

6. Генератор псевдослучайных чисел - технически это LFSR длиной 128бит, младшие 16 в регистре доступном программно.
сдвиг идет с частотой 130MHz как следствие полностью новое слово доступно будет каждый процессорный такт

7. загрузка ПЗУ в память полностью реализована

8. Реализовано распознавание новодела БК11М и подключение ПЗУ (надо оттестировать тк у меня нет новодела)

должны отвечать регистры
AZ
177220-177226
дебаг
177100-177106
регистры палитр - уже можно экспериментировать
177234 - адрес ячейки палитры [9бит]
177236 - значение палитры [15бит]
маппер памяти
177300-342
загрузчик
177000

После reset машина стартует автоматически и загружается со второго образа в ini-файле (cейчас там ANDOS - ANSYS.IMG)

Контроллер AZ BK: Прошивка 00003

[Advertiser]

[grf]

Выложил прошивку 00003

8. Реализовано распознавание новодела БК11М и подключение ПЗУ (надо оттестировать тк у меня нет новодела)

Вау! Сегодня затестим))

[SuperMax]

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

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

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

2. запросы будут поступать от
- чтение МПИ [уже работает]
- запись МПИ [уже работает]
- пакетное чтение строки для VGA [уже работает]
- чтение STM32 [уже работает]
- запись STM32 [уже работает]
- чтение "DMA" для фоновых процессов - музыка итд ? [протестировано]
- запись "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 в регистре доступном программно.
сдвиг идет с частотой 130Mhz-посмотрим как следствие полностью новое слово доступно будет каждый такт

10. Память запущена на 130MHz благодаря рефакторингу кода

11. Загрузка ПЗУ - через STM и операции с ней, загрузка и эмуляция ПЗУ согласно конфига

12. Стартовая последовательность, те сейчас AZ берет БК за рога и управляет ее стартом полноценно

13. сделан полный жесткий тест оперативки через интерфейс STM32, работает, но не придумал как его вызывать штатно. возможно будет отдельный конфиг ?

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

Сделанное - документируется
Контроллер AZ BK: Документирование процесса разработки

----------------------------------

Что осталось сделать:

FPGA:
F3. трансляция запросов к мапперу SMK512 в мой маппер
F4: эмуляция HDD
F5: эмуляция AY
F6: эмуляция FDD
F7: эмуляция Covox-а
F8: расширенные видеорежимы
F9: COM-порт
F10. DMA контроллер для звука
F11. контроллер блиттера

STM32:
S1. Поддержка большого количества образов дискет - те как в SMK - 127 образов
S2: включение сети (cеть и сейчас работает но включать-выключать руками)
177220 <-110 включить
177220 <-0 выключить
S3/F4: поддержка HDD образов и эмуляция HDD с регистрами

Принимаются пожелания по приоритетам - те что следующее взять в работу
также прошу прислать баг-репорты

[SuperMax]

Так как я хочу сделать AZ _удобным_ для разработки, я ориентируюсь на программистов
Соответственно мне нужны ТЗ для следующих задач:

F5: эмуляция AY
F7: эмуляция Covox-а

те речь идет о том, что да, я буду делать поддержку легаси обращений к AY и Covox
но и хочу сделать это удобным
ибо как я писал ранее - я делаю новые регистры в которые будут падать данные из легаси 177714

F13: эмуляция OPL2
(вообще не думал)

F12: часы
тут много вариантов и важно сделать это удобным

F11. контроллер блиттера
я конечно понимаю что это какой-то автомат который копирует куски памяти откуда-то и куда-то с какой-то операцией - наложение или сложение или ?
но в остальном нужно ТЗ от программиста

-------------
тк пожеланий пока следующей задаче не поступило, займусь изучением реверса 128й

[grf]

Что осталось сделать:

FPGA:
F3. трансляция запросов к мапперу SMK512 в мой маппер
F4: эмуляция HDD
F5: эмуляция AY
F6: эмуляция FDD
F7: эмуляция Covox-а
F8: расширенные видеорежимы
F9: COM-порт
F10. DMA контроллер для звука
F11. контроллер блиттера

STM32:
S1. Поддержка большого количества образов дискет - те как в SMK - 127 образов
S2: включение сети (cеть и сейчас работает но включать-выключать руками)
177220 <-110 включить
177220 <-0 выключить
S3/F4: поддержка HDD образов и эмуляция HDD с регистрами

Принимаются пожелания по приоритетам - те что следующее взять в работу
также прошу прислать баг-репорты

По мне так лучше такой порядок:

Эмуляция SMK
HDD
AY
Новые видеорежимы
Часы
а дальше уже остальное

[SuperMax]

По мне так лучше такой порядок:

Эмуляция SMK
HDD
AY
Новые видеорежимы
Часы
а дальше уже остальное

да будет так
но потребуется помощь зала ;-)
ибо в дебрях SMK я могу заплутать

[grf]

да будет так
но потребуется помощь зала ;-)
ибо в дебрях SMK я могу заплутать

Ну чем смогу - помогу ))

[grf]

F12: часы
тут много вариантов и важно сделать это удобным

В AnDos дата файлов хранится по стандарту FAT12:
---
Время и дата
Двухбайтовая отметка даты имеет следующий формат:

биты 0–4 — день месяца, допускаются значения 1–31;
биты 5–8 — месяц года, допускаются значения 1–12;
биты 9–15 — год, считая от 1980 года («эпоха MS-DOS»), возможны значения от 0 до 127 включительно, то есть 1980–2107 годы.
Двухбайтовая отметка времени имеет следующий формат:

биты 0–4 — счётчик секунд (по две), допустимы значения 0–29, то есть 0–58 секунд;
биты 5–10 — минуты, допустимы значения 0–59;
биты 11–15 — часы, допустимы значения 0–23.
---

Можно в таком формате и хранить дату-время в определенном регистре или ячейке памяти из некой "системной области", куда AZ будет писать это время, а программа может читать, когда надо.

Именно дата файлов, которая присутствует в AnDos, очень помогает разобраться в том, какие спрайты ты только что исправил, какие объектники сегодня скомпилил, а какие старые Вот время создания файла не хранится (эти поля в каталоге AnDos использует под адрес запуска, по-моему), и это не позволяет различать старые файлы в течении одних суток. Но ни в одной другой ДОС под БК по-моему и даты-то нет, как ни странно. С появлением часов можно AnDos попробовать пофиксить, чтобы сама дату/время брала. Ну и некоторые там обещали новую ДОС с FAT32 - там сразу это внедрить можно

А значит и хранить удобнее в таком формате, чтобы не преобразовывать из unixtime или еще из какой формы. Взял готовое и закинул.

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

[gid]

F12: часы
тут много вариантов и важно сделать это удобным

К обычным часам, которые аппаратно будут формировать год-месяц-день, часы-минуты-секунды (опционально миллисекунды), это чтоб ресурсы БКшки не тратить на расчёты по получению текущего времени, не забыть "высокоточный таймер", ну относительно высокоточный, 32-х битный, который считает количество тиков с момента подачи питания, можно даже как в ПК - один тик == 100нс, если для БК это слишком избыточно, можно увеличить до 1мкс

[SuperMax]

К обычным часам, которые аппаратно будут формировать год-месяц-день, часы-минуты-секунды (опционально миллисекунды), это чтоб ресурсы БКшки не тратить на расчёты по получению текущего времени, не забыть "высокоточный таймер", ну относительно высокоточный, 32-х битный, который считает количество тиков с момента подачи питания, можно даже как в ПК - один тик == 100нс, если для БК это слишком избыточно, можно увеличить до 1мкс

да, согласен, systic точно нужно

получается два таймера - регистра в плис
1. 64bit - 1мс - абсолютный systic
2. 32bit - 1мкс - локальный