- [РЕШЕНО] GNU Tools for STM32 7-2018-q2-update (и вообще любой arm-none-eabi). Не могу добиться появления глобальных массивов в *.map Nikolay_Po(3624 знак., 17.01.2020 18:18 - 20.01.2020 18:35, ARM, полностью)
- [РЕШЕНО]Коллеги, помогите с STM32F1xx и тулчейном! Как оно должно работать? Как запускается чип, как инициализируется перед запуском main? Какие файлы, библиотеки необходимы для gcc-arm-noneabi? Nikolay_Po(1534 знак., 19.01.2020 13:00 - 19:28, ARM, ссылка, полностью)
- Чет не удается подружить Stm32CubeIDE с St-link v2. Argon(390 знак., 18.01.2020 17:43, ARM, полностью)
- TDA4VM: 2 Cortex A72, 4+2 Cortex R5F, 2 C66x, C7x DSP, PowerVR GE8430 - TI опять выкатили монстра lloyd(72 знак., 17.01.2020 20:14, ARM, ссылка, картинка, полностью)
- имеется 2 ST-Link: v1 и v2. В Win10 v2 видится как "Устройства Usb" -> STM32 ST Link, т.е. именно как ST-Link, а v1 видится как флэшка с тремя url в содержимом. Это так должно быть? - Argon(17.01.2020 18:50, ARM, полностью)
- Как правильно сдвигать в uint64_t ? Yft(348 знак., 14.01.2020 16:52, ARM, полностью)
- NXP готовится выкатить [Kinetis K32 L3]. 72 МГц CM4F + 72 МГц CM0+. Внешняя шина. 1.25M FLASH + 384 SRAM. Вангую, что хавать будет 2 ма "на всю катушку". Evgeny_CD(179 знак., 06.08.2019 23:13, ARM, полностью)
- свежак KGP для мелкоармов, хост linux64 klen(649 знак., 12.01.2020 14:58, ARM, полностью)
- Вопрос по правильному использованию PHY michas(2080 знак., 11.01.2020 19:14, ARM, полностью)
- Въедливые вопросы закоренелой AVRовщицы по поводу STM32 :) Ксения(2309 знак., 24.12.2019 17:26 - 17:38, ARM, полностью)
- По поводу споров ODR и BSRR: помню, слышал, что если при записи в ODR одна из ног имеет прерывание EXTI, то может отработать. Слышал не проверял. Может кто и поправит. - _Constantin24(26.12.2019 07:47)
- Вопрос понятен, отвечаю по пунктам: evgeniy1294(1549 знак., 24.12.2019 21:10 - 21:16)
- У STM 32 Размер порта 16 бит. То есть размер байта в этом случае 16 бит ;-) - misyachniy(24.12.2019 19:55)
- Насколько я смутно помню, в ODR нельзя писать байтами - только 32-битными словами. Потому и приходится извращаться с чтением-модификацией-записью. А использовать BSRR для записи сразу и нулей и единиц вполне можно, делаю так регулярно. - LightElf(24.12.2019 18:15)
- По вопросу 1b - ну гляньте исходники, ну что вы их слушаете?! __STATIC_INLINE void LL_GPIO_WriteOutputPort(GPIO_TypeDef *GPIOx, uint32_t PortValue) { WRITE_REG(GPIOx->ODR, PortValue); } - VLLV(24.12.2019 17:38)
- Кстати LL генерит через ODR. А HAL через BSRR. Последнее считаю более верным. - _Constantin24(26.12.2019 08:14)
- Этот дефайн - эквивалент прямой записи в ODR. LL-дефайны я специально не рассматривала (чтобы не вызвать путаницы у тех, кто с ними не знаком), а вела разговор про регистры. - Ксения(24.12.2019 17:42)
- Ничего не понимаю. Вы пишете - "почему недопустима прямая запись в регистр?" Я отвечаю - "Допустима, предусмотрена в CubeMX, и может использоваться программистом". А макросы это, или не макросы - какая разница? Да, действительно, редко когда VLLV(266 знак., 24.12.2019 17:53)
- Если что-то знаете про параллельный вывод, реализованный на STM32, тоже расскажите. Например, если нужно часто выводить сразу 8-ю битами, или даже с помощью DMA, - это возможно? - Ксения(24.12.2019 21:41)
- Я сказала не "недопустима", а "нельзя". В том же смысле, как нельзя ковырять в носу :), т.е. не в смысле, что палец в нос невозможно засунуть, а в смысле, что не рекомендуется этого делать. Вот и в ODR не рекомендуют что-либо писать, хотя Ксения(126 знак., 24.12.2019 18:17 - 18:19)
- Судьба всё плотнее сводит с СТМ32. Среду не могу выбрать адекватную... POV_(997 знак., 24.10.2019 23:03,
, ARM, полностью)MBedder
- Я, чтобы не париться выбором между сортов, принял волевое - перешёл на ПИКи. Там на всё одна среда. Жрите не обляпайтесь! ;О) - mse homjak(26.12.2019 21:18)
- vi :) - RED_DRAGON(25.10.2019 22:52)
- Clion? Отладку не щупал, а писать код нравится. - Kabdim(25.10.2019 16:06, ссылка)
- В Vim можно работать с C/C++ проектами _любого_ размера и сложности. В "средах" обычно только с чем-то маленьким. Исключения из этого правила, в основном: Visual Studio (только винда и M$-build), Eclipse CDT и VS Code. Последняя, на мой взгляд, fk0(104 знак., 25.10.2019 13:04)
- никто не вспоминл шнягу от производителя - STM32CubeIDE (вероятно перепиленная Atollic) - Vit(25.10.2019 12:33, ссылка)
- ага, Атолик - перепиленная Еслипса - klen(29.10.2019 11:50)
- Ключевое слово - шняга. Оно работает, но количество заботливо разложенных граблей впечатляет. - AlexG(25.10.2019 19:07)
- Мне какой-то куб для Renesas вспомнился, лет 6 тому назад. Они хвалились, что у них код компилится сразу, как его пишешь. В итоге когда допишешь -- он сразу скомпилирован. Ну и ошибки сразу красным подсвечивает (ещё б сделали, чтоб ошибочный код fk0(665 знак., 25.10.2019 13:13)
- Ахаха. "Hic sunt dracones" - это про плюсы. А на макросы бочку не кати - там хотя бы более-менее понятно, как оно работает. А число драконов будет лишь расти, ибо свежие стандарты печатает бешеный принтер :-) - SciFi(25.10.2019 13:21 - 13:24, ссылка)
- Вдогонку. Никогда не понимал, поэтому, и людей пишущих программы сверху вниз (сразу всё придумал, и сел за комп только записать -- ага), ни авторов IDE с очень волшебными подсветками и подсказками. У меня последнее никогда не работает, потому, что fk0(489 знак., 25.10.2019 13:18)
- что, IAR всё, никак? - Ralex(25.10.2019 10:40)
- Код использую Микрософтовский. С плугином Cortex-Debug для отладки через JLink. Кубом генерирую проект для Makefile. Чуток подправляю предоставляемые Кодом конфиги для трансляции, отладки и интерактивной искалки ошибок. Мэйкфайл редактирую тем же Сидоргек(113 знак., 25.10.2019 10:13 - 10:16)
- "Одна среда для всего сразу" - ущербный подход, сильно сужает выбор. Makefile и в блокнотике ручками можно править, чай не барин. Для редактирования кода нужен удобный редактор - тут куча вариантов. Отладка в отдельной программе. Например, кейл SciFi(29 знак., 25.10.2019 09:25)
- Не для всего, а только для стм32 ищу. С возможностью отладки через J-link. - POV_(25.10.2019 12:35,
)
- "Для всего" - имеется в виду для редактирования кода (и обязательно навигации по нему), сборки, отладки. Эти вещи бывает полезно разделять. - SciFi(25.10.2019 12:49)
- Не-не... я пока ради винды ищу среду (контора если надо оплатит её) комфортную для процесса разработки... POV_(323 знак., 25.10.2019 22:20,
)
- Дебаг в IDE -- не нужен. Код можно писать в редакторе, а отлаживать в отдельном отладчике. Более того, сколько-нибудь сложная отладка и типичная IDE -- не совместимы. Ибо нужно далеко не только переменные смотреть и по шагам через строчки ходить. fk0(641 знак., 26.10.2019 12:32)
- исходный тезис крайне религиозен. каждый вид отладки требует свои инструменты. вот Крок, например, не пользуется дебагом в IDE и ему всей конфой помогают глупости размотать. был бы его начальником - наказал бы или выгнал бы нах. а так - чиста ржу, Vit(72 знак., 27.10.2019 10:21, ссылка)
- В чём проблема прошагать программу не в той же IDE, где у тебя кнопочка "Compile", а в некой другой, предназначенной для отладки? Нет проблем. - fk0(27.10.2019 13:37)
- Проблема не проблема, а когда в отладчике нашёл ошибку, искать это же место в редакторе не хочется. Хочется исправить прямо там, где курсор стоит. - йцукен(27.10.2019 17:44)
- засунуть дерево многотаргетного проекта (файлов с птичками использовать или не очень) туда и т.п... и когда деваться некуда, тогда вместо интеграции можно и ручками во внешних тулзах - на безрыбье и лифчик портупея - Vit(27.10.2019 14:23)
- Буквы и слова -- знакомые. Смысла не понял вообще. В отладчик не проект загружается, а типично ELF-файл. И про проект знать ничего не нужно, кроме того, где исходники искать. - fk0(27.10.2019 14:26)
- главное, что нужны или родные отладчики, или нужна интеграция внешних отладчиков в IDE. остальное - варианты по-бедности, когда отдельные тулзы (в т.ч. если производители IDE не осилили) и интеграция ручками. поэтому появляются версии IDE Vit(339 знак., 27.10.2019 14:38 - 14:40)
- Тезис: каждая фирма не может делать отладчик, редактор, компилятор и программатор, ещё системы сборки и контроля версий. Если это не микрософт. Отладчик -- это проект который делается лет по 10, компилятор лет по 20, редактор лет 5, программатор fk0(700 знак., 27.10.2019 16:03)
- Пользуюсь встроенной отладкой в Keil, IAR, интегрированной в EmBitz (перепиленный CodeBlocks). ЧЯДНТ? в туевой хуче IDE на основе Eclipse (в т.ч. Simplicity Studio,
Red SuiteLPCXpresso IDE, Atollic TrueSTUDIO, STM32Cube IDE, померший Vit(1757 знак., 27.10.2019 18:10, ссылка, ссылка)
- Не вижу проблем "пишем в IAR, отлаживаем в IAR". Кстати, тот самый пример, когда среда IAR удобнее, чем фирменная среда от Renesas. - VLLV(27.10.2019 16:29)
- "Интеграция отладчика в IDE" не нужна. - SciFi(27.10.2019 14:52)
- Крайне сомнительный тезис насчет не-гдб отладчик. И серии "а пацаны-то не в курсе" - POV_(26.10.2019 23:39,
)
- Тулчейн не надо собирать. GNU Arm Embedded вполне достойный. Винда и линух - усё есть. - SciFi(25.10.2019 22:55)
- ИМХО любимый кросплатформенный редактор + Makefile и есть "Одна среда для всего сразу" :) - Сидоргек(25.10.2019 10:19)
- Жизнь коротка а успеть надо много.Времени изучать многочисленные однодневные экспериментальные поделки нет.Поэтому большинство профессионалов во всех областях программирования таки пользуются "блокнотом" когда нужно писать под под разные пакеты , PlainUser(414 знак., 25.10.2019 08:24)
- Visual Studio Community 2019 + VisualGDB - умеет makefile проект красиво удобно - oleg110592(25.10.2019 08:12, ссылка)
- Использую давно на Linux & Windows - Ac6: dead_morose(248 знак., 25.10.2019 07:01)
- EmBitz - Vit(25.10.2019 06:46)
- Ты можешь использовать qt creator или code. Вообще, можно использовать любую ide, к которой цепляется openocd. Проект собираем через cmake или qbs. evgeniy1294(305 знак., 24.10.2019 23:46 - 23:49)
- если что Сеггер и QT для коммерческих разработок будут тоже платными) - Aleksey_75(24.10.2019 23:08)
- Платка с линуксом весом 4,2 грамма нужна кому? misyachniy(252 знак., 12.12.2019 22:01, ARM, полностью)
- Может ли J-link (клон Segger'а) прошить hex-прошивку в STM32, и если да, как это сделать? Ксения(2021 знак., 27.11.2019 22:46 - 22:57, ARM, картинка, полностью)
- JFlashARM.exe -openprjTwojProjectName.jflash -open"TwojProject.hex" -auto -startapp -exit бомж(39 знак., 28.11.2019 13:18)
- Как много всякого интересного! бедные обладатели стлинка всего этого лишены... Nikolay801_(29 знак., 28.11.2019 11:09)
- 1) Устанавливаем openocd evgeniy1294(652 знак., 28.11.2019 10:54 - 11:03, ссылка)
- Вот мой другой пример для считывания flash памяти qov46(679 знак., 28.11.2019 09:35)
- Вот мой пример скрипта программирования. Очень просто и для ничего не понимающих в программировании. qov46(562 знак., 28.11.2019 08:51)
- Loadfile c: qov46(12 знак., 28.11.2019 05:42,
)
- Если дела так плохи, то несколько щелчков мыши :) Гудвин(27.11.2019 23:39)
- Подключаем к стм32 по интерфейсу swd. Запускаем джетфлешь. Настраиваемый проект - выбираем процессор и обозночаем интерфейс именно swd а не jtag. Жмем connect. Если все нормально, заливаем пршивку. Если нет - разбираемся с косяками в подключении.. - Vesago_(27.11.2019 23:39,
)
- 1) Залить прям из IAR (Projects->Download and Debug) LightElf(47 знак., 27.11.2019 23:28)
- Помнит ли кто LPC2194? cc08(165 знак., 16.12.2019 17:13, ARM, полностью)
- Ну, что? Дождались, блин. Начинаем встречать TKM32F499. SiP из Cortex-M4F 240MHz и 8MB SDRAM, QSPI флеш. $10 в розницу. Есть борда за $20. Даташит пока тока кетайский. LightElf(01.12.2019 13:47 - 13:51, ARM, ссылка, полностью)