Полигон-2

Занимаясь NHAWK, не смог найти у него карту голов в ПЗУ. Это однодисковое семейство, и карта будет куцей - 00 01. Нашёл, сравнивая с GALAXY: картой будет последовательность этих двух байт сразу за строкой Cmplt, err =, можно найти как 00 01 90. Аналогично в App code, там это будет цепочка после небольшого куска байтов FF, перед строками Mtr Coasting, можно найти как 00 01 50 2B.
Винту это, к сожалению, не помогло - обе головки задраны в хлам, еле серву держат... Апп, правда, каким-то образом читает, но не более того.

Поискал карту голов у семейств с параллельным ПЗУ. Для Durango ресурсов не нашёл, кто знает где взять - киньте мне. У Aspen нашлась единственная последовательность 00 01 02 03 по адресу FC86. У Vail сложнее - там последовательность 00 01 02 03 04 05 находится в нескольких местах - после Command Rejected, после Cmd Cmplt, дальше ещё в десятке мест. У Snowmass находится последовательность 00...16, это явно не то.

А вот последовательность 00 01 00 02 00 03... нашлась у всех троих, после слов set stuff failed.

Поискал у Avalanche. У него по аналогии с Alpine после строк Cmd Cmplt, err = нашлась последовательность 03 02 01 00. Не знаю, с завода ли это так или кто-то переделывал, но это явно и есть действительная карта голов.

Поискал эту последовательность у Barracuda II/III/IV. Нашлась у Vail, но на правду что-то не похожа. Нашлась у Snowmass - а вот это уже больше похоже на правду!

Поискал карту голов у U6. Последовательность 00 01 00 02 00 нашлась между Test=%02x и Not configured. Больше ничего похожего на предыдущие осмотренные семейства не наблюдается.

Прихожу к выводу, что 00 01 00 02 00 03... это не карта голов, а карту следует искать где-то недалеко после Cmd Cmplt, и у некоторых семейств она перевёрнута. Так и запишу в руководство по отключению головок.

Ну и наконец снова вернёмся к Hilo. Ничего похожего на карту головок у него так и не нашлось Аналогично с U6. В общем, с не-барракудами - облом. Правда, аппаратную перекоммутацию головок никто не отменял, но мне кажется, это шибко уж в данном случае оверкилл.

i8088 написал:

[q]

где нибудь встречалось описание номеров команд cmd, выводимых при отладочном выводе?

[/q]

Ну, во-первых, параметры похоже совпадают с теми что по онлайн-команде "апостроф". Гляньте её вывод и сравните, более подробное описание есть в конце пдф-ок с командами.
По номерам самих команд - у разных семейств они отличаются. Некоторая информация на этот счёт есть в файле PCSeagBara.pdf, из него же собственно методика на ру-боард и скопипащена.

i8088 написал:

[q]

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

[/q]


//Для ST_MEM_SDLD
SPEED/115200
STR/d4C7,0/0
SEND_FILE/512/track\vendor.bin/>0/>10
HEX/1A
LEVEL/2
STR/s16320,0,22
STR/w,0,10
LEVEL/T
STR/d4C7,0/0
SLEEP/4000
SEND_FILE/512/track\vendor.bin/>10/>10
HEX/1A
LEVEL/2
STR/s16320,0,22
STR/w,10,10
LEVEL/T
SPEED/9600

i8088 написал:

[q]

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

[/q]

Там достаточно было поменять местами две дорожки? Или нужно было добавлять инвертор на одну из них?

KALDYH написал:

[q]

Там достаточно было поменять местами две дорожки? Или нужно было добавлять инвертор на одну из них?

[/q]

Чуть выше немного я писал про перекоммутацию этого диска (перенос cert на 1 поверхность),
добавлю подробностей - я линию HS1# подтянул резисторм на землю (убрав последовательно
включенный резистор от контроллера), поменял тип на одноголовый, соответсвенно диск
сигналом HS0# (они все инверсные) выбирает головку только на первом диске (думая, что он
нулевой, а дефектный нулевой диск (с одной дефектной поверхностью) не используется.
Теоретически можно получить и 1.5GB, но такого типа нет стандартного, да и перекоммутация
будет уже сложной. После SS диск работает до сих пор.

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

Спасибо за скрипт и разъяснения про cmd! У меня появились подозрения, что ST_MEM FREE или
не переключает уровень автоматом на второй, или после команды sb9e6,0,22 нужна задержка,
диск не успевает позиционироваться на нужное место (второе сомнительно правда).

KALDYH, Оказалось, ST_MEM FREE не переходит на второй уровень автоматически по команде
S_BUF!!

Соответственно команда sb9e6,0,22 вообще не исполнялась (no cert code, как я сразу не
подумал), а w,0,10 видимо пыталась писать cert м app!

Соответственно в скрипт записи с S_BUF надо добавить явные переключения уровня.
Как Вы думаете, стоит поставить задержку между sb9e6,0,22 и записью?

Завтра уже постараюсь проверить!

KALDYH написал:

[q]

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

[/q]

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