Комментарии 9
Есть пара замечаний:
1) CoIDE поддерживает только STM32F10x, с остальными STM32 придётся всё делать вручную (никаких визардов). В этом свете может помочь моя статья по настройке Eclipse. Да, сложновато для начала, но зато потом можно работать с STM32F10x, STM32F2xx, STM32F4xx и STM32L1xx. У меня описано только использование утилиты stlink, но я недавно осилил OpenOCD, и теперь вообще ни на что не жалуюсь.
2) В сообществе Easyelectronics есть подобного рода статья, и в ней автор советует вместо ковыряния startup-файла забить #define'ы в FreeRTOSConfig.h (ему тоже подсказали в комментах :)
Я считаю, так правильнее.
1) CoIDE поддерживает только STM32F10x, с остальными STM32 придётся всё делать вручную (никаких визардов). В этом свете может помочь моя статья по настройке Eclipse. Да, сложновато для начала, но зато потом можно работать с STM32F10x, STM32F2xx, STM32F4xx и STM32L1xx. У меня описано только использование утилиты stlink, но я недавно осилил OpenOCD, и теперь вообще ни на что не жалуюсь.
2) В сообществе Easyelectronics есть подобного рода статья, и в ней автор советует вместо ковыряния startup-файла забить #define'ы в FreeRTOSConfig.h (ему тоже подсказали в комментах :)
#define vPortSVCHandler SVC_Handler
#define xPortPendSVHandler PendSV_Handler
#define vPortSVCHandler SVC_Handler
#define xPortSysTickHandler SysTick_HandlerЯ считаю, так правильнее.
Да, весьма разумно с дефайнами.
Почитал вашу статью, рад что вы пришли к такому же мнению что и я по поводу Кейла)
Я про
>А в популярной, не знаю, почему, среде Keil ещё и редактор кода, судя по его виду и удобству, написан во времена Windows 95.
Не понимаю политику компании, давно бы уже могли поручить своим девелоперам uVision взяться за эклипс.
Почитал вашу статью, рад что вы пришли к такому же мнению что и я по поводу Кейла)
Я про
>А в популярной, не знаю, почему, среде Keil ещё и редактор кода, судя по его виду и удобству, написан во времена Windows 95.
Не понимаю политику компании, давно бы уже могли поручить своим девелоперам uVision взяться за эклипс.
Есть тонкость. UVision использует линцензированый компилятор от ARM. А ARM выпускается свою среду со своим компилятором на базе eclipse. Чувствуете? UVision попала в неприятную ситуацию, когда выпустить среду на основе eclipse и старого компилятора им банально не дадут (отзовут лицензию на компилятор), т.к. это будет прямая конкуренция с авторами компилятора (ARM). А переходить на GCC тоже нельзя, т.к. теряет обратная совместимость с предыдущими версиями.
Особенно странно это смотрится сейчас, когда почти все IDE для разработки под ARM основаны на Eclipse и «искакопки» предлагают отличный редактор кода с поддержкой рефакторинга. А если брать голый Eclipse — так в Indigo вообще рефакторинг внесли пунктом меню по Ctrl+1 (Quick fix), а идентификатор правится прямо в окне редактора. Впрочем, за счёт широкой поддержки камней и прикольного отладчика команда Keil ещё будет держаться на плаву несколько лет.
Угу, ну тогда покажите, как в этом eclipse сделать сброс процессора без перезапуска отладчика, как выводить служебные регистры процессора и как выводить значения в шестнадцатеричном виде.
1) Нажать кнопку Reset на плате. У меня отлично работает на STM32VLDISCOVERY, STM32L-Discovery и STM32F4DISCOVERY.
2) Про какие это регистры вы говорите? Приведите пример. Если вы про регистры типа r0-r12, lr и т.п., то они есть в окне Registers (я использую GNU ARM Eclisple plugin), а если про периферию — это можно в Expressions закинуть, там же и менять можно.
3) Вот это не знаю. Но мне пока не было нужно ни разу, потому и не искал.
2) Про какие это регистры вы говорите? Приведите пример. Если вы про регистры типа r0-r12, lr и т.п., то они есть в окне Registers (я использую GNU ARM Eclisple plugin), а если про периферию — это можно в Expressions закинуть, там же и менять можно.
3) Вот это не знаю. Но мне пока не было нужно ни разу, потому и не искал.
1) Reset на плате прерывает отладку через JTAG в некоторых случаях.
2) CONTROL, MSP, PSP?
2) CONTROL, MSP, PSP?
Да, кстати, первым пунктом я намекал на наследственный баг c monitor reset. Который присутствует с момента рождения eclipse и в ближайшее время исправляться не собирается
А третьим пунктом на то, что eclipse не умеет сохранять настройки отображения переменных. Что тоже наследственный баг. А ещё есть баг с созданием hex-файла. И недоработок и багов там… И вместо их исправления eclipse обрастает очередными рюшками и багами.
А третьим пунктом на то, что eclipse не умеет сохранять настройки отображения переменных. Что тоже наследственный баг. А ещё есть баг с созданием hex-файла. И недоработок и багов там… И вместо их исправления eclipse обрастает очередными рюшками и багами.
Скажите, а нет ли аналогичной игрушки с ethernet'ом?
Нашел пока такое, но это не совсем то.
Нашел пока такое, но это не совсем то.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
STM32F1xx — Инструменты разработчика и FreeRTOS