Полигон-2

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 лучше поставить явное позиционирование?

KALDYH написал:

[q]

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

[/q]

Я хотел написать переключение уровней и почему-то написал позиционирование, голова одно думает, руки другое пишут Устал видимо

S_BUF должен переключаться с любого уровня на 1> или на >2? Наши команды же у нас
на 2> исполняются С ST_MEM_FREE после S_BUF диск остался на T>

Вот так я проверял:

SPEED/115200
S_BUF/488/vnd.bin/0/2/1
STR/sB9E6,0,22
SPEED/9600


Позиционирование не отработало, и при исполнении sB9E6,0,22 получил сообщение о
незагруженности cert, те команда работала на уровне T>

Когда добавил LEVEL/2, позиционирование отработало нормально.