koluna

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

Вы имеете в виду VTref? Кстати, nRST тоже надо коннектить к отладчику? SWDIO надо подтягивать к питанию? Обнаружил схему для SWD, на которой это сделано: https://wiki.segger.com/UM08001_J-Link_/_J-Trace_User_Guide Ранее работал с ST-Link без этого всего, все нормально работало. Не пойму, что случилось, но сейчас другая ошибка: koluna@lev:~$ 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). koluna@lev:~$ 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

Оно насколько совместимо с STM32F100Cx? Софт переписывать придется?

Всем привет. Куда пропали процы? Есть под заказ с непонятными сроками за тысячи рублей. Нужна какая-нибудь замена, от 32 кБ флеша. Посоветуйте, пожалуйста.

Да, спасибо. Вот, думаю, может, и с gdb_agent_console проблемы из-за этого... по умолчанию через SBW пытается... но что-то в опциях и настройках у него на нашел как выбирать интерфейс: JTAG или SBW.

У меня хорошие новости. Собрал mspdebug, с ним работает... пока проверил отладку немного. Причем, работает только через полный JTAG (mspdebug -j -d /dev/ttyUSB0 uif gdb), через SBW не работает. Кстати, продавец отладчика в ответ на мои вопросы что-то там выложил... посмотрим... После скачивания... А посмотрим мы все на китайском и это будет для винды... :(

Установил на нетбук с семеркой. Версии ПО посмотрел: у меня 2.04.06.001, предлагает 3.15.00.000. Обновляться не стал... Про смерть клонов читал, но не понял, почему так происходит? Какая-то несовместимость или защита TI? Плату сбрасывает по кнопке, прошивку читает (там у меня блинк от производителя). Шить пока не пробовал. Ну, вроде, работает китайский девайс :) Вот теперь как-то надо его под Линухом запустить... Спасибо.

Как вообще проверить этот программатор? Жив или мертв? при подключении к USB мигает зеленым, а потом зажигается красный светодиод. Отпределяется как ttyUSB0. Попробовал тот же тулчейн на Win7. Тоже ошибка (недокументированная ошибка gdb: 10061). gdb_agent_console ругается, что драйвер не установлен.

Всем привет. Linux Mint 20. Установил тулчейн от TI: https://www.ti.com/tool/MSP430-GCC-OPENSOURCE Но вот как прошить и отлаживать? Прикупил у китайцев MSP-FET430UIF. gdb_agent_console запускается, но при попытке подсоединиться из msp430-elf-gdb завершается с ошибкой: ./gdb_agent_console ../msp430.dat [sudo] password for koluna: CPU Name Port -------- ---- msp430 :55000 Starting all cores CPU Name Status -------- ------ msp430 Waiting for client msp430 Client connected...Connecting to Target Couldn't find any connected USB FETs! Failed to initialize FET on TIUSB port. Aborting. MSP430 Error :Could not find MSP-FET430UIF on specified COM port Connection failed...exiting Пробовал через sudo (совет в быстром старте) - тоже самое. Пробовал на другом компе с Mint 19.3 - тоже самое. Макетка китайская на MSP430F149. Кто-нибудь сталкивался с подобным? Как решить?

Нет, правильно понимает... Он файлы с кириллицей нормально открывает. И, если скопировать туда кириллицу из буфера - тоже нормально все. Не дает именно ввести с клавиатуры... В строке состояния - UTF-8, пробовал и CP1251 с предварительной перекодировкой - безрезультатно... UTF-8 Оно работало норм... потом или я обновил систему или что-то установил. Копаю сейчас в сторону ibus (я zoom устанавливал, а он - ibus). Zoom прибил - не помогает, ibus тоже прибил - не помогает (но при загрузке теперь ошибку выдает, не может демона ibus запустить).

Всем привет. Linux Mint 19.3, Code::Blocks 16.1/20.03 - от версии не зависит. Ставил из репозиториев. Не могу ввести в окне редактора ни одной русской буквы. Работало все нормально, а потом - перестало на днях. Судя по всему, сломалось после апдейта системы... Ранее была замечена другая проблема: при включенной русской раскладке не работают Ctrl-C/V и т. д. Так и не поборол... смирился. Но вот новая проблема - это просто последняя капля... Наверное, проблема где-то в wxwidgets... поиском не нашел, на форуме спросил - пока не ответили... Кто-нибудь сталкивался? Есть что сказать? :)

BS612.