[X] Помощник

[jeny]

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

Прикрепленные файлы

  рено_лагуна_глюк.bin ( 128 kB )
      Кол-во скачиваний: 2

  рено_лагуна2.bin ( 128 kB )
      Кол-во скачиваний: 4

[Aspid]

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

[jeny]

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

Отредактированно jeny - 13.10.2018, 15:58

[Saveliy]

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

[jeny]

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

[Saveliy]

дело в том что приборка перестала работать

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

[jeny]

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

[jeny]

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

[Saveliy]

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

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

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

[Saveliy]

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

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

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

[jeny]

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

[Saveliy]

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