Форум iHDD.RU

[_AND_]

gonzo

Да, но там есть еще один путь - посмотрите внимательно.
Через 22 ногу и резистор между 22 и 36. В даташите написано,
что во время парковки мосфеты отключаются и срабатывает
схема парковки - к ней и подключено SHPWR...

[pvf23]

nazyura
(давно Вас не было видно)
Осеннее обострение застало меня на iXBT, имел негативный опыт общения…
Народ уже запарковался, а я о своём... не получается быстро реагировать.

hardolog
Однако в современных хардах "стык записи" обычно не возникает, т.к. скорость записи значительная и контрольный код успевает обновиться за время спада Uпит.(если железо не глючит)

Я понимаю ход вашей мысли..
7200prm --> T=8.33мсек
10% съедают сервометки --> t=8.33 x 0.9=7.5мсек
1000секторов на треке --> Tсектора= 7.5 мкс
500 секторов на треке -->Tсектора= 15 мкс

Спад Uпит – это десятки миллисек, Tсектора= 15 мкс и чувствуем разницу, но….

Не забываем про наличие отложенной записи (Wrine Cashe = on), а учитывая время переключения голов, перехода на соседний трек получаем уже милисек. И здесь не всё так однозначно…
Винчестер принял данные и доложил хосту, что всё ОК. Теперь Винт несет ответственность за достоверность данных и обязан по любому пытаться сбросить данные на магнитный носитель, а эта «упёртость» может привести к «стыку записи». Лучше UNC-сектор, чем потерянные данные.


Izyum
В некоторых местах ваших размышлений отсутствует стройность, но за теоретическую подготовку постов - _респект_

Ну что же давайте о стройности. Вы сформулировали пп1-6.
Идея понятна. Для принятия решения необходимо провести цикл запись-чтение. Но здесь есть грабли, если после записи выставить команду чтения, то по определению «микрокод» отдаст содержимое кэша.
Но ведь есть «длинное чтение», которое по по определению имеет другую идеологию и «микрокод» отдаст вам содержимое сектора и код ЕСС, вернее обрезок, кажется 2байта. Казалось бы, вот здесь и можно провести сравнение данных записанных в сектор и считанных.

Но дальше начинаются другие грабли, которые обозначает атт195.
В MHDD название атрибута звучит “Hardware ECC recovered”, но можно встретить и другое звучание “ECC On-The-Fly”. Как вы думаете почему существует два толкования и какое вернее?

[hardolog]

pvf23

[nazyura]

maisoft писал

[hardolog]

[nazyura]

Ндааа...
Вам не угодишь
Верьте во-что хотите, я не против

[pvf23]

nazyura
Эксперемент проведен корректно ???

Может и не корректно, но убедительно...
Если учитывать, что full seek < 20ms, а pover curve при выключении <500ms, так может и не надо ничего городить. Просто контролируем, например, через АЦП эту кривую и при форс-мажоре сдергиваем актуатор. Для подстраховки держим электролиты.

Отключение питания произошло в момент, когда на войс-катушку головки пришёл мощьный импульс, для перелёта на самое дальнее расстояние от парковочной зоны. Головка в полёте и готовится к захвату сервы с нужного трека... и тут произошёл "power-off" ...

Когда пошел захват сервы, то актуатор уже заторможен и это не самый плохой случай. Хужее, когда он разогнался до мак. скорости, а здесь пошел выкл.

Izyum
А на практике, в большинстве случаев, хватает и приведеного мной примера, для того чтобы выяснить какой там у нас бэд.. Да и инфу из софтового вытянуть

Если я могу сформулировать, почему присутствует каскадная схема CRC+ECC, могу понять почему используется вариант "длинной" записи-чтения, то смысл вытягивать инфу из БЭД-сектора, софтовая у него природа или физическая, мне ну никак не понятен.
Сорри за назойливость, я не первый раз наблюдаю это желание и у других. Может поясните о чем идет речь?
Ну и другой мой вопрос остался без вашего внимания.

[Antech]

pvf23
смысл вытягивать инфу из БЭД-сектора
Например, 512 байт текста с поврежденными несколькими байтами.

[nazyura]

[hardolog]

то nazyura
Таки провёл я эксперемент по Вашей методике :
Единственное отличие - вместо DM+8, я взял Fireball 3(конструкция идентичная).
Вначале, мною была полностью освобождена головка, т.е. диск был снят. Спешу тут заметить, что упругости шлейфика, в данном случае, хватает, чтобы головка сама уходила в парковочную зону, поэтому данный эксперимент я считаю исследованием взаимного коэффициента шероховатости поверхностей головки и блинов. Далее я снял фиксатор БГ и вернул диск на место.

Несмотря на изначальную безперспективность, я всё же провёл опыт:
1)Ёмкость на 2.2Мкф – еле заметно сдвигает головку
2)Ёмкость на 4.7Мкф – перемещает БГ на пол сантиметра.
3)Ёмкость на 47Мкф – доводит до парковки БГ, но не отрывает их от поверхности – не хватает усилия.(при этом парковочный фиксатор был снят)

Думаю, чтобы грамотно поставить эксперимент, нужно:
1.Взвесить блок головок, померить силу, создаваемую шлейфом.
2.Исследовать или рассчитать максимально возможное ускорение перемещения БГ при работе харда..
3. Исследовать или рассчитать ускорение, которое может создать ток от подключенной к катушке ёмкости.
4Сравнить полученные результаты, и с учётом вычета силы шлейфа и коэффициента запаса(1-2), сделать вывод о возможности применения для парковки данной ёмкости.

Удачи в дальнейших исследованиях!

[nazyura]

Я не счетовод...

К слову о шлейфе и ""не учтена сила, сдувающго головку к переферии воздушного потока ""
Вы что думаете?
Там буря мглою сабжа кроет?....


...Беру тот-же DM+8, выпаиваю один
резюк-предохранитель на катушку (возле разъема в банку),
замыкаю пинцетом и включаю питание.
...головы выводятся на периферию.
Убираю пинцет (обрыв питания катушки)
и актуатор, быстренько входит в зону парковки


А вы говорите "зависимость", "сила... потока",
"взвесить блок головок"...

[nazyura]

Да...
И не забудте, что блины при этом - вращаются

[hardolog]

nazyura

[pvf23]

Antech
pvf23
смысл вытягивать инфу из БЭД-сектора
Например, 512 байт текста с поврежденными несколькими байтами.

Ну и как связать этот "битый" сектор с файлом. Ну ладно док-файл, а если это .ехе, потом сюрприз будет.
Как бы существует scandisk, который позволяет связать битый сектор-кластер- файл, потом user разруливает ситуацию.

hardolog
Да и потом, я абсолютно уверен, что драйвер до самого финиша контролирует ускорение парковки, стало быть где-то берёт энергию, чтобы противостоять избыточному ускорению, если голова уже разогнана и движется в сторону парковки(иначе и поломать можно механизм). Это же вам не древний щелкающий Сиг, а эволюционировавший Мухтарка, со продуманными приблудами.

Интересно получается, и медленно плохо и быстро плохо.
Я как бы могу достаточно достоверно сформулировать, как проходит рекалибровка, позицирование и штатная парковка, вернее как можно контролировать скорость перемещения актуатора, но как это пойдет при аварийном вытятигивании... Вы меня озадачили...

А вообще о каких величинах тока можно говорить на катушке актуатора? скажем на парковке или fill seek.

[hardolog]

pvf23

[FRU Number]

hardolog
Вообщето ШИМ и ФИМ - это не режимы.
Это нечто другое. ШИМ (PWM) — широтно-импульсная модуляция, а ФИМ... Ну нет такого понятия в нашей транскрипции. Даже гугль отказывает.
Подозреваю что вы имели ввиду под Ф - фазу... А теперь объясните разницу между Ш И Ф.

Грубо говоря - ШИМ - это преобразование(понижение-повышение) питания с использованием Широтно-импульсной модуляции (во загнул ) то бишь , эт вам не параметрический стабилизатор, а ШИМ. О как

[hardolog]

[nazyura]

[Antech]

hardolog
nazyura
Что-то в Ваших экспериментах нет повторяемости. У nazyura при 2.2 uF и 12 В головы доезжают до парковки, у hardolog при тех же условиях - чуть заметно сдвигаются. Или я что-то не так понимаю?

[nazyura]