- Вопрос по правильному использованию 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, ссылка, полностью)
- stm32g071GB6U прикольный мк, осбенно понравился количеством таймеров (надо мне 8 каналов счета, 6 пойдет аппаратно, два на прерываниях), плюс очень маленький паябельный корпус, но есть засада. Есть у него модификация типа N на конце, отличается AVF(331 знак., 10.12.2019 15:20, ARM, полностью)
- мои мозги этого не понимают в этом Си. Для кого-то это конечно детство. :-) Есть BCD-число. Надо получить двоичное. Вроде работало вот так : Лагунов(325 знак., 10.12.2019 16:20, ARM, полностью)
- Давно все со скобками пишу.Нахрен нужны эти приключения. - PlainUser(11.12.2019 08:53)
- Два совета безотносительно к приоритету операций: используйте ALLCAPS только для дефайнов, и то, чему можно дать осмысленное имя, например bcd2int, делайте отдельной функцией, даже если в ней одна строчка. - йцукен(10.12.2019 18:22)
- При равенстве приоритетов, что-то вычисляется слева направо, что справа налево. Ставлю скобки, чтобы не помнить. Есть справочник по си, автор вроде Болски - ucMike(10.12.2019 17:14)
- Раньше не было нормально. Возможно, протестировал на числе, которое случайно совпало. А вообще можно заглянуть в табличку приоритета операторов - это никакой не рокет сайенс. - SciFi(10.12.2019 16:25)
- Поднимал кто-нибудь связку DMA+UART на CC1352 и его собратьях по семейсву simplelink? - evgeniy1294(06.12.2019 19:17, ARM, полностью)
- День добрый. Такой вот вопрос - запускал ли кто-нибудь Lwip последних версий? Попытался обновить проект, построенный на версии 2.0.2 - взял исходники версии 2.1.2, заменил исходники lwIp и sys_arch.c/sys_arch.h. Как-то оно собралось (но сначала Apтём(247 знак., 06.12.2019 20:22, ARM, полностью)
- А не посоветуйте кто простенькую либу в сорцах, для программирования Cortex-M0 по SWD? Ну типа шоб одна однокристаллка между делом программила другую? Или придется из каких-нибудь ARM DAP выдирать? - LightElf(02.12.2019 12:18, ARM, полностью)
- STM32g070CB GPIO INPUT w PULLUP что за нах? Balda(624 знак., 27.11.2019 14:11 - 14:13, ARM, полностью)
- Объясните логику работы дебаг или где-то закралась ошибка: stm32, atolic, gcc. Есть RAM функция прерывания вызываемая каждую 1 мсек: Mefod(2378 знак., 26.11.2019 07:22, ARM, полностью)
- printf для STM32F407 и GCC. Пытаюсь безуспешно второй день. Хоть сам пиши. Есть хидер stdio.h, есть библиотека. В библиотеке реализован верхний уровень. Но нижний.. Это северный лис, товарищи! Предлагается написать кучку системных вызовов. Нашёл в Dingo(745 знак., 11.12.2014 09:47, ARM, полностью)
- Embedded String Functions Ozelot(83 знак., 12.12.2014 10:16)
- Свою printf хер ты напишешь. Её и в библиотеках нормальной часто нет. По крайней мере так вот сходу. Если очень неймётся --> см. ссылку. - fk0(11.12.2014 12:04, ссылка)
- fflush(stdout) вызови или "\n" в конец строки добавь. Чё ты хотел. Чорная магия с абортами, клонированиями и убийствами детей. То ли дело православный ассемблер. - fk0(11.12.2014 12:02)
- можно сделать свой принтф с использованием библиотечной функции форматирования строки. Nikolay801_(305 знак., 11.12.2014 11:19)
- делал вывод в SWO (EmBlocks) Vit(1266 знак., 11.12.2014 10:44)
- Ну не знаю... Я устанавливал GCC ARM Embedded, там нужно было только добавить _write(). Ну и, наверное, нужно --specs=nano.specs -lnosys. - SciFi(11.12.2014 10:20, ссылка)
- абсолютно не в курсе про Ваш GCC, но по моему нужно только fputc написать. - Nikolay801_(11.12.2014 10:14)