|
Еще раз про BSL, BSL И FTDI |
|
|
|
Dec 23 2008, 00:56
|
Участник

Группа: Новичок
Сообщений: 45
Регистрация: 31-05-05
Пользователь №: 5 576

|
Здравствуйте. Начинаю работу с MSP430F2272. Проектирую плату и не планировал выводить JTAG - плата очень мелкая. На плате будет FT232. Хотел использовать BSL как обсуждалось в ветке: http://electronix.ru/forum/index.php?showt...mp;#entry212548Вопрос в том, что в документе sla089d указано минимальное время между байтами 1.2 ms, а FT232 буферизирует данные и потом посылает пачкой. Не вылезут ли отсюда грабли ? Вопрос номер два: правильно ли я понял, что со стороны MSP430F2272 P1.1 - выход Tx (FT232 -Rx), P2.2 - вход Rx(FT232 -Tx) ,RST/NMI/SBWTDIO - (FT232 -DTR), TEST/SBWTCK - (FT232 - RTS) ? Есть ли готовые программы для программирования через BSL (с ходу сам не нашел) или нужно писать самому на основе примера кода от TI ? Заранее спасибо за ответы.
|
|
|
|
2 страниц
1 2 >
|
 |
Ответов
(1 - 29)
|
Dec 23 2008, 01:33
|
Гуру
     
Группа: Свой
Сообщений: 10 920
Регистрация: 5-04-05
Пользователь №: 3 882

|
Цитата(Diman_ @ Dec 23 2008, 05:56)  Вопрос в том, что в документе sla089d указано минимальное время между байтами 1.2 ms, а FT232 буферизирует данные и потом посылает пачкой. Не вылезут ли отсюда грабли ? Я лично использую BSL по схеме из slaa096 с нормальными COM-портами. Пару раз пробовал готовые переходники USB-COM с этим же адаптером, но что-то там не заработало. Бросил я эти эксперименты. Так что ничего определенного сообщить не могу  Цитата(Diman_ @ Dec 23 2008, 05:56)  Вопрос номер два: правильно ли я понял, что со стороны MSP430F2272 P1.1 - выход Tx (FT232 -Rx), P2.2 - вход Rx(FT232 -Tx) ,RST/NMI/SBWTDIO - (FT232 -DTR), TEST/SBWTCK - (FT232 - RTS) ? См. вышеуказанную апликуху slaa096, там все расписано. P1.1 - выход передатчика BSL, P2.2 - вход передатчика, остальное тоже верно. Цитата(Diman_ @ Dec 23 2008, 05:56)  Есть ли готовые программы для программирования через BSL (с ходу сам не нашел) или нужно писать самому на основе примера кода от TI ? Есть программатор Курта, но именно с этим кристаллом я его не пробовал по причине отсутствия оного.
|
|
|
|
|
Dec 23 2008, 06:08
|

Профессионал
    
Группа: Модераторы
Сообщений: 1 120
Регистрация: 17-06-04
Пользователь №: 37

|
Мы используес BSL c программой из slaa096d. Используем и СОМ-порты на маме, а где их нету, то переходники на FTDI и CP2101. Везде рабртает. Но, если с родного СОМ-порта на скорости 38400 программа в 36 кБайт пишется за время 15 секунд, то с переходниками - (что FTDI, что CP2101) 55 секунд, как на 9600, но это какие-то УСБэшные проблемы. А так, всё пишет и всё работает.
--------------------
Если зайца бить, его можно и спички научить зажигать Сколько дурака не бей - умнее не будет. Зато опытнее
|
|
|
|
|
Dec 23 2008, 13:36
|
Гуру
     
Группа: Участник
Сообщений: 3 834
Регистрация: 14-06-06
Из: Moscow, Russia
Пользователь №: 18 047

|
Цитата(Diman_ @ Dec 23 2008, 03:56)  Вопрос в том, что в документе sla089d указано минимальное время между байтами 1.2 ms, " Minimum time delay before sending new characters after characters have been received from the MSP430 BSL: 1.2 mS" Это вовсе не "между байтами", а минимальная задержка между тем, что приняли от камня и тем, что затем в него посылается (очевидно, особенности программно-реализованного полудуплексного UART). Так что проблемы нет. Цитата для программирования через BSL (с ходу сам не нашел) или нужно писать самому на основе примера кода от TI ? Вот сейчас шьем 2111 софтиной bsldemo2 из комплекта slaa096d, через FT232R - без проблем.
|
|
|
|
|
Jan 9 2009, 06:53
|
Участник

Группа: Участник
Сообщений: 18
Регистрация: 18-02-05
Пользователь №: 2 728

|
Цитата(VAI @ Dec 23 2008, 09:08)  Мы используес BSL c программой из slaa096d. Используем и СОМ-порты на маме, а где их нету, то переходники на FTDI и CP2101. Везде рабртает. Но, если с родного СОМ-порта на скорости 38400 программа в 36 кБайт пишется за время 15 секунд, то с переходниками - (что FTDI, что CP2101) 55 секунд, как на 9600, но это какие-то УСБэшные проблемы. А так, всё пишет и всё работает. Приведите, если можно, пример ком. строки для чтения в файл содержимого INFO для MSP430F427, используя slaa096d. Стирание, запись,верификация работает. Почему то при отправке пароля прог. 086d выдает последовательность 80 10 06 06 E0 FF 02 00 A8 C9 33 DF, что не соответствует формату отправки пароля. BSL не отвечает на этот код. Использую строку bsldemo2.exe -cCOM1 -pint.txt bsldemo2.exe -r0x10ff ff sich_reade.txt
|
|
|
|
|
Jan 9 2009, 12:58
|
Гуру
     
Группа: Участник
Сообщений: 3 834
Регистрация: 14-06-06
Из: Moscow, Russia
Пользователь №: 18 047

|
Цитата(sept @ Jan 9 2009, 09:53)  Приведите, если можно, пример ком. строки для чтения в файл содержимого INFO для MSP430F427, используя slaa096d. Стирание, запись,верификация работает. Почему то при отправке пароля прог. 086d выдает последовательность 80 10 06 06 E0 FF 02 00 A8 C9 33 DF, что не соответствует формату отправки пароля. BSL не отвечает на этот код. Использую строку bsldemo2.exe -cCOM1 -pint.txt bsldemo2.exe -r0x10ff ff sich_reade.txt Я не понял, что, ввод пароля и чтение файла сделаны разными вызовами bsldemo2 ? Тогда ничего удивительного, каждый вызов программы приводит к входу в режим BSL. И никакого чтения не будет... Все надо делать за один раз. Так вот сразу строку не припомню, давно игрался, но 2111 у меня читалась вся, включая собственно область кода BSL.
|
|
|
|
|
Jan 9 2009, 15:22
|
Участник

Группа: Участник
Сообщений: 18
Регистрация: 18-02-05
Пользователь №: 2 728

|
Цитата(rx3apf @ Jan 9 2009, 15:58)  Я не понял, что, ввод пароля и чтение файла сделаны разными вызовами bsldemo2 ? Тогда ничего удивительного, каждый вызов программы приводит к входу в режим BSL. И никакого чтения не будет... Все надо делать за один раз. Так вот сразу строку не припомню, давно игрался, но 2111 у меня читалась вся, включая собственно область кода BSL. Все за один раз. bsldemo2.exe -cCOM1 -pint.txt -r0x10ff ff sich_reade.txt тоже не работает.
|
|
|
|
|
Jan 10 2009, 04:19
|
Участник

Группа: Новичок
Сообщений: 45
Регистрация: 31-05-05
Пользователь №: 5 576

|
Всем спасибо. Плата собрана. Программатор Курта не определяет MSP430F2272, но при выборе MSP430F2274 он позволяет делать сброс, проверку на чистоту, сравнение, стирание, чтение. При попытке записать бинарник MSP430F2272 отвечает NAK на второй блок данных. Смотрел обмен портмоном.
10:14:59 Device: MSP430F2274. Info(0x1000-0x10FF), Main:(0x8000-0xFFFF) 10:14:59 Programming the device memory... 10:14:59 Warning: Device memory started at 0x1000... 10:15:00 Program failed. NAK received
Может кто сталкивался с такими граблями. Заранее спасибо.
|
|
|
|
|
Jan 10 2009, 12:15
|

Беспросветный оптимист
     
Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646

|
Цитата(rezident @ Dec 23 2008, 04:33)  Я лично использую BSL по схеме из slaa096 с нормальными COM-портами. Пару раз пробовал готовые переходники USB-COM с этим же адаптером, но что-то там не заработало. Бросил я эти эксперименты. Так что ничего определенного сообщить не могу  Я пробовал загрузку по БСЛ через MOXA Nport (Eth->COM). Почему-то всё замедляется, но прошивает нормально. Так что думаю и через УСБ нормально всё будет. Использовал и bsldemo и msp430-bsl из состава mspgcc
--------------------
Программирование делится на системное и бессистемное. ©Моё :) — а для кого-то БГ — это Bill Gilbert =)
|
|
|
|
|
Jan 14 2009, 06:35
|
Участник

Группа: Новичок
Сообщений: 45
Регистрация: 31-05-05
Пользователь №: 5 576

|
Спасибо всем ответившим, данной схемой подключения можно пользоваться - все работает.
|
|
|
|
|
Jan 31 2009, 13:42
|
Местный
  
Группа: Свой
Сообщений: 483
Регистрация: 1-09-06
Из: Гродно РБ
Пользователь №: 20 011

|
Цитата(Diman_ @ Jan 10 2009, 08:19)  Всем спасибо. Плата собрана. Программатор Курта не определяет MSP430F2272, но при выборе MSP430F2274 он позволяет делать сброс, проверку на чистоту, сравнение, стирание, чтение. При попытке записать бинарник MSP430F2272 отвечает NAK на второй блок данных. Смотрел обмен портмоном.
10:14:59 Device: MSP430F2274. Info(0x1000-0x10FF), Main:(0x8000-0xFFFF) 10:14:59 Programming the device memory... 10:14:59 Warning: Device memory started at 0x1000... 10:15:00 Program failed. NAK received
Может кто сталкивался с такими граблями. Заранее спасибо. Я вчера споял переходник USB <> RS232 на СР2102. Плюс 2 вентиля логики. Получил USB <> BSL. Программа от Курта. В общем то заработало сразу же. Ну а проблемы такие же как и Вас. процессор MSP430F1611 определяет как MSP430F149. Как то странновато это. Но это я так понимаю глюки программы Курта. По поводу глюков, то я наслышан немало. Поэтому я избегал пользования этой программой. Но для BSL я ничего другого не знаю и поэтому пришлось воспользоваться этой программой. Что касается сообщения {10:15:00 Program failed. NAK received } Это нужно вначале почистить кристалл а потом проградуировать, или использовать панорамирование автоматом. Может кто знает другие программы для работы по BSL, подскажите. Буду благодарен.
|
|
|
|
|
Feb 1 2009, 07:23
|

Беспросветный оптимист
     
Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646

|
Цитата(M_Z @ Jan 31 2009, 16:42)  Может кто знает другие программы для работы по BSL, подскажите. Буду благодарен. В mspgcc есть утилита msp430-bsl.exe Сейчас только ей и пользуюсь. Раньше пользовался bsl-demo от TI Все параметры задаются в командной строке, включая инверсию управляющих сигналов. Исходник написан на питоне, после некоторых дополнительных телодвижений его можно просмотреть и отредактировать.
--------------------
Программирование делится на системное и бессистемное. ©Моё :) — а для кого-то БГ — это Bill Gilbert =)
|
|
|
|
|
Dec 20 2009, 23:17
|

Частый гость
 
Группа: Свой
Сообщений: 105
Регистрация: 6-01-06
Пользователь №: 12 901

|
Цитата(jorikdima @ Dec 20 2009, 11:20)  .... Тогда буду разбираться почему у меня здоровый контрллер не входит в БСЛ при наличии валидной комбинации TCK и RST ... Плз., сообщите результат "разбора" и если возможно, схемотехнику. (около полугода назад попробовал FT232BM, "...чего-то там.." не срослось. Разбираться было некогда. Остался RS232....)
|
|
|
|
|
Dec 21 2009, 11:52
|
Участник

Группа: Свой
Сообщений: 63
Регистрация: 16-06-04
Из: Россия, Уфа
Пользователь №: 31

|
Через интерфейс BSL нет возможности автоматически определить модель МК, только его семейство. Для чтения прошивки в файл через командную строку можно использовать: mspfet +r \"psw.txt\" -o \"dump.hex\" -BSL=COM1\n
|
|
|
|
|
Feb 22 2010, 17:49
|
Группа: Новичок
Сообщений: 1
Регистрация: 7-02-10
Пользователь №: 55 351

|
Привет! у меня такая проблема мк тоже msp430f2272 и прогер на переходнике юзб-ком подключил как в певом посте пробовал прогу курта молчит и все грит нет синхронизации.. поцепл светодиод на вывод на вход есть передача инфы а из мк молчек  куда смореть?
|
|
|
|
|
Apr 28 2010, 22:15
|
Местный
  
Группа: Свой
Сообщений: 262
Регистрация: 18-02-05
Из: SPb
Пользователь №: 2 743

|
Добавлю вопрос. вот тут написано следующее: Цитата Режим BSL не будет активизирован (с адреса вектора сброса BSL RESET) в том случае, если:
............
Вход -RST/NMI сконфигурирован как NMI (установлен бит NMI) Сам я с МСП не общался ни разу. Сейчас, просто на руках есть устройство, которое во время перепрошивки с прилагаемого софта ушло в аут. Разработчики устройства предупреждали о такой возможности и теперь предлагают привезти изделие к ним. Все бы ничего, но живут они в солнечной Италии, далековато ехать. На плате устройства установлен собственно MSP430F149 и FT232. Правда, соединены не напрямую, а через хитрозакрученную схему коммутации. Я подключил сигналы согласно схеме из slau256.pdf, но он молчит, зараза. И вот вопрос: если в камушке установлен бит NMI, это лечится только житагом? или bsl с опцией -e (full-erase) должен его стирать? И в догонку вопрос: правильно я понимаю, что ни mt-link, ни arm-usb-ocd с ним не справятся?
|
|
|
|
|
Apr 29 2010, 16:55
|
Гуру
     
Группа: Свой
Сообщений: 10 920
Регистрация: 5-04-05
Пользователь №: 3 882

|
Цитата(AlexMad @ Apr 29 2010, 04:15)  И вот вопрос: если в камушке установлен бит NMI, это лечится только житагом? или bsl с опцией -e (full-erase) должен его стирать? Учитывая, что в MSP430F149 нет ни BOR, ни SVS, использовать вход RST как NMI довольно странно. Я бы предположил, что это маловероятно. Цитата(AlexMad @ Apr 29 2010, 04:15)  Я подключил сигналы согласно схеме из slau256.pdf, но он молчит, зараза. JTAG используете или BSL? Если fuse пережжен, то JTAG работать не будет. Цитата(AlexMad @ Apr 29 2010, 04:15)  И в догонку вопрос: правильно я понимаю, что ни mt-link, ни arm-usb-ocd с ним не справятся? JTAG это всего лишь стандартный интерфейс, но не одним интерфейсом определяется функционирование, а еще и протоколом, который у разных устройств различается.
|
|
|
|
|
Apr 30 2010, 20:58
|
Местный
  
Группа: Свой
Сообщений: 262
Регистрация: 18-02-05
Из: SPb
Пользователь №: 2 743

|
Цитата(rezident @ Apr 29 2010, 20:55)  Учитывая, что в MSP430F149 нет ни BOR, ни SVS, использовать вход RST как NMI довольно странно. Я бы предположил, что это маловероятно. JTAG используете или BSL? Если fuse пережжен, то JTAG работать не будет. JTAG это всего лишь стандартный интерфейс, но не одним интерфейсом определяется функционирование, а еще и протоколом, который у разных устройств различается. 1. насчет странности использования RST - ничего не скажу, устройство не моё. 2. Пробовал использовать BSL - msp молчал, как рыба. Только после того, как собрал JTAG, нашел комп с LPT и живой виндой (как назло детский комп сейчас накрылся медным тазом, а у меня на мамке ЛПТ еще поискать надо), удалось прошить в устройство родную прошивку. Потом уже, для проверки, через меню устройства вошел в меню обновления через BSL и прошил новую прошивку. 3. Ну и вопрос в догонку: а если бы в устройстве был бы пережжен fuse и RST был бы включен, как NMI, это был бы трупик? В смысле, никакими средствами это уже нельзя было бы оживить, только заменой камня?
|
|
|
|
|
Apr 30 2010, 21:30
|
Гуру
     
Группа: Свой
Сообщений: 10 920
Регистрация: 5-04-05
Пользователь №: 3 882

|
Цитата(AlexMad @ May 1 2010, 02:58)  если бы в устройстве был бы пережжен fuse и RST был бы включен, как NMI, это был бы трупик? В смысле, никакими средствами это уже нельзя было бы оживить, только заменой камня? Стандартными средствами - нет, никак. Специальными - можно попробовать. Для этого нужно собрать устройство, которое управляло бы не только сигналами RST и TEST/TCK, но и питанием MSP430. После подачи питания и срабатывания внутреннего POR на выполнение команды, меняющей функцию пина RST/NMI, требуется некоторое время (старт DCO, выполнение некоторого количества команд типа инициализации указателя стека). В течение этого времени можно успеть перевести кристалл в режим Bootstrip Loader, а после этого стереть и записать прошивку с помощью его штатных команд. Точнее даже не так. Все еще проще! Нужно на время подачи и установления питания "зажать" RESET, чтобы не стартанула пользовательская программа. Ведь непосредственно после POR функция RST/NMI определена однозначно как RST. См. выдержку из User's Guide.
Эскизы прикрепленных изображений
|
|
|
|
|
Oct 11 2011, 10:00
|
Частый гость
 
Группа: Свой
Сообщений: 105
Регистрация: 14-01-05
Из: Москва Зеленоград
Пользователь №: 1 962

|
Я так понял все используют ft232 с питанием от устройства. А как быть если FT232 питается от шины? USB по умолчанию не подключено и питания на FT232 не приходит, соотв DTR и RTS в 0. Сразу как USB подключается DTR и RTS становятся в 1. Здесь инвертируй не инвертируй, а устройство в одном из состояний будет в ресете. Как тогда быть? второе Вот что происходит при энумерации FT232 (см рисунок) Сверху RTS, средний Sleep, нижний DTR Я хотел во время sleep = 0, отключать инверторы, но теперь и это не получится: устройство не санкционировано сбросится много раз.
Эскизы прикрепленных изображений
|
|
|
|
|
Oct 12 2011, 06:17
|
Частый гость
 
Группа: Свой
Сообщений: 105
Регистрация: 14-01-05
Из: Москва Зеленоград
Пользователь №: 1 962

|
Цитата(rezident @ Oct 11 2011, 19:21)  Управление буфером от сигнала FTDI. Пока нет питания на FTDI или пока она не прошла энумерацию, то выходы буфера отключены и не мешают работе MSP430. От какого сигнала? Если использовать Sleep, то он становится активный до энумерации. Эти дерганья на DTR(reset) сбросят программу, а это не желательно. Еще есть сигналы RstOut - формируется еще раньше, PWRen - активный 0, как и в выключенной FT232, TXDEN - не знаю, мб и можно что то придумать с ним. Пока останавливаюсь на варианте с джамперами. DTR и RTS в работе будут отключены. Правда появляется недостаток: для прошивки (нового/убитого) девайса надо его будет разбирать. Возможно это не так плохо, т.к. основной режим программирования будет "по воздуху" через gprs и собственным бутлодер
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|