Полигон-2

Попробовал разобрать скрипты.
6>D5  
/2    уровень 2
A0    все биты опций тестового пространства в 0 (см. описание битов в доке на барракуды, там это общая команда на всех уровнях)
Y1    опции повтора - OTF enable
H0    выбор головки 0
@2    метка "2"
P3333  заполнить буфер записи (единственный буфер №2) паттерном 3333
W    записать буфер на диск
*1    пауза до ввода
P492  заполнить буфер записи паттерном 492
W    записать буфер на диск
*1    пауза до ввода
*4,2  увеличиваем номер головки и переход на метку 2
|    конец пакетного файла
Получается, заливка сектора двумя паттернами (координаты сектора указывать отдельно)

6>D7
/3
H0
@2
P11
*4,2
|
Что-то связанное с тестированием сервосистемы?

6>D9
/2
S200,0    позиционирование на цилиндр 200, головка 0
/3
*      непонятно, тут должен быть параметр
/A      О как! У барракуд это уровень команд чтения/записи по LBA, тут неизвестно
K      
D
V
/B      Тоже надо проверить
/2
e010A    сохранить лог (возможно трактовать как e1,0A - ASCII лог 0A)
S200,0
/
=6A,0E    значение 0E в ячейку памяти 6A
/2
S8,0    позиционирование на дорожку 8 (служебная зона)
E0      очистка активного лога
A83      установить биты опций тестового пространства
Y3,01,40  установить биты опций повтора
P0000    заполнить буфер записи паттерном 0000
L1,E3A    зациклить следующую команду в случае ошибки 3A (не описана)
W      запись
e1C      сохранить лог
|
Некое тестирование. Узнаём о возможном существовании еще двух уровней TMOS и о некоей важной ячейке памяти.

6>D11
AD      опять-таки, опции тестового пространства
Y0      опции повтора
E0      очистка активного лога
S100    похоже, это скрипт для уровна 2 и это позиционирование
L,3100    цикл в 3100 раз?
F      форматировать трек
*6      останов при ошибке
P2323    задаём паттерн?
L1,3100    цикл в 3100 раз в случае ошибки?
Q      записать и тут же считать
D      команда не описана
E      показать активный лог
|
Опять-таки дефектоскопия. Проверить команду 2>D.

На сон грядущий почитал немного об организации памяти 68HC11. Адресное пространство - 64к, обычно разбивается на страницы по 32к: верхняя фиксирована, в нижнюю могут подключаться банки памяти (но в принципе разбивка может быть любой). Первые 256 байт - память быстрого доступа. Регистры устройств мапятся на память (как в PDP-11 или m68k), на прототипных платах - 1000-105F внутренняя периферия, 1800-1FFF внешняя. Итого приходим к выводу: 1) ПЗУ в 64к разбито на банки, 2) для чтения ПЗУ через терминал нам необходимо как-то щёлкать страницами памяти, а адрес регистра неизвестен (хотя есть намёки).
Читать всю память в лог я в принципе научился, осталось проверить и сравнить. Также неплохо бы узнать расположение буферов в памяти.

i8088 написал:

[q]

А есть сведения, какая система команд (тип процессора) на 7200.7
7200.10?

[/q]

Есть. Ядро ST10, система команд C166

Подскажите, нашел команды:

2.4 LEVEL 1 COMMANDS
=====================================
Dx,yyyy,zz      Display Memory.

Displays 256 bytes of memory starting at address xyyyy.
x  - upper bits of  >16 bit address
yyyy  - lower 16 bits of  >16 bit address or the 16 bit address
zz  - high-light bytes matching this value.
=====================================
Sx,yyyy    Edit Memory Byte.

x - upper bits of >16 bit address
yyyy – lower 16 bits of  >16 bit address or the 16 bit address
The uP will continue to read the memory byte and will update the display if the byte changes.
After entering desired edit value, the following actions may be taken:
DEL - Re-edit same byte
CR(^M)  - Close out and exit
LF(^J)  - Edit the next sequential location

=====================================


Первая команда- вывод пзу на экран (сравнивал со скачанным ROM-сходится).
А во второй команде о какой памяти идет речь?

KALDYHhttp://rgho.st/7kKXqwhHR

Поизучал слитый дамп памяти с Jaguar, адреса 0000-FFFF. Конвертировать не стал, и так сойдёт. Напоминаю, объём ПЗУ - 64к, объём внешнего ОЗУ - 32к.

Блок 0000-00FF - всё занято данными. Похоже, скрэчпад-память микроконтроллера, как и сказано в референсах на 68HC11
0100-017F также занято данными
С адресов 0180-0FFF читается паттерн 04030201
Адреса 1000-13FF содержат в основном нули с редкими вкраплениями ненулевых байт. Ненулевые данные кучкуются в группы.
По адресам 1400-1DFF читается паттерн 04030201
Блоки 1E00-1EFF, 1F00-1FFF в начале до середины заполнены данными, далее - байтами FF
Блоки 2000-49FF плотно заняты данными. Похоже, программный код.
4A00-5898 также заполнены данными, но в них проявляется повторяющаяся структура. Похоже. некие таблицы. Далее снова идут нерегулярные данные до адресов 6990-6AAC, где снова обнаруживается регулярная структура. До адреса B6CD память заполнена данными.
По адресам B6CE-BFFF читаются нули
Адреса C000-E768 снова заполнены данными, с адреса E769 и почти до самого конца адресного пространства читаются нули. В конце небольшая строчка байт ненулевая.

Попробовал почитать ячейку памяти по адресу 0200 - каждый раз читается разное значение, и это не 04. Похоже, паттерн 04030201 - это чтение пустой шины.

Буферы 0-F располагаются в ОЗУ последовательно по адресам начиная с 0000. На свежеинициализированном винте буфера 0, 2 содержат данные, буфера C, D - заполнены нулями, остальные - паттерном 55. Напоминаю карту буферов CFS540:
Diag buf usage
Buf 0-1 Rd buf
Buf 2   Wrt buf
Buf 4-7 Elog
Buf 8-B Dsp log
Buf C-F Asc log
Buf 10-7F unused
После прочтения нескольких логов буферы 0, 1, 2 стали содержать данные, A-B - куски логов, C-D - нули. Сравнение показало, что содержимое буферов 0-1 совпадают с буферами A-B. Вывод? 0-1 - действительно буферы чтения, а буфер выводимого лога - это A-B. Позже можно будет поанализировать буферы 10-7F - это как раз до конца адресного пространства. Как видно, чтение памяти командой 1>D и буферов командой 2>B не совпадают - следовательно, при работе с буферами происходит переключение банков. Размер страницы - 256 или 512 байт. Вот такие пока выводы.
Подал команду 2>P3333, а затем 2>B02. Да, действительно, P - это заливка паттерном, а второй буфер - запись.

Проверил уровни /A, /B - уровень не меняется, но сообщение Invalid Entry (как при попытке зайти на 5, 8, 9, С и т.д.) при этом не выдаётся.

Надо смастерить переходную колодку с PLCC-32 на DIP-28 для программатора, чтобы ПЗУ считать.