Версия для печати темы

Автор: jeny 13.10.2018, 14:30

подскажите менял пробег на рено лагуне2 на моторола mc68hc912dg128 , прочитал флеш и епром , записал епром , делаю верификацию флеш - не проходит , оказалось что нужно было выбрать в меню моторола mc68hc912dg128 А . не понятно когда изменилась флеш ? дампы флеши для сравнения ложу

Автор: Aspid 13.10.2018, 15:40

Чем читали-писали ?

Автор: jeny 13.10.2018, 15:54

SMOKE JTAG , когда пытался записать флеш назад било ошибку , пока не выбрал mc68hc912dg128А хотя читает без проблем

Автор: Saveliy 13.10.2018, 17:11

А если еще раз считать флэш и сделать верификацию, пройдет или нет?

Автор: jeny 13.10.2018, 18:33

дело в том что приборка перестала работать , первый раз читал и делал верификацию все было ок . думаю при записи епром что то пошло не так , возможно сломался припаяный проводок ( сначала думал что он сломался после записи )

Автор: Saveliy 13.10.2018, 18:35

Это все понятно, но чтобы проанализировать ситуацию, нужен ответ на вопрос. Сейчас верификация проходит с тем, что вы записали?

Автор: jeny 13.10.2018, 18:50

я записал бэкап когда выбрал mc68hc912dg128А и приборка заработала , машина уже наверное продана )

Автор: jeny 13.10.2018, 18:53

уверен что верификацию прошла бы ( точно не помню делал ли я верификацию после глюка )

Автор: Saveliy 13.10.2018, 18:53

Хорошо, что так обошлось :)

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

На моем опыте, бывало не раз так, что я реально по два часа делал попытки записи нормальной флеши, любого дампа, главное, чтобы запись прошла успешно целиком. После восстановления программы в камне уже можно спокойно залить нужную флэш. Проще говоря, флэш, это программа микроконтроллера, и когда часть программы слетает, есть два варианта, проц молчит, пока не зальешь нормальную программу, или проц бесится, что никакой reset не помогает, внутри камня процесс бесконечных циклов, которые отнимают все ресурсы и мешают записи. В итоге с 200-от подходов, когда шаг за шагом записываешь и флэш восстанавливается кусками, в какой-то момент все становится ровно и можно работать дальше. Но это зависит от того, как глубого нарушились данные по адресу. Идеальный вариант, это стереть проц через параллельный программатор, а не JTAG или BDM, но как правило, на руках у нас обычно проггеры по проводочкам :)

Автор: Saveliy 13.10.2018, 19:07

Тогда я так понял, суть вашего вопроса была в одном, на каком моменте произошел слет флэши.
Некие размышления, два варианта:

Ответ первый, во время первого чтения, если вы записали "чужой" бекап и все восстановилось.

Ответ второй: Если бекап флэши был "родной" и его запись далее прошла успешно, значит слет флеши произошел при попытке записи еепром не под тем типом проца. Но тогда не сходится, почему эта же флэш не легла сразу при записи как 128А? Или все легло потом как надо, но в первом сообщении вы не указали, что после записи флеши как 128A все восстановилось.

Автор: jeny 13.10.2018, 19:13

бекап флэши был "родной" и он прошел успешно но только когда выбрал 128А (читал как 128 )

Автор: Saveliy 13.10.2018, 19:15

jeny, ну вот и разобрались :)
Значит второй вариант был в данном случае причиной, если последовательность действий была описана правильно. В любом случае, вариантов тут немного и все мы их озвучили))