Полигон-2

KALDYH, где нибудь встречалось описание номеров команд cmd, выводимых при отладочном выводе?
Мне кажется, длина vnd все же больше 12h, предположительно 15h.


Interface task reset
1024k x 16 buffer detected
TONKA40 - 1_Disk    S.38   09-20-05 11:01

Buzz  - Head Mask FFFF - Switch to full int.
              Spin Ready
(P)PATA Reset

Stuff Was Unreadable2AAAQ0 09-20-05 11:04 14_P_013_Q0,4T

>
T>
e c r = 0 0 1
e c r = 0 1 0
T> //здесь ^C
cmd  2A,  params  BEDE 04AB 0000 001C 0008 0000 0000 0000 0000 0000 0000
(P)PATA Reset

cmd  58,  params  0034 0000 0000 0001 01FD 0001 0000 0000 0001 D914 0034

cmd  58,  params  0034 0000 0001 0067 0F00 0067 0000 0000 0034 0000 0034

cmd  36,  params  0006 0000 0003 0033 237E 0001 0001 3051 322E 6731 0000

cmd  58,  params  0036 0000 0004 0001 0FE0 0001 0000 0000 0036 0001 0036

cmd  36,  params  0000 0036 0000 0004 0000 0014 0005 0000 0000 0000 9FE7

Stuff Was Unreadable
cmd  4A,  params  4B92 0319 0779 0004 0065 0016 B570 4B92 0319 A62A 0001

cmd  02,  params  CF1D 0000 0000 0000 4930 00C6 CF1D 0000 02B5 9073 0005
2AAAQ0 09-20-05 11:04 14_P_013_Q0,4T
...
...
T>


Первые две cmd58 видимо загрузка ovl (34*2=68, смещение ovl от начала SA)

Третья cmd58, видимо загрузка stuff -> 36*2=6Ch (смещение трека vnd от начала SA),
головка 0, сектор 4, количество считанных секторов 1 (как раз stuff).

Как понять вывод команды 36, я не знаю (второй параметр 36h, не 36h-головка же).
Меня смущает 14h, в выводе команды 36, как раз сектор 14h в скачанном треке строки:
NumAttr=017|FIRMWARE_VER=2AAAQ|DOM=20050925|BIRTH_DATE=20050925|HSA_DC=11|HSA_REV=L|
HSA_PN=100379820|HSA_MC=9|MEDIA0_CODE=WM|MEDIA0_DC=5251|MOTOR_PN=100347196|MOTOR_CODE=A
MOTOR_DC=L|MOTOR_REV=A4|PRE_AMP_CODE=3|PRE_AMP_DC=29|PRE_AMP_REV=B3|PART_NUM=9BD01A-301

На моем диске это сейчас отсутствует. Может лучше записывать не менее 15h секторов в vnd?

А Вы каким скриптом отправляли vnd в Вашу Tonka TLite, когда нормально сработала запись?

Забыл сообщить - изменение последовательности, сперва ASCIFE, потом все STUFF не изменило ничего.

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


KALDYH написал:

[q]

Правда, аппаратную перекоммутацию головок никто не отменял, но мне кажется, это шибко уж в данном случае оверкилл.

[/q]

На вышеупомянутом мной диске Maui2, где я делал аппаратную перекоммутацию, получилось на
удивление легко, я даже сам удивился

Вскрыл NHAWK

Шикарный запил, господа! Удивительно, что он ещё как-то рыпался (хотя впрочем ничего удивительного - на системной, нижней поверхности запила нету).
Алсо, у этого семейства появляются PMR и вроде как термобиметаллическая компенсация высоты полёта слайдера. Завтра на работе изучу БМГ под микроскопом.

Набросал предварительный вариант скрипта для чтения флеши на Belize (должен работать и на других коннергейтах)

SPEED/28800/b30
LEVEL/1
STR/R
SLEEP/2000
LEVEL/2
BUF/400/47F/r_flash.log/1/1
SPEED/7200/b32
Но есть два нюанса. Во-первых, полученный дамп утилита Log2PF не переваривает. Ей не хватает строки " Addr 0 1 2 3 4 5 6 7 ... " перед каждым блоком. Для эксперимента я добавлял её вручную. Во-вторых, считанный дамп отличается от эталонного по адресам 0000...0BFF. У эталонного по адресам 0..800 нули. Возможно, по адресам 800...С00 находятся некие таблицы, индивидуальные для каждого накопителя, во всяком случае структура их совпадает. Но вот что считалось по адресам 0..800 - я не знаю, а выпаивать ПЗУ для сравнения мне неохота.

Нет, не стоит, позиционирование выполняется очень быстро.

i8088 написал:

[q]

Соответственно в скрипт записи с S_BUF надо добавить явные переключения уровня.

[/q]

Добавил в образец. Странно, а на альпине вроде работал... Энивей, лишним не будет.

i8088 написал:

[q]

Тогда в примерах с S_BUF лучше поставить явное позиционирование?

[/q]

Позиционирование там и так явное, я дописал переключение уровней.
S_BUF по идее должен переключаться с любого уровня на 1>, проверьте.