-
- наверно писали индусы-джависты - zeleny(21.05.2014 10:24)
- вот и я. Всё пытаюсь продраться. Мож правда, пока не влез сильно, STM32CUBE + HAL? - Лагунов(21.05.2014 07:05)
- Я смотрел кубик, достаточно простая и логичная штука. Как-то разумно оно. Вот. - Ralex(21.05.2014 09:12, ссылка)
- но всё же только для STM32F4/2XXX ? Для STM32F030 получается, что нет? Очень хочется дешевого STM32. :-) - Лагунов(21.05.2014 11:31)
- Я смотрел кубик, достаточно простая и логичная штука. Как-то разумно оно. Вот. - Ralex(21.05.2014 09:12, ссылка)
- Для редко вызываемых настроечных функций не вижу смысла в ручных оптимизациях. А всякие по-проще - вполне заменяются макросами. Для узнаваемости и дабы не выдумывать велосипед использую префикс к именам функций из либы. Vit(1376 знак., 20.05.2014 21:15)
- +1. При инициализации использую библиотеки, а в прерываниях и при частом использовании оптимизирую код нужных мне функций. Только вместо макросов - инлайн функции. VAI(323 знак., 21.05.2014 10:01)
- Ну и я переписал только GPIO, и еще чего-то несущественное. Само по себе переписывание библиотек означает болезненную тягу к совершенству. Жить то когда? - Vladimir Ljaschko(20.05.2014 21:25)
- Порылся в ейных исходниках. Какие-то действия удобные спору нет, но в других случаях чтобы сделать одно простое телодвижение оно заполняет структуру хрен знает каких размеров потом прописывает это дело в регистры. Жуть. Если хочется получать Codavr(227 знак., 20.05.2014 20:38)
- ST переключились на HAL и развивать SPL не намерены. Нижний уровень HAL очень грамотно построен на макросах... - rip(20.05.2014 20:42)
- Ну и правильно. А для F1 они когда грозятся наваять? - Codavr(20.05.2014 20:44 - 20:48)
- Какие резоны использовать F1 при наличии F2? - nanorobot(20.05.2014 20:58)
- цена и мелкие корпуса - AVF(20.05.2014 21:36)
- Исторически сложилось. Есть куча готовых железяк с кривым софтом. - Codavr(20.05.2014 21:03)
- Какие резоны использовать F1 при наличии F2? - nanorobot(20.05.2014 20:58)
- Ну и правильно. А для F1 они когда грозятся наваять? - Codavr(20.05.2014 20:44 - 20:48)
- ST переключились на HAL и развивать SPL не намерены. Нижний уровень HAL очень грамотно построен на макросах... - rip(20.05.2014 20:42)
- попробуйте использовать STM32CUBE + HAL для конфигурации, а затем нижний уровень HAL вместо standard peripheral library... - rip(20.05.2014 20:35)
- Так получается, что не поддерживает серию STM32F030? - Лагунов(21.05.2014 07:12)
- обещают... - rip(22.05.2014 01:56)
- Так получается, что не поддерживает серию STM32F030? - Лагунов(21.05.2014 07:12)
- Будет короче через имена регистров. Навык рулит. Возможная альтернатива - использовать HAL от ChibiOs. Очень удобно, отлично документировано. поддерживаются STM32, LPC и пр. Очень высокий уровень разработки(разработчика), имхо. Есть заточенная nanorobot(115 знак., 20.05.2014 20:24 - 20:30)
- Пока не успел освоить эту библиотеку скачай изучай новую stm32cube - jhoo(20.05.2014 20:12)
- Я с кортексами именно так и предпочитаю работать. Как мне кажется, намного удобнее. - KLIM83(20.05.2014 19:11)
- ну вот было бы удобнее не вызывать ф-цию для каждого пина, хотяб для сокращения листинга ) - Argon(20.05.2014 19:16)
- Зато наглядно, не надо тратить время чтобы определить какие ноги используются и лично у меня все ноги проименнованны(т.е. понятен функционал). - oman(21.05.2014 10:38)
- В принципе, это дело привычки. Не вижу никаких проблем написать что- то типа PORTD->SETTX = 1<<7; Некоторые считают это ASM'оподобным быдлокодом. - KLIM83(20.05.2014 19:20)
- при наличии готовых определений, к тому же совпадающих с даташитом, так оно и есть ;) - Vladimir Ljaschko(20.05.2014 20:58)
- ну вот было бы удобнее не вызывать ф-цию для каждого пина, хотяб для сокращения листинга ) - Argon(20.05.2014 19:16)