-
- Всё получилось с пол-пинка. CMSIS-DAP в самосборном OpenOCD заработал сразу. Проблема была найти в Eclipse способ (правильный пункт меню), чтобы создать проект по шаблону для STM32F10x. Nikolay_Po(4169 знак., 30.11.2019 12:42 - 12:51)
- Все довольно просто, Eclipse можно указать путь до тулчейна в настройках проекта. Сам тулчейн берется из репы, в данном случае проще всего на archlinux - он не обновляется в репе до тех пор, пока его не оттестируют (он будет хранится в отдельном evgeniy1294(1385 знак., 30.11.2019 06:25 - 07:39, ссылка)
- Немного не по теме... Собираю OpenOCD для своего CMSIS-DAP-отладчика (для HighSpeed USB нужно увеличить размер буфера с 64 до 1024 байт, поправил в исходнике, иначе не работает). Ну и для прикола включил -O3. Nikolay_Po(381 знак., 30.11.2019 01:10)
- или klen? - Vit(29.11.2019 23:36)
- Как вариант... Плюс поддержка на русском языке :) - Nikolay_Po(30.11.2019 10:24)
- Недавно целая песня нп пустом месту случилась... POV_(400 знак., 29.11.2019 23:23, )
- Фиг знает. Но за годы наблюдения за GNU Arm Embedded заметил, что после свежего релиза часто докладывают довольно серьёзные баги. Багфикс? Фуй вам, ждите следующего релиза. А там новые баги. Короче, можно только надеяться, что предлагают всё то же SciFi(47 знак., 29.11.2019 23:17)
- Спасибо. Другими словами, если столкнусь с проблемами тулчейна от АРМ, придётся сползать на "гитхабный" вариант постарше - он и более отлажен (потому что старше) и дорабатывается (потому, что в публичном репозитории). Верно я понимаю? - Nikolay_Po(29.11.2019 23:31)
- Есть энтузиаст, который выпускает пропатченные релизы: SciFi(144 знак., 30.11.2019 11:52, ссылка)
- Так с него же и начал. GNU MCU Eclipse, вроде, его же и есть. А армовский тулчейн, вроде, работает. Пока не буду трогать и ставить предыдущие версии. - Nikolay_Po(30.11.2019 12:54)
- У меня GNU ARM Embedded "8 2019-q3-update". Это предпоследний. У себя проблем пока не видел, да и багрепортов про него особо не видел. Последний релиз не завлекает крутыми фичами, багрепорты уже есть. Это для наркоманов, подсевших на "самый-самый SciFi(23 знак., 30.11.2019 13:29)
- Попался! Целый день потратил. Пока непонятно, или проблема в параметрах компиляции (упущено что-то принципиально важное для платформы) или инструментарии "GNU Arm Embedded Toolchain" arm-none-eabi-gcc (15:5.4.1+svn241155-1) 5.4.1 20160919. Nikolay_Po(3213 знак., 04.01.2020 00:44 - 00:52)
- Правильно понимаю, что переменные в main() не статические, то есть память выделяется в стеке? А памяти хватает? Может быть, стек наехал на глобальные переменные - вот и "перекрытие". Ну и про такие переменные в .map ничего не пишется - это обычное SciFi(6 знак., 04.01.2020 00:51)
- Вынес определения проблемных структур из функции обратно. Проблема остаётся с похожим повреждением - так же затёрты данные с конца массива структур, но уже меньше членов. Nikolay_Po(2574 знак., 04.01.2020 01:22 - 01:27)
- Компилятор arm-none-eabi-gcc (15:5.4.1+svn241155-1) 5.4.1 20160919 (на три года старше). Симптомы те же. Из *.map: Nikolay_Po(595 знак., 04.01.2020 02:34 - 02:58)
- Ведро поддерживает. Надо смотреть, сколько вочпоинтов использует отладчик для своих нужд. Всё-таки ресурс сильно ограниченный. SciFi(195 знак., 04.01.2020 01:29, ссылка)
- Похоже да, спасибо! Придётся разбираться, почему не работает и будучи определено глобально? Стек по настройкам CubeMX, вроде, не меньше размеров проблемных переменных. Но и не сильно больше. Nikolay_Po(506 знак., 04.01.2020 00:59 - 01:04)
- Вынес определения проблемных структур из функции обратно. Проблема остаётся с похожим повреждением - так же затёрты данные с конца массива структур, но уже меньше членов. Nikolay_Po(2574 знак., 04.01.2020 01:22 - 01:27)
- Правильно понимаю, что переменные в main() не статические, то есть память выделяется в стеке? А памяти хватает? Может быть, стек наехал на глобальные переменные - вот и "перекрытие". Ну и про такие переменные в .map ничего не пишется - это обычное SciFi(6 знак., 04.01.2020 00:51)
- Попался! Целый день потратил. Пока непонятно, или проблема в параметрах компиляции (упущено что-то принципиально важное для платформы) или инструментарии "GNU Arm Embedded Toolchain" arm-none-eabi-gcc (15:5.4.1+svn241155-1) 5.4.1 20160919. Nikolay_Po(3213 знак., 04.01.2020 00:44 - 00:52)
- У меня GNU ARM Embedded "8 2019-q3-update". Это предпоследний. У себя проблем пока не видел, да и багрепортов про него особо не видел. Последний релиз не завлекает крутыми фичами, багрепорты уже есть. Это для наркоманов, подсевших на "самый-самый SciFi(23 знак., 30.11.2019 13:29)
- Так с него же и начал. GNU MCU Eclipse, вроде, его же и есть. А армовский тулчейн, вроде, работает. Пока не буду трогать и ставить предыдущие версии. - Nikolay_Po(30.11.2019 12:54)
- В archlinux в логе репозитория сполшь и рядом встречаются пометки "rebuild" или "upgpkg" - это как раз таки пересборка пакета с очередным патчем. - evgeniy1294(30.11.2019 06:31, ссылка)
- Есть энтузиаст, который выпускает пропатченные релизы: SciFi(144 знак., 30.11.2019 11:52, ссылка)
- Спасибо. Другими словами, если столкнусь с проблемами тулчейна от АРМ, придётся сползать на "гитхабный" вариант постарше - он и более отлажен (потому что старше) и дорабатывается (потому, что в публичном репозитории). Верно я понимаю? - Nikolay_Po(29.11.2019 23:31)