Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Вторник
11 марта

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

ARM, RISC-V контроллеры

1029545 Топик полностью

teap0t (21.08.2020 21:19, просмотров: 646) ответил Kceния на Переход на другую архитектуру - всегда стресс. Едва ли при этом родство AVR с SAM будет замечено. Тем более что SAM это тупик: ожидать от Microchip'а развития линейки ARM не приходится - слишком уж сильно он зациклился на своих PIC'ах, а продукты от Atmel и подавно всегда будут у него в пасынках. Тогда как STM32 при всех своих недостатках легко масштабируем. Достаточно набить руку с "Blue Pill" :), так и все остальные STM32 окажутся подобными. У них даже цоколевка снизу

Требуется работать с STM32F103. Привык к IAR, навороты не нужны. Можете посоветовать среду/версию?

Это я, здравствуйте. http://the-epic-file.com/bookshelf.htm

Ответить

- Можно дальше IAR использовать.Я на нем много писал поскольку для STM32w не было раньше кейла.Жить можно , но кейл лучше. - PlainUser(22.08.2020 22:05)
- Так я на IAR и работаю, тем паче, что привыкла к нему со времен AVR. Но не считаю роль компилятора в этом деле определяющей - не в компилировании кода трудности, а в его сочинительстве :). Ну, а чтобы рыбу проекта сделать, то не чураюсь CubeMX :). Сперва я к нему враждебно была настроена, но потом пригляделась и поняла, что это нечто вроде "пассивной" операционной системы, которая лишь исполняет волю вызывателя ее функций, а собственная ее активность близка к нулю. Т.е Kceния(203 знак., 21.08.2020 21:50)