Повторю: другой контроллер нормально всё читает. То есть проблем с форматированием нет.Сообщение от Andrey_Ak
кстати, а это хороший вопрос: насколько я понял ни одна программа форматирования ни на DEC ни на ДВК при форматировании не проверяет удачно отформатировалось. То есть контрольного чтения не выполняет.
У меня есть TDW1, которая форматирует заметно дольше, чем остальные. TDW и TESTDW судя по скорости форматирования никаких чтений не делают.
Приведу пример, у меня два винта 4096, оба форматировались через программу TDW без ошибок, но один винт дохлый,
и только программа TESTDW давала ошибки на дохлом винте..
Спасибо за пример. Только он не про мой случай.
Еще раз повторю - у меня винт 100% рабочий. Поэтому проверять еще несколько раз рабочий ли винт и нормально ли он форматируется смысла ни практического, ни теоретического я пока не вижу.
Так зачем проверять винт, мы не винт проверяем, а форматирует ли неисправный контроллер винт...
Погоди, зачем проверять форматирование?
Я пытаюсь с чтением разобраться. Какая связь? Или ты как в том анекдоте про техникум торговли и отсутствие туалетной бумаги?
Я вот уже несколько сообщений пытаюсь понять связь между твоими советами и локазизацией неисправности ЧТЕНИЯ.
Ну ты писал:
"Ну и заодно может кто разбирался с программами testdw и tdw?
Например, есть две разные tdw 05.10 (50 и 51 блок). Они и по меню разные и форматируют по разному. "
- Вот я и сказал свои наблюдения, что TDW не проверяет правильность формата, а TESTDW проверяет...
У меня testdw не проверяет нифига, форматирует с той же скоростью что и tdw.
И ты меня совсем запутал:
1) "мы не винт проверяем, а форматирует ли неисправный контроллер винт... "
то есть речь явно о проверке форматирования
2) Вот я и сказал свои наблюдения
Или ты не только меня запутал, но и сам не понимаешь что пишешь?
- - - Добавлено - - -
Ну вот, коллеги в соседней ветке ответили что ПЗУ при чтении не проверяет ошибки контроллера: читается загрузчик, если его первый байт совпадает с ожидаемым - выполняется переход на загрузчик.
То есть контроллер нормально читает данные, но зачем-то выставляет ошибку 10000 (сектор не найден).
Последний раз редактировалось dk_spb; 25.02.2016 в 10:54.
.
Судя по симптомам - неисправен байт ошибки микроконтроллера. Поиск и чтение сектора проходят штатно, содержимое сектора сохраняется в буфере данных, после чего в байт ошибки записывается ноль. На этапе завершения операции из байта ошибки считывается ненулевое значение, что и приводит к наблюдаемому поведению.
- - - Добавлено - - -
Если единственным местом хранения байта ошибки является ячейка, видимая на шине, как старший байт регистра 174004 - значит там и глючит.
Да, спасибо, я как раз собирался сегодня "пошарить" по регистрам что к чему. Там проблема в том, что есть два регистра - в одном хранится код ошибки, а в другом (регистр состояния)-бит наличия ошибки.
Об том и речь, что при выполнении подпрограммы завершения - микроконтроллер решает, нужно устанавливать бит ошибки в CSR или нет, исключительно по прочитанному содержимому байта ошибки ( переменных-то кроме регистров нет ).
Подпрограмма чтения ( после успешного завершения ) пишет в байт ошибки ноль, а подпрограмма завершения читает из байта ошибки НЕ НОЛЬ и ПОЭТОМУ устанавливает бит ошибки в CSR.
Последний раз редактировалось Patron; 25.02.2016 в 20:50.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием