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

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

Не в тему, но...

Как впечатления от eclipse?
Ну и как в плане дружественности к юзеру с точки зрения времени отклика на действий?
И на какой машинке (проц/чипсет-память-винт-ОС) гоняете?
Чёта меня даже небольшие тормоза раздражают.

Впечатления пока приятные.
Начальная закрузка долкая, но потом всё летает.
Гоняю на машине Cel1700/512MB/WinXP.


Спасибо огромное!

Анализируя обсуждение темы обнаружил в чём была проблема со стиранием и записью филипсовской утилитой.
В поле Communication установил параметр Time-Out (sec): равным 5 (раньше было 1).
Как я понял это таймаут отклика устройства на запросы со стороны ПК. В случае с операциями чтения и с операциями с ОЗУ, которые выполняются быстро, таймаута в 1 секунду хватало. Для опираций стирания и записи во flash нужно побольше времени.

Тем не менее утилита от zltigo оказалась более полезной в моём случае, буду использовать.

К вопросу о непреодолимых проблемах:
http://electronix.ru/forum/index.php?showt...&hl=philips
И еще - в какой-то из двух поминаемых еще мусор в конец зашивался, в старых( вроде потом исправили) филипсовских невозможно было писать по старшим сегментам некоторых чипов
(2294 в часности), lpc21isp вылетала с ошибкой при старте не с 0 адреса. В общем причины ваять AT200 были и без желания получить дополнительную функциональность.

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

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

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

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

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

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

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

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

Вот такие беззащитные времена уже точно прошли :-). На крайняк в AT200 есть работа с директивами
Bootloadera - можно вытащить руками :-)
В общем, пока не убедили :-)

Я говорил про 51. Зачастую там USART не использовался, и лапы все были заняты.
К тому же ещё и памяти часто в обрез было.
Да и бывало что приносят только микросхему (оно там в панельке стояло), и начинают
чего-то просить (изменить и т.д.), при этом даже не могут рассказать откуда сиё было достано.



Если предприятие само для себя (не для продажи) создаёт девайсы, то защита не нужна.



Я и не убеждал, просто привёл пример, что мне чтение всего флеша пригождалось.

Согласитесь, с LPC и прошивкой его через RS232 несколько другой случай.
Впрочем, верификация пригодится может - для работы с отладочными чипами, вдруг "слетать" начнут после многочисленных перепрошивок :-).
Будет время в выходные дни - сделаю верификацию ну и выдирание всего Flash до кучи....

Согласен. Да и без желеки LPC мне не представляется, как это бывало с 51.
Про слёт - да, бывает хочется проверить.

Про утиль.... Мне пока не надо. JTAG-а хватает.
Кстати по нему консольный crossload вполне пашет, через все поддерживаетмые CrossWorks-ом адаптеры.

Через RS видимо удобно неквалифицированныму персоналу шить.
Для себя взял на заметку что есть утиль.

Я тоже наступил на теже грабли (Philips Flash Utility), но у меня (HEX) файл не открывал, проект делал в KEIL, попробовал Вашу заливалку, все отлично, буду юзать, спасибо!

Да, действительно, HEX форматы она должна жевать все, в отличие о филипсовской.

Пожалуйста!