[spf 0]

M_Andrey:

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

оригинал сообщения

 

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

 

С каким контроллером работаете(частота кварца...)?

Какой программой выполняется программирование?

(На каком этапе процесс выпадает? Какие сообщения выдаются при сбое программирования?...)

Какой вариант адаптера используется?

 

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

[M_Andrey 0]

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

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

 

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

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

[bialix 0]

Контроллер 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.

 

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

[spf 0]

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

 

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

[M_Andrey 0]

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

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

 

Еще вариант - пользоваться собственным загрузчиком.

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

[spf 0]

И потом еще неизвестно будет-ли этот загрузчик корректно работать с адаптером USB->COM.

В протоколе загрузчика можно учесть подобные тонкости.

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

 

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