koluna

Решил проблему. Через sudo запустил и все заработало. Перечитал READMI - там написано как правильно устанавливать, чтобы пользовать не от рута (правило для udev). Все норм теперь.

Вы имеете в виду VTref? Кстати, nRST тоже надо коннектить к отладчику? SWDIO надо подтягивать к питанию? Обнаружил схему для SWD, на которой это сделано: https://wiki.segger.com/UM08001_J-Link_/_J-Trace_User_Guide Ранее работал с ST-Link без этого всего, все нормально работало. Не пойму, что случилось, но сейчас другая ошибка: [email protected]:~$ openocd -f interface/jlink.cfg -c "transport select swd" -f target/stm32f1x.cfg Open On-Chip Debugger 0.12.0-rc1 Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html swd Info : Listening on port 6666 for tcl connections Info : Listening on port 4444 for telnet connections Warn : Failed to open device: LIBUSB_ERROR_ACCESS Error: No J-Link device found Питание с платы на VTref отладчика подал (контакт 1).

Всем привет. Помогите, пожалуйста, подружить отладчик TE-ARM-LINK и openOCD. Возможно, не разобрался с настройками... Как я понял, это аналог SEGGER J-Link. Прошивку отладчика не обновлял. OpenOCD крайней версии - 0.12. До этой версии пробовал с 0.10 - тоже были ошибки, но другие. Коннекчусь к процу STM32F100x через SWD (SWCLK, SWDIO). [email protected]:~$ openocd -f interface/jlink.cfg -c "transport select swd" -f target/stm32f1x.cfg Open On-Chip Debugger 0.12.0-rc1 Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html swd Info : Listening on port 6666 for tcl connections Info : Listening on port 4444 for telnet connections Info : J-Link ARM V8 compiled Nov 14 2012 22:34:52 Info : Hardware version: 8.00 Info : VTarget = 0.000 V Info : clock speed 1000 kHz Error: Error connecting DP: cannot read IDR

Спасибо за идею. А в чем заключается идея восстановления фьюзов с помощью этого доктора? Какие методы применяются? Параллельное программирование?

Да, спасибо, но внутренний генератор запускается с внешним кварцем 8 МГц. Вижу синусоиду... Неужели корпус так гигроскопичен, что так сильно может влаги напитаться? Странно... Пришли на черном поддоне, в запаянном пакете.

Здравствуйте. Купили на Ali контроллеры ATmega1280 16U-TW. Маркировка несколько странная... Из 30 штук смогли прошить только 2 штуки. Остальные не отвечают... Работаю через avrdude, пробовал прошивать и китайским USBASP, и Olimex (STK500). Первый раз за много лет подобный случай... Уменьшал частоту, увеличивал паузу - бесполезно. Что можете порекомендовать?

У меня несколько плат с MSP430G2533 и одна с MSP430FR2476. Вот первые без проблем шьются и дебажатся через mspdebug (через MSP Flasher нет). Схемотехника в плане коннетка с программатором везде одинаковая, на основе рекомендаций производителя. Часть плат запитано от АКБ. Программатор не оригинал, но, возможно, это негативно влияет только на его работу с оригинальным MSP Flasher от Тексаса... Ведь mspdebug с ним работает нормально (только MSP430FR2476 не шьет). Этого процессора нет в списке поддерживаемых, я пробовал указывать разные в ключе --fet-force-id, но результат такой же... Только оригинальный от Тексаса или можно взять любую поделку с программатором на борту от китайцев? Какую лучше выбрать, чтобы MSP430FR2476 поддерживался? Такую? Такую?

Пробовал. Результат такой же: Couldn't find any connected USB FETs! Вообще, TIUSB или USB для ключа -i - не для моего случая, как я понял... К тому же, я под Линуксом, у меня программатор определяется как /dev/ttyUSB0. Там DETECT можно задать, он как раз будет искать и предложит из списка... но... ничего не находит... Мало того, я подключил другую плату с другим МК. Схемотехника соединения МК с программатором на этих платах абсолютно одинаковая. Другая плата отлично программируется связкой mspdebug и этим же китайским MSP-FET430UIF. На данный момент ситуация следующая: MSP430G2533 нормально дебажится и программируется связкой mspdebug + MSP-FET430UIF, MSP430FR2476 не дебажится и не программируется mspdebug + MSP-FET430UIF, оба этих процессора не программируются связкой MSP Flasher крайней версии + MSP-FET430UIF. Я вот не знаю уже... может, девбоард какой-нибудь купить, там, как я понимаю, есть встроенный программатор и есть возможность программировать внешние устройства... Вот такую штуку. Или какую другую... Например, такую, но вот непонятно, что в ее программатор зашито и какие процессоры она поддерживает...

С железом все норм. Как я понял из сообщений флашера - нет связи с программатором... Другой платы нет. IAR не пробовал, проблематично, у меня компы с Линухом, можно, конечно, попробовать на нетбук воткнуть, чтобы проверить... и к нему же программатор подключить... Ну, BSL еще не пробовал. Можно попробовать, но он мне не нравится тем, что память всю удаляет, даже информационную часть, где калибровочные данные находятся...

Попробовал MSP Flasher v1.3.20. Не работает, не может найти программатор: Пробовал и без ключей -i, -m, результат одинаковый: Couldn't find any connected USB FETs!

Вы имеете в виду это? https://www.elprotronic.com/collections/msp/lite?grid_list=grid-view Если да, то я "пробную" версию устанавливал на нетбук с семеркой, чтобы чисто попробовать, программатор проверить. Программатор работал, но с другим процессором, будет ли работать с MSP430FR2476 - не знаю. Не могу проверить, ключ требует, а у меня его нет... В общем дело швах, сделал девайс, а запрограммировать его не могу и что теперь делать - не знаю...

Всем привет. Не шьется МК, mspdebug не поддерживает, как я понимаю. Это проблема программатора или только mspdebug? Использую китайский программатор MSP-FET430UIF. Можно ли научить эту связку совместной работе с MSP430FR2476?

Сравнивал. Ничего подозрительного не нашел. Там в адресах различия в основном. Ну, может, неправильно сравнивал. Все решилось уменьшением стека процесса для scmRTOS.

Всем привет. ATMEGA2560 + GCC + scmRTOS, сборка в отладочном режиме. На плате доп. память для процессора установлена. avr-g++ -Wall -mmcu=atmega2560 -ffunction-sections -fdata-sections -DF_CPU=8000000UL -DGCC_MEGA_AVR -Os -D__DEBUG_ENABLE__ -D__SW_DEBUG__ -c src/alg/algoritm.cpp -o obj/Debug/src/alg/algoritm.o section size addr .data 4842 8397312 .text 157094 0 .bss 19233 8402154 .noinit 1 8421387 .comment 17 0 .note.gnu.avr.deviceinfo 64 0 Total 181251 Внутри одной функции вызывается другая функция (вывод в программный UART дебаг). Но ни первая, ни вторая 100% не вызываются, так должно быть! Первая функция. void foo::foo() { ... dbgout(LOG_DEBUG, "[%s()]: Operation is double!\n", __FUNCTION__); ... } Вторая функция (отладочного вывода). void dbgout(const int32_t level, const char* format, ...) { va_list args; va_start(args, format); vprintf(format, args); va_end(args); } В более ранних ревизиях ПО этот отладочный вывод просто перестал работать, начиная с какой-то ревизии. В более поздних - все зависает через несколько секунд после включения. Не мой баг точно. Думаю, это как-то связано с размером или расположением кода. Т. е., при сборке в отладочном режиме объем увеличивается и начинаются глюки. Причем, если строчку с вызовом dbgout() в первой функции закомментировать - все работает. Но ведь она 100% не выполняется, как и первая функция! Посоветуйте, пожалуйста, куда смотреть, что искать...

Всем привет. Пользую компилятор от TI для MSP430. Помогите, пожалуйста, сгенерировать двоичный файл для прошивки (нужен чистый бинарь) из ELF (приложил). Для AVR, ARM пользую objcopy, но для MSP430 он генерит множество лишних нулей в бинаре. Возможно, нужно исключить какие-то секции при копировании, но вот что исключать? test