M_Andrey:
"Столкнулся с проблемой прошивки контроллера с компа, не имеющего СОМ-порта. Имеется переходник USB -> RS232, но через него контроллер ни в какую не хочет шиться, а через обычный шьется на ура. Подскажите где копать, в свойствах виртуального СОМ-порта менял настройки - не помогает."
оригинал сообщения

В сообщении только обозначена трудность, но данных - 0.

С каким контроллером работаете(частота кварца...)?
Какой программой выполняется программирование?
(На каком этапе процесс выпадает? Какие сообщения выдаются при сбое программирования?...)
Какой вариант адаптера используется?

PS: не стоит засорять тему FAQ всевозможными обсуждениями, поэтому и открываю тему тут.

ОК, извиняюсь.

Контроллер MB90F345, частота 8МГц х 3, программатор flashprog16lx-v01l13, процесс выпадает в самом начале с ошибкой №003 - таймаут. Адаптор на FT232 (точнее не скажу - на работе остался) совершенно новый. Сам адаптор в других приложениях проверить не успел.
Проблема скорее всего в винде в настройках виртуального порта, так как на другом компе, где есть обычный СОМ - через него работает, а через адаптор на этом-же компе - нет.

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

Для решения проблемы с переходником USB-COM пришлось патчить программатор Сергея Пинигина (спасибо ему за сотрудничество). Патченная версия лежит здесь:
http://mb9x.ginps.com/fujitsu/isp_mb9x/usb-com/

Проблема в том, что в программаторе Сергея используется блокирующая запись данных в порт. При этом окончание вызова Win32 API функции WriteFile используется как признак того, что данные реально ушли. Для стандартных COM-портов это практически так и есть (внутреннее фифо передатчика обычно 16 байт -- это не сильно влияет). У переходников USB-COM сама микруха переходника имеет гораздо большее фифо (до 200 байт), поэтому вызов API-функции оканчивается когда все данные ушли в ФИФО, однако собственно в RS-232 линию они уходят дольше. Поэтому программатор теряет синхронизацию с программируемым кристаллом в случае USB-COM.

Надеюсь это поможет.

Еще вариант - пользоваться собственным загрузчиком. Несколько слов про это сказано в разделе "программирование" описания кита на F387 - http://www.e-tools.org/html.cgi/design/e-tools.org/f387.htm

Исходники isp-mb9x можно взять из репозитория SF.net - страница проекта.

В понедельник попробую.


Для этого нужно изначально в проект закладывать код загрузчика, я это уже использую. Но чистый или "убитый" контроллер таким способом не поднимешь. И потом еще неизвестно будет-ли этот загрузчик корректно работать с адаптером USB->COM.

В протоколе загрузчика можно учесть подобные тонкости.
В isp-mb9x трудности связаны с тем, что необходимо выполнять перенастройку скорости UART. В загрузчике этого не потребуется делать, поэтому программа ПК может быть построена иначе.

Загрузчик можно сделать неубиваемым, в таком случае его заливают на производстве один раз. Далее пользоваться перепрошивкой только через него. Мы на второй сотне устройств практически забыли что такое программирование устройств через BIROM в офисе, ползовались только загрузчиком.