реклама на сайте
подробности

 
 
3 страниц V   1 2 3 >  
Reply to this topicStart new topic
> STM32СubeMX и подобные
-AZ-
сообщение Feb 14 2018, 02:36
Сообщение #1


Частый гость
**

Группа: Участник
Сообщений: 75
Регистрация: 20-09-15
Пользователь №: 88 488



Хотел собрать мнения специалистов, на примере STM32CubeMX.
Все-таки стоит ли применять подобные вещи или это для домохозяек?
При написании больших проектов на чистых С, С++ падает скорость разработки, но пока проверишь используемые ветки HAL, получается тоже не быстро.
Есть ли подводные камни и сложности "ручной" сборки например RTOS, в Cube довольно быстро, но качество неизвестно.
Может применение библиотек производителей, пусть не совсем хороших, не так уж плохо?
Очень интересно мнение тех, кто имеет практический опыт по этой теме.
Go to the top of the page
 
+Quote Post
haker_fox
сообщение Feb 14 2018, 02:54
Сообщение #2


Познающий...
******

Группа: Свой
Сообщений: 2 699
Регистрация: 1-09-05
Из: г. Иркутск
Пользователь №: 8 125



QUOTE (phenixs @ Feb 14 2018, 10:36) *
Очень интересно мнение тех, кто имеет практический опыт по этой теме.

Как всегда на любой вопрос нельзя дать однозначного ответа. Всё зависит от ваших условий и вашего опыта. Я имею опыт использования библиотеки CMSIS для микроконтроллеров серии LPC. Мы решили в своё время её использовать как раз для упрощения работы, и, частично, полагали, что она избавит нас от рутины. Отчасти так и произошло. Но в каждой версии CMSIS'а я находит ошибки (I2C, DMA, SSP). Как правило, функционал этих библиотек никогда не соответствовал нашим требованиям (возможность работы с ОС, по прерываниям и т.п.). Да и самое обидное было искать ошибки в библиотеке, цель которое - избаватить нас от этого процесса. Но опыт мне дал возможность подумать, и сделать вывод: что сейчас я бы начал писать свой драйвер под каждый модуль микроконтроллера. Опираясь только на даташит, юзер мануал и т.п. Вполне возможно заглядывал бы в библиотеки как в референс-дизайн. Всё-таки люди там тоже не одну собаку съели, и некоторые моменты могут быть хорошо разжёваны. Поэтому смотрите сами. Если у вас опыт совсем небольшой, берите готовую библиотеку, ищите в ней ошибке по ходу работы, исправляйте под свои нужды. Если опыта достаточно, я полагаю вы бы не стали задавать этот вопрос. Но если опыта недостаточно, а времени - вагон с тележкой, то можете попробывать и подход, к которому я пришёл)))


--------------------
Желаю всем гармонии с самими собой!
Go to the top of the page
 
+Quote Post
-AZ-
сообщение Feb 14 2018, 03:03
Сообщение #3


Частый гость
**

Группа: Участник
Сообщений: 75
Регистрация: 20-09-15
Пользователь №: 88 488



Давно уже, гуру рекомендовали не использовать чужие либы, я так пошел.
Времени прошло много, да именно так как вы говорите, пишу свои драйвера на каждую периферию с полным пониманием регистров.
Но почему решил собрать актуальное мнение на сегодняшний день, сложность проектов растет, кол-во типов контролеров тоже, переносимость кода в общем-то получается никакая. И довольно сильно увеличивается время разработки. Хочется понять чем сегодня "дышит" мир гуру. Может все-таки время asm проходит...
Вопрос относится к разработкам в рамках производства, а не частных поделках.

Сообщение отредактировал phenixs - Feb 14 2018, 03:39
Go to the top of the page
 
+Quote Post
haker_fox
сообщение Feb 14 2018, 04:23
Сообщение #4


Познающий...
******

Группа: Свой
Сообщений: 2 699
Регистрация: 1-09-05
Из: г. Иркутск
Пользователь №: 8 125



QUOTE (phenixs @ Feb 14 2018, 11:03) *
переносимость кода в общем-то получается никакая.

Это быть не должно. Я использую Си++ при разработке драйверов. Хотя это не важно. Но все драйвера имеют более-менее одинаковый интерфейс. Поэтому для софта не важно, работаете вы часами внутри микроконтроллера, или это часы на i2c висят. Или это часы вообще с sntp сервера.
QUOTE (phenixs @ Feb 14 2018, 11:03) *
Может все-таки время asm проходит...

Оно прошло ещё лет 15 назад.
QUOTE (phenixs @ Feb 14 2018, 11:03) *
Вопрос относится к разработкам в рамках производства, а не частных поделках.

А вот тут вы зря. Это вовсе не показатель качества кода. Я работаю на производстве, если что rolleyes.gif Но и для домашних "поделок" не пишу левой пяткой через среднее ухо rolleyes.gif


--------------------
Желаю всем гармонии с самими собой!
Go to the top of the page
 
+Quote Post
pitt
сообщение Feb 14 2018, 04:24
Сообщение #5


Местный
***

Группа: Участник
Сообщений: 315
Регистрация: 1-06-06
Из: USA
Пользователь №: 17 672



Документация ко всем STM32, с которыми мне приходилось иметь дело не лезет ни в какие ворота - совершенно неоднозначная, написана не по-английски(по-видимому, французский или итальянский) и перевод ужасный. В таком случая Куб помогает понять, о чем же хотела сказать документация. Еще одно достойное применение Куба для электриков - быстро написать примитивный проверочный код для проверки железа/периферии. Для создания профессионального продукта его тоже "можно" использовать, если вас и ваших клиентов надежность интересует в последнюю очередь.
Сейчас молодые коллеги поднимут громкий крик о достоинствах этого индийского продукта, но, в конце концов, " думайте сами, решайте сами - иметь или не иметь..."


--------------------
Прокричал немой глухому:"...Спасибо за внимание!"
http://www.youtube.com/watch?v=3Nnj4ky4Z_g
Go to the top of the page
 
+Quote Post
scifi
сообщение Feb 14 2018, 04:31
Сообщение #6


Гуру
******

Группа: Свой
Сообщений: 2 840
Регистрация: 7-02-07
Пользователь №: 25 136



Цитата(pitt @ Feb 14 2018, 07:24) *
Документация ко всем STM32, с которыми мне приходилось иметь дело не лезет ни в какие ворота - совершенно неоднозначная, написана не по-английски(по-видимому, французский или итальянский) и перевод ужасный.

Люто минусую. За 10+ лет работы с STM всего пару раз столкнулся с неоднозначностью в документации, причём в мелочах. У писателей английский не родной язык, но текст весьма приличный. В общем, не надо напраслину возводить.
Go to the top of the page
 
+Quote Post
-AZ-
сообщение Feb 14 2018, 04:33
Сообщение #7


Частый гость
**

Группа: Участник
Сообщений: 75
Регистрация: 20-09-15
Пользователь №: 88 488



Вот, ключевые слова - если вас и ваших клиентов надежность интересует-
Значит все-таки получается не стоит рисковать с применением индусских библиотек.
Соответственно для увеличения скорости разработок необходимо увеличит штат программистов для реализации собственных драйверов(либо аутсорсинг),
основанных на полном понимании железа и регистров, а не бездумным тыканием в Cube.
Go to the top of the page
 
+Quote Post
Quasar
сообщение Feb 14 2018, 04:47
Сообщение #8


Местный
***

Группа: Свой
Сообщений: 228
Регистрация: 2-12-06
Из: Default City
Пользователь №: 23 021



Цитата(phenixs @ Feb 14 2018, 07:33) *
... не стоит рисковать с применением индусских библиотек.
Соответственно для увеличения скорости разработок необходимо увеличит штат программистов ...


И крайне желательно, нанять в этот штат программистов повыше квалификацией, чем упомянутые индусы. Если на все это есть деньги и время, то конечно лучше не использовать куб.
Go to the top of the page
 
+Quote Post
-AZ-
сообщение Feb 14 2018, 04:52
Сообщение #9


Частый гость
**

Группа: Участник
Сообщений: 75
Регистрация: 20-09-15
Пользователь №: 88 488



Возможно не стоит содержать свой штат и писать драйвера которые кто то уже точно делал, а наверное под каждую задачу искать исполнителя на постоянной основе. Так будет ещё быстрее.
Go to the top of the page
 
+Quote Post
Quasar
сообщение Feb 14 2018, 06:37
Сообщение #10


Местный
***

Группа: Свой
Сообщений: 228
Регистрация: 2-12-06
Из: Default City
Пользователь №: 23 021



Цитата(phenixs @ Feb 14 2018, 07:52) *
Возможно не стоит содержать свой штат и писать драйвера которые кто то уже точно делал, а наверное под каждую задачу искать исполнителя на постоянной основе. Так будет ещё быстрее.


Не совсем понял, а что значит не содержать свой штат, но искать кого-то на постоянной основе? В смысле стороннего исполнителя на постоянной основе?
Go to the top of the page
 
+Quote Post
-AZ-
сообщение Feb 14 2018, 06:47
Сообщение #11


Частый гость
**

Группа: Участник
Сообщений: 75
Регистрация: 20-09-15
Пользователь №: 88 488



Цитата(Quasar @ Feb 14 2018, 09:37) *
Не совсем понял, а что значит не содержать свой штат, но искать кого-то на постоянной основе? В смысле стороннего исполнителя на постоянной основе?

Это субъективное мнение, имею в виду обеспечивать постоянной работой одного или двух проверенных аутсорсеров.
Аутсорсеров потому что как правило не удается найти человека в штат с необходимым опытом, практика показывает, самородки раскиданы по стране, соответственно удаленка.
Go to the top of the page
 
+Quote Post
Jenya7
сообщение Feb 14 2018, 07:12
Сообщение #12


Профессионал
*****

Группа: Участник
Сообщений: 1 479
Регистрация: 29-03-12
Пользователь №: 71 075



Категорически против CubeMX. Уж лучше SPL - намного лучше. А если его (SPL) подправить так вообще конфета получается.
Go to the top of the page
 
+Quote Post
amiller
сообщение Feb 14 2018, 07:38
Сообщение #13


Частый гость
**

Группа: Участник
Сообщений: 154
Регистрация: 20-02-14
Из: Томск
Пользователь №: 80 612



С каждым днём на форуме всё больше вопросов по Cube, HAL, SPL и т.п.
По нужности применения - вопрос дискуссионный.
Но вот подумать над тем, чтобы выделить всё это добро в отдельную ветку, надо.
На мой взгляд дискуссии о том, какой параметр и в какой функции что обозначает и для чего применяется, уже не имеет никакого отношения к микроконтроллерам.
Пусть уж люди, которые сделали выбор в пользу использования этих инструментов варятся в собственном соку.
Go to the top of the page
 
+Quote Post
-AZ-
сообщение Feb 14 2018, 08:51
Сообщение #14


Частый гость
**

Группа: Участник
Сообщений: 75
Регистрация: 20-09-15
Пользователь №: 88 488



Цитата(Jenya7 @ Feb 14 2018, 10:12) *
Категорически против CubeMX. Уж лучше SPL - намного лучше. А если его (SPL) подправить так вообще конфета получается.

Вот, тоже хотел озвучить это мнение, SPL в общем то и есть в чистом виде драйвера, стиль оформления кода конечно жесть, но привести в порядок и по моему очень даже ничего.
Но это применимо к ST, с другими производителями опять начнутся вариации...
Соответственно для стандартизации кода на предприятии наверное лучшим вариантом остается свои библиотеки.
Go to the top of the page
 
+Quote Post
0men
сообщение Feb 14 2018, 09:28
Сообщение #15


Участник
*

Группа: Участник
Сообщений: 61
Регистрация: 7-05-05
Пользователь №: 4 819



применяю HAL, код из куба только для первого ознакомления изредка
Go to the top of the page
 
+Quote Post

3 страниц V   1 2 3 >
Reply to this topicStart new topic
5 чел. читают эту тему (гостей: 4, скрытых пользователей: 0)
Пользователей: 1 A.Lex

 


RSS Текстовая версия Сейчас: 19th February 2018 - 03:54
Рейтинг@Mail.ru


Страница сгенерированна за 0.12841 секунд с 7
ELECTRONIX ©2004-2016