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

[gid]

Уже как бы всё выяснили? Можно не отвечать?

16ая страница (всего получается 16ть страниц по 32кБ)
с кодом 0020 уже подключали с 0120
как его правильно расшифровать ?
те в чем тут суть проверки и что именно не так ?

В том же посте приведена таблица "Режимы работы и распределение памяти". Видите в ней квадратик, обведённый двойной рамкой?
Это участок, где можно полностью корректно обратиться ко всем 32 Кбайтам памяти страницы СМК, для этого используется два разных режима.
Таким образом, в одном режиме, тест может оперировать только 16 кбатным участком памяти, половиной страницы.
Поэтому, в тестах было принято решение называть страницей именно эту половинку страницы СМК. Для простоты понимания. Поэтому для теста существует 32 страницы по 16 Кб, а не 16 шт. по 32 Кб.
Это говорит о том, что маппер памяти работает как-то не так, один и тот же участок физической памяти подключается в двух или более разных сегментах.

но я хочу понять как правильно - те как тогда 7й сегмент появляется в 140ом режиме

7й сегмент делится на две части: 170000-176777 и 177000-177777 и для этих частей разные правила. Если в первой части ОЗУ всегда, оно нужно для работы с HDD, то во второй части ОЗУ только тогда, когда нужны спецрежимы работы СМК. Там ведь регистры и порты, ОЗУ мешается.

согласно картинке, подключены сегменты 0 1 7 6
а в сообщении об ошибке сегменты 0 1 2 3
как расшифровать сообщение ?

В сообщении - 0 1 2 3 - это порядковые номера участков памяти, куда подключаются соответствующие по таблице сегменты.
0 = участок памяти 100000-107777, 1 =участок памяти 110000-117777 и т.д.

Вообще, весь этот код, который вызывает непонимание - это нативный код от фирмы АльтПро, может от Новака или ещё кого. Он используется без изменения ещё с тестов A16. Я только постарался как можно более подробно вывести интерпретацию результата его работы. Получилось, как получилось.

Тут вообще очень сложно с терминологией. Сегмент памяти - это и адресное пространство на БК, куда подключается ОЗУ и это же сам участок ОЗУ СМК, которое диспетчером памяти мапится в заданное адресное пространство. И страница тоже означает разные вещи в зависимости от контекста.

[AFZ]

То есть, ему приходится забарывать не сильный ТТЛовский ноль, а дохлую единицу. Где ТТЛ выход -- это фактически резистор на первые сотни ом.
Но делать так действительно не очень хорошо.

Я бы сказал "Очень не..."

да, верно там 1-ца которую давим

принципиально у меня есть даже нога на ПЛИС которая свободна и почти рядом для этой цели.

Не забудь сразу включить ее в режим открытого коллектора (стока).

[grf]

Работает!

[SuperMax]

Уже как бы всё выяснили? Можно не отвечать?

как раз нет, помощь очень ценна и нужна!
я вернулся из отпуска и снова могу заняться AZ БК

В том же посте приведена таблица "Режимы работы и распределение памяти". Видите в ней квадратик, обведённый двойной рамкой?
Это участок, где можно полностью корректно обратиться ко всем 32 Кбайтам памяти страницы СМК, для этого используется два разных режима.
Таким образом, в одном режиме, тест может оперировать только 16 кбатным участком памяти, половиной страницы.
Поэтому, в тестах было принято решение называть страницей именно эту половинку страницы СМК. Для простоты понимания. Поэтому для теста существует 32 страницы по 16 Кб, а не 16 шт. по 32 Кб.
Это говорит о том, что маппер памяти работает как-то не так, один и тот же участок физической памяти подключается в двух или более разных сегментах.

круто! это я про авторов, они были таки юмористы ;-) то страница 32кБ то 16кБ

смотрю на биты управляющие номером страницы32кб

// КОДЫ ПОДКЛЮЧЕНИЯ СТРАНИЦ ОЗУ (SMK512):    
//      oct                 bin
//               x0 000 00x x0x       
//  0 - 0        00 000 000 000
//  1 - 2000     10 000 000 000 
//  2 - 4	 00 000 000 100	
//  3 - 2004	 10 000 000 100 	
//  4 - 10	 00 000 001 000	
//  5 - 2010	 10 000 001 000	
//  6 - 14       00 000 001 100
//  7 - 2014	 10 000 001 100 
//  8 - 1	 00 000 000 001 	
//  9 - 2001     10 000 000 001 
// 10 - 5        00 000 000 101
// 11 - 2005     10 000 000 101
// 12 - 11       00 000 001 001
// 13 - 2011     10 000 001 001
// 14 - 15       00 000 001 101
// 15 - 2015     10 000 001 101
// 
// переключение режимов             отключение                                   
//              3        2 10       U3210     
//              x0 000 00x xx0 000   		МОНБК10  МОНБК11М ОКНОБК11M   
// Start 160    	 1 110 000   0111 	0         0         1
// Std10 60	  	   110 000   0011	0         1         1          
// ОЗУ10 120    	 1 010 000   0101	1         0         1
// All	 20                 10 000   0001	1         1         1
// Std11 14     	 1 100 000   0110	0         0         0
// ОЗУ11 40	  	   100 000   0010	0         1         0 
// HLT10 100		 1 000 000   0100	1         0         0
// HLT11 20000  10 000 000 000 000   1000	1         1         0 

// Биты
//  0 - номер страницы 0
//  1
//  2 - номер страницы 1
//  3 - номер страницы 2
//  4 - управление U0
//  5 - управление U1
//  6 - управление U2
//  7
//  8
//  9
// 10 - номер страницы 3
// 11
// 12
// 13 - HLT11      U3
// 14
// 15

// формирование отключения (1)
// МОНБК10    =  ( ~U2 && ~U1 ) || ( U2 && ~U1);
// МОНБК11М   =  ( ~U2 && ~U1 ) || (~U2 &&  U1)
// ОКНОБК11M  = U0

получается номер страницы можно сформировать так:

SMK_PAGE={SMK_data[10],SMK_data[3],SMK_data[2],SMK_data[0]};

всё верно ?
физический адрес для слота [назовем так дабы не путаться] формируется так
{6'b000001,SMK_PAGE,3'd6};
те страница + хвост обозначающий ее сегмент
соответственно пересечение между страницами никак не получить

и так как я уже все проверил - код правильный, значит есть какая-то хитрость про которую я не в курсе
или я неверно формирую SMK_PAGE?

и остается не понятна ошибка - уже подключали с кодом 0020 уже подключали с 0120

получается это страница 0 + режим 20
и страница 0 + режим 120 во втором
но это не понятно тк в ошибке 16ая страница (!)

далее смотрим
уже подключали с кодом 2120 уже подключали с 0120
тут страница 2000 + режим 120 и страница 0 + режим 120

7й сегмент делится на две части: 170000-176777 и 177000-177777 и для этих частей разные правила. Если в первой части ОЗУ всегда

ok

то во второй части ОЗУ только тогда, когда нужны спецрежимы работы СМК. Там ведь регистры и порты, ОЗУ мешается.

а вот тут прошу подробнее
те какой режим включает это ОЗУ и отключает регистры ?
как я понимаю это нужно только для эмуляции бейсика БК10 который совсем не нужен на 11М ? или есть какое-то иное применение?

В сообщении - 0 1 2 3 - это порядковые номера участков памяти, куда подключаются соответствующие по таблице сегменты.
0 = участок памяти 100000-107777, 1 =участок памяти 110000-117777 и т.д.

ok

Вообще, весь этот код, который вызывает непонимание - это нативный код от фирмы АльтПро, может от Новака или ещё кого. Он используется без изменения ещё с тестов A16. Я только постарался как можно более подробно вывести интерпретацию результата его работы. Получилось, как получилось.
Тут вообще очень сложно с терминологией. Сегмент памяти - это и адресное пространство на БК, куда подключается ОЗУ и это же сам участок ОЗУ СМК, которое диспетчером памяти мапится в заданное адресное пространство. И страница тоже означает разные вещи в зависимости от контекста.

да, это путает


пытаюсь понять ошибки дальше
к примеру режим 140:



тут ошибка:7-6(10)
те адрес
170000-176776
тут обнаружилось ОЗУ - хотя должно быть пусто
и тут вопрос - почему пусто-то ?
хотя я согласно картинке выше подключил 7й сегмент
где тут собака зарылась ?

[gid]

круто! это я про авторов, они были таки юмористы ;-) то страница 32кБ то 16кБ

Тут похоже я в заблуждение ввёл. Я начал разбираться и вникать, что там такое я понаписал в тесте. И вот что выяснилось. Там на скриншоте в посте #136 число 16 - это не номер страницы. Это количество килобайт доступной памяти. Это инкрементный счётчик, который увеличивается на 16 для каждой проверенной половинки страницы.
Это реальный косяк программы - когда вывод результата непонятен даже автору, по прошествии достаточного количества времени.
Но тем не менее, проверка ОЗУ проводится 16кбайтными кусками, половинками страницы в двух режимах, как в таблице. И как-то эту половинку надо именовать.

всё верно ?

Да, с номером страницы всё верно

физический адрес для слота [назовем так дабы не путаться] формируется так
{6'b000001,SMK_PAGE,3'd6};

Смысл этого выражения от меня ускользает, но физический адрес страницы в линейном адресном пространстве вычисляется так:
BASE + (SMK_PAGE << 15), где BASE - начальное смещение участка в памяти, выделенного под ОЗУ СМК, а "<< 15" это умножение на 0x8000 - размер страницы 32кб.

и остается не понятна ошибка - уже подключали с кодом 0020 уже подключали с 0120

Полная расшифровка этой строки такая:
"Страницу с кодом подключения страницы 0020, ранее уже подключали кодом подключения страницы 0120".
0120 - это самый самый первый код подключения первой половинки страницы 0. У вас получается такая штука, что абсолютно все страницы мапятся в один и тот же участок памяти. Причём что странно, даже вторая половинка страницы 0, так же мапится в первую половинку стр. 0.

И ещё, имейте в виду, что код режима HLT11 на самом деле 0, а не 20000, в регистре 177130 бита 13 по записи нету, поэтому он ни на что и не влияет. Просто в ПО АльтПро было принято соглашение, что код режима по каким-то уже забытым причинам не должен быть равен 0. Поэтому взяли вот такое число.

Если в первой части ОЗУ всегда

ok

Не ок. Уточнение. Не всегда, а всегда, за исключением режима SYS. Там вместо ОЗУ продублировано ПЗУ, которое по адресам 160000-167777. см табл. режимов.

те какой режим включает это ОЗУ и отключает регистры ?

См. таблицу режимов, строка "170(177000hdd)-0"

как я понимаю это нужно только для эмуляции бейсика БК10 который совсем не нужен на 11М ? или есть какое-то иное применение?

Основное применение - HALT режим. ОЗУ по записи по адресам 177674,177676
Бейсик - вторичен.

где тут собака зарылась ?

Тут есть такой нюанс. Т.к. 7й сегмент делится на 2 части, то и проверяется он дважды. Но! Тест на экран выводит только ошибочные ситуации, если ошибки нет, на экран ничего не выводится.
Поэтому ошибка:7-6(10) относится не к диапазону 170000-176776, а к диапазону 177000-177777. Оба эти диапазона имеют код 7, поэтому происходит путаница.

Я исправлю вывод информации в тесте, чтобы было более понятно, когда придумаю как.

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

BASE + (SMK_PAGE << 15), где BASE - начальное смещение участка в памяти, выделенного под ОЗУ СМК, а "<< 15" это умножение на 0x8000 - размер страницы 32кб.

А ещё, внутри этой страницы, в зависимости от режима работы СМК, нужно по-разному тасовать сегменты по 010000 байт.

[SuperMax]

Тут похоже я в заблуждение ввёл. Я начал разбираться и вникать, что там такое я понаписал в тесте. И вот что выяснилось. Там на скриншоте в посте #136 число 16 - это не номер страницы. Это количество килобайт доступной памяти. Это инкрементный счётчик, который увеличивается на 16 для каждой проверенной половинки страницы.
Это реальный косяк программы - когда вывод результата непонятен даже автору, по прошествии достаточного количества времени.
Но тем не менее, проверка ОЗУ проводится 16кбайтными кусками, половинками страницы в двух режимах, как в таблице. И как-то эту половинку надо именовать.

понятно, те счетчик встал на первых 16кБ расширенной памяти которую он пытался проверить
так получается логично повторение этого сообщения

Да, с номером страницы всё верно
Смысл этого выражения от меня ускользает, но физический адрес страницы в линейном адресном пространстве вычисляется так:
BASE + (SMK_PAGE << 15), где BASE - начальное смещение участка в памяти, выделенного под ОЗУ СМК, а "<< 15" это умножение на 0x8000 - размер страницы 32кб.

все именно так
я поясню: - так как полный адрес 24бита то имеет смысл уменьшить его длину за счет разбивки на сегменты и
я разбил всю память 32МБ на сегменты по 4кБ те 10000(8), что явно соответствует размеру разбивки у SMK и мне кажется удобным для программирования
соответственно и сделал набор регистров (16шт) в которые можно записать адрес сегмента
младшие 8 регистров сделаны на вырост (или доработку с отключением нижней памяти с 0 до 77777)
старшие же соответствуют SMK-маппированию
технически я транслирую запрос к мапперу SMK в запрос к мапперу AZ обеспечивая совместимость
соответственно у меня формируется номер этого 4кБ сегмента - базовое смещение для сегментов SMK + SMK страница + номер сегмента в странице: {6'b000001,SMK_PAGE,3'd6};

Полная расшифровка этой строки такая:
"Страницу с кодом подключения страницы 0020, ранее уже подключали кодом подключения страницы 0120".
0120 - это самый самый первый код подключения первой половинки страницы 0. У вас получается такая штука, что абсолютно все страницы мапятся в один и тот же участок памяти. Причём что странно, даже вторая половинка страницы 0, так же мапится в первую половинку стр. 0.

И ещё, имейте в виду, что код режима HLT11 на самом деле 0, а не 20000, в регистре 177130 бита 13 по записи нету, поэтому он ни на что и не влияет. Просто в ПО АльтПро было принято соглашение, что код режима по каким-то уже забытым причинам не должен быть равен 0. Поэтому взяли вот такое число.

опа

Не ок. Уточнение. Не всегда, а всегда, за исключением режима SYS. Там вместо ОЗУ продублировано ПЗУ, которое по адресам 160000-167777. см табл. режимов.

См. таблицу режимов, строка "170(177000hdd)-0"

Основное применение - HALT режим. ОЗУ по записи по адресам 177674,177676
Бейсик - вторичен.


Тут есть такой нюанс. Т.к. 7й сегмент делится на 2 части, то и проверяется он дважды. Но! Тест на экран выводит только ошибочные ситуации, если ошибки нет, на экран ничего не выводится.
Поэтому ошибка:7-6(10) относится не к диапазону 170000-176776, а к диапазону 177000-177777. Оба эти диапазона имеют код 7, поэтому происходит путаница.

Я исправлю вывод информации в тесте, чтобы было более понятно, когда придумаю как.

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

А ещё, внутри этой страницы, в зависимости от режима работы СМК, нужно по-разному тасовать сегменты по 010000 байт.

круто

спасибо за развернутые ответы!

хотел ответить сразу, но пошел по более длинному пути, а именно решил что пришло время написать свой тест AZ
ибо железка получается сложная и надо явно автоматизировать проверку функционала

за базу взял последнуюю версию Вашего теста обрубил тест SMK и занялся тестированием AZ-а
обнаружил неприятную проблему после 16ого мегабайта, те снос крыши у памяти, что вообще очень странно ибо тест памяти прекрасно проходит если идет с STM32
пока завис на ловле глюка

[SuperMax]

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

функционал:

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

2. реализовано ручное переключение видеорежима (циклическое 1-2-3-4) по сочетанию AR2+KT
те можно спокойно переключать его в зависимости от программы не напрягаясь!
также режимы можно переключать через регистр 177230
младшие 2 бита - видеорежим (точнее интерпретация легаси-видеорежимов)
0 - монохром 512х256
1 - 4 цвета 256х256
2 - 16 цветов 128х256
3 - 256 цветов 64х256

3. Реализовано отображение информации в консоли контроллера дисковой подсистемы и сети - переключается по АР2+РУС
соответственно выделена страница памяти под консоль

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

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

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

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

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

8. Реализовано распознавание новодела БК11М и подключение ПЗУ


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

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

Изменения:
- консоль STM32
- управление видео режимами через 177230
- новое ПЗУ - AZBOOT.ROM

Если у Вас уже готовы свои образа, копируйте с этого раздел ROM в ini файле + все файлы в каталоге ROM
эти части будут постоянно обновляться тк AZ требует полного соответствия версий прошивок

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


PS: в старт машины добавил визуализацию, отпишитесь - понравилась или это лишнее ?

[SuperMax]

Обновление ПЗУ для версии 00005
обновление включает сеть "на постоянку"

содержит 2 файла ПЗУ
AZ337.ROM
AZBOOT.ROM
их необходимо скопировать в ROM на карточку

а таже исправить строчку в AZ.INI на

R08=0:/rom/AZ337.rom

https://forum.maxiol.com/index.php?s...ndpost&p=55802

[SuperMax]

Поддержка 32х дисков - новая прошивка

https://forum.maxiol.com/index.php?s...ndpost&p=55808

[SuperMax]

Сделал тему с демонстрацией возможностей AZБК


Контроллер AZ BK: демо