Re: E 62 Rom CRC Error

Поступили 4 платы с такой ошибкой. Может кто подскажет техническому отделу как эта с... считает CRC и с чем его сравнивает. (Тоесть какие ячейки считает и с какой сравнивает)

Пользуйтесь МД5, не ошибтесь ;)

юра не лезь в редактирование, а залей туда всё оригинальное...

Поддерживаю, тебе какая разница как и что считает?
Я при первых признаках тупо перешиваю.
Может подстава, а может и флэха хандрит.

А может и железо.

Ну я имел в виду флэху зеленую железную китайскую!

А я имел ввиду материнку.
Но очень часто нас китайцы через эти материнки имеют. :'( PCB очень плохого качества.

LIC писал(а): А я имел ввиду материнку.
Но очень часто нас китайцы через эти материнки имеют. :'( PCB очень плохого качества.

Да имеют, если прямо сказать, без презерватива :-\ ;D

Зато мы имеем их мамы, кроссухи, флэшки, БП - и все за копейки!
Так кто кого поимел?

flesh писал(а): У меня постоянно на 10v5.6-4 стала выскакивать
E 62 Rom CRC Error.
Перешил флешки ничего не изменилось. Поменял селектор.
А воз и ныне там. Может с мамкой что?

а MD5+SHA1 проверял? какой процент?

G10 92% v5.6-4 #1
MD5: 20eb93866b8cf62c193f366c656e89ed
SHA1: 9fc90c47c394cc86771bce365c9abe98bc1b70d9
AGI CRC: ed3bd4d3

G10 92% v5.6-4 #2
MD5: f7e2934f62441e707693904250bd1c77
SHA1: e4fa94b2aa321f7d27666f6a55aaa871c8a0ed85
AGI CRC: 0eb05ecf

G10 94% v5.6-4 #1
MD5: 9fd65b00314e44ef47e3e277a1daa01d
SHA1: defbd9273b3b84cc2a6a4b784dada582b9d8a399
AGI CRC: 4446b17b

G10 94% v5.6-4 #2
MD5: f7e2934f62441e707693904250bd1c77
SHA1: e4fa94b2aa321f7d27666f6a55aaa871c8a0ed85
AGI CRC: 0eb05ecf

Вставь другую флзшку.
Проггер и мать обращаются к флэшке очень не одинаково.
Была у меня такая флзшка. Побайтово верифицировалась тютя в тютю, но ругалась изрядно.
В НОВОМАТИКЕ между прочим есть СЕЛФТЕСТ. Чего он говорит? И кто перевод знает?

flesh писал(а): У меня постоянно на 10v5.6-4 стала выскакивать
E 62 Rom CRC Error.
Перешил флешки ничего не изменилось. Поменял селектор.
А воз и ныне там. Может с мамкой что?

Да это проблема "железа", от банального "не контакта", до не совместимости фронтов сигналов управления. Болезнь распространенная у контрафактных плат (дешевых) селфтест выдаст вторую ошибку для ROM.

эта ощибка часто возникает при несоответствии граничной частоты работы микросхем адресной шины с частотой работы микросхем на флешках

некоторые флешки дают сбой после часовой работы после прогрева

на контрофакте
микрухи и на матери и на флешках давно идут из самого низкого ширпотреба
все хотят сьэкономить

подберай флешки
или меняй адресную шину

serg1234 писал(а): микрухи и на матери и на флешках давно идут из самого низкого ширпотреба

Опаньки.... может все-таки качество изготовления PCB, а не микросхем?

serg1234 писал(а): или меняй адресную шину

спасибо, поржал ;D

toweroff писал(а): Опаньки.... может все-таки качество изготовления PCB, а не микросхем?

Вот и еще одна из существенных причин.

А вы попробуйте СЕЛФТЕСТ провести при наличии ошибки.
Вариант с некачественным PCB имеет в вашем случае приоритет, особенно переходные соединения.

Что-то про "диету" все забыли. Я про питание говорю. Оно к логическим гонка самое прямое отношение имеет.

Загадка:
Есть плата с ошибкой Rom CRC Error, прошивки соответствуют эталону, установка заведомо исправных флешек дает тот-же результат - ошибку. Записав на эти-же флешки игру (Columbus)64Мб одна флешка и тест проходит без ошибок как в первом так и во втором слоте, питание в норме (замер на выводах слотов). Вот и вопрос, где?

Ответ:
Вооружаемся осциллографом и смотрим уровень сигнала на шине данных и адресной шине, а также контролируем сигналы управления ( в нашем случае это инверсные CS0 & SCS0). И вот когда найдем сигнал с низкой амплитудой, вот тогда и начинаем искать причину.
Сегодня оказался "дохлый" процессор, но может быть и шинный буфер и память и FPGA, одним словом с одним тестером не справиться.

Служебная информация часто выскакивает когда есть проблема в считывании програмного кода из флешек. Причин море, первое "Великая Наука о Контакте", но не факт.

LIC писал(а): Ответ:
Вооружаемся осциллографом и смотрим уровень сигнала на шине данных и адресной шине, а также контролируем сигналы управления ( в нашем случае это инверсные CS0 & SCS0). И вот когда найдем сигнал с низкой амплитудой, вот тогда и начинаем искать причину.
Сегодня оказался "дохлый" процессор, но может быть и шинный буфер и память и FPGA, одним словом с одним тестером не справиться.

Категорически подтверждаю- за последние 2 месяца 8 мотороллеров пошли в топку- битые шины, шинные буферы только в одном случае. Платы- и левые и оригинальные. Для себя сделал вывод- скорее всего проблемы в питании.
P.S. Осцилятор рулит по любому 8)