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

Я предлагаю по другому проверить: Возьми чип и запиши в него все 00, потом прочитай, потом таким же образом запиши все ФФ и тоже прочитай, а по представленном тобой дампу не определиш, насколько он правильно у тебя пишет. Кроме того проверь это на нескольких чипах. Если это делать на одном то не факт, что в этом не виноват сам чип. Иногда с ними бывает такое(после перегрева например)

Твое описание проблемы больше похоже на закатывание солнца вручную, чем на описание проблемы с прогером

Не все халявное и работает к сожалению...А если и работает, то не всегда правильно, так что все кальки которые здесь выложены нужно проверять. Я в каких-то зборниках скриптов, встречал и мои, могу по ним сказать только то, что это была "проба пера" и они могут работать только с прогером версии 1.1, с версией выше они не будут работать. Думаю, что и остальные кальки не лучшего качества.

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

А че на испанском, а на китайском слабо?! Здесь русскоязычный форум и просьба учитывать это. Крайний случай - английский.

Без поддержки он не оставит и "старую" версию, но самое "вкусное" будет в новой версии. Хотя не исключается, что и в "старой" все будет появляться с некоторым отставанием. Пока вопрос окончательно не решен.

Для новой....Я ведь указал версию выше

Вчера появилась новая версия УПА: V1.1.1.02 - Added support for Infineon MCUs: XC2060N-40F, XC2060M-104F, XC2336B-24F, XC2336B-40F, XC2361A-56F, XC2361A72F, XC2363A-56F, XC2363A-72F, XC2364A-56F,XC2364A-72F, XC2364A-104F, XC2365A-56F, XC2365A-72F, XC2365A-104F, XC2361B-24F, XC2361B-40F, XC2363B-24F, XC2363B-40F, XC2364B-24F, XC2364B-40F, XC2365B-24F, XC2365B-40F - Added beta support for Freescale (Motorola): MPC5604C, MPC5604P - Added beta support for ST MCUs: SPC560P44, SPC560P50 - Added support for Freescale (Motorola) MCUs: MC9S12G48, MC9S12G64, MC9S12G96, MC9S12G128, MC9S12G192, MC9S12G240

Это норма, я только по этой причине перестал помогать на форумах

Для этого есть справа зеленая кнопочка со стрелочкой вверх...

Вот мыло: support@elrasoft.com

Да ты свяжись с ним и все решится, тем более он нормально понимает русский

Покупай у автора прогера и не придется гадать...

Конечно! И главное он всегда под рукой - WinCalc.

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

На керамике этот способ возможен, иногда сам применяю, но на разъеме это совершенно невозможно.Правда не совсем так, как описывал автор выше, но идея примерно такая же.

нормальный дамп...

А завтра, сам же его и будеш искать и вспоминать того д...ба который его отрезал!

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

Стучись в скайп (Chvvlad10) попробую помочь

Процытирую автора прогера... 10-29: D0-D19 I/O pins These pins are not used at the moment They are intended to use for adapters Regards Penko Kovatchev

Интересно, как еще подробнее можно объяснять!? Все это есть в хелпе к прогеру

Для работы с выпаянными процами (по аналогии с X-Prog)

Зато там сказано, что бы не верили никаким калькам и только они Вам правильно почистят дамп.