LPC2106 и Philips Flash Utility, проблема записи Опции

[IgorKossak]

Исходная информация:
1. LPC2106 с версией бутлоадера 1.52
2. Philips Flash Utility v2.2.3
Утилита нормально "видит" кристалл, т. е. на любой скорости по UART:
- читает Part ID и Boot Loader ID;
- читает RAM и Flash;
- пишет в RAM;
- запускает с указанного адреса;
- стирает Flash, но после этого выдаёт ошибку о разрыве связи;
- не пишет во Flash!!!
ИАРовским загрузчиком через JTAG Flash в принципе пишется и без ошибок.

Кто-нибудь сталкивался? И как это побороть?

[IgorKossak]

Попробовал ещё раз, получил следующее:

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

 Bootload.rar.txt ( 2.3 килобайт ) Кол-во скачиваний: 53

 

[zltigo]

Попробовал ещё раз, получил следующее:

Ну с ответом на "Go" - более-менне ясно, наверное такой имеет право быть

Now launching the brand new code....
S(l= 7)'G 0 A(0D)(0A)'
R(l= 9)'G 0 A(0D)(0A)0(8D)'
A(l= 9)'G 0 A(0D)(0A)0(8D)'
Failed reply to GO command.

Стал довольствоваться только "0" без всяких CR/LF - похоже Вы по UART сразу бьете и сбиваете последние символы ответа. Это подтверждается заливкой (лил Ваш тест правда в 2294 )на большей скорости - в ответ успевает придти уже и CR.
Кстати, заливать можно на максимальной 115 - кварц у Вас "правильный" правильность заливки
контролируется побайтно эхом, ну и на стороне приемника контрольная сумма - проблем не будет.
Ненужный наворот из командной строки убрал.

P.S.
Остался открытым вопрос, как с опцией -l Вам удалось добиться вопля о нехватке памяти???!!!

Сообщение отредактировал zltigo - Sep 20 2006, 13:26

[IgorKossak]

Остался открытым вопрос, как с опцией -l Вам удалось добиться вопля о нехватке памяти???!!!

Я вспомнил, что не так давно увеличил память в компе, а размер файла подкачки был прежним.
Сейчас я и его увеличил и вопли пропали.
Понимаю, что эксперимент не вполне чист, но меня так устраивает.
Огромное спасибо за участие Теперь буду пользоваться Вашей утилитой вместо оригинальной.

Кстати, есть одно пожелание.
Нельзя ли ввести опцию отключения запроса о нажатии Any Key? А то при встраивании в Eclipse как внешнего инструмента не очень удобно его выключать.

[zltigo]

Огромное спасибо за участие Теперь буду пользоваться Вашей утилитой вместо оригинальной.

А Вам за тестирование :-).

Нельзя ли ввести опцию отключения запроса о нажатии Any Key? А то при встраивании в Eclipse как внешнего инструмента не очень удобно его выключать.

Запросто. Полагаю только при отсутствии ошибок?

[IgorKossak]

Нельзя ли ввести опцию отключения запроса о нажатии Any Key? А то при встраивании в Eclipse как внешнего инструмента не очень удобно его выключать.

Запросто. Полагаю только при отсутствии ошибок?

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

[zltigo]

Поэтому была бы полезна опция полного отключения такой функции как ожидание клавиши.

Аж три варианта для AnyKey Никогда/Только при ошибках/Всегда.
Вариант
-anykey
эквивалентен 'Никогда'
По умолчанию - 'Всегда'

[IgorKossak]

Поэтому была бы полезна опция полного отключения такой функции как ожидание клавиши.

Аж три варианта для AnyKey Никогда/Только при ошибках/Всегда.
Вариант
-anykey
эквивалентен 'Никогда'
По умолчанию - 'Всегда'

Теперь в случае успешного программирования выдаёт

Dumb Terminal started ...

что опять требует вмешательства пользователя.
Нельзя ли опцию -anykey распространить и на этот (и на все похожие) случай?
Интегрировал как инструмент в ИАР, тоже удобно.
Кстати, имеется ли функция верификации и вычитывания из flash с сохранением в hex? Это я уже размечтался.

[zltigo]

Теперь в случае успешного программирования выдаёт
Dumb Terminal started ...
что опять требует вмешательства пользователя.
Нельзя ли опцию -anykey распространить и на этот (и на все похожие) случай?

Дык,
--term
опция для НЕ запуска терминала после прошивки.

Интегрировал как инструмент в ИАР, тоже удобно.

И в ME удобно :-)

Кстати, имеется ли функция верификации и вычитывания из flash с сохранением в hex? Это я уже размечтался.

Да можно и то и другое - принципиальных проблем никаких, только зачем?
Я вообще по умолчанию собираюсь защиту от чтения автоматом выставить :-)
Какая-то редчайшая функция. С верификайией ясно - сравнить с HEX файлом, а сдирать всю Flash целиком?

[Alex03]

С верификайией ясно - сравнить с HEX файлом, а сдирать всю Flash целиком?

Во времена 51 (они правда ещё долго не кончатся ) я этим пользовался.
Во всех прошивках жестко с адреса 0x30 шли 16-ти байтные строки
(на самом деле одна строка) текста с описанием девайса, версии, даты, времени,
( последние генерились автоматом из __DATE__ и __TIME__ ) и т.д..
Порой это сильно облегчало жизнь в будущем, когда никаких надписей на МС уже не было.

Второе применение - банальное копирование, особенно года так через 3, когда
скопировать проще чем найти в архивах проект.

Всё это на предприятии, защита не нужна и не использовалась.