[uquote="dosikus",url="/forum/viewtopic.php?p=3458731#p3458731"]Адепты калокуба и г.либ просто не в состоянии осознать работу периферии, за них "ужевсесделано".[/uquote]
Тебе греет душу что ты знаешь железо по памяти на все известные мк? Ты гордишься собой? Это поднимает твоё чсв? Но что толку если другие пишут то же самое, но используя готовые либы? Если результат один и тот же, то путь который быстрее, легче и дешевле лучше любых пяток в грудь.
Я понимаю твою воинственность. Когда куб и либы станут стандартом в разработке любых продуктов, ты останешься без работы. Ибо любой студент не зная мк на уровне регистров сможет написать всё то же что делаешь ты. И так как их будет много, то и зряплата твоя упадёт.
Но прогресс ты остановить не сможешь, ровно как сейчас никто не пишет на асемблере для пк.
dosikus писал(а):просто не в состоянии осознать работу периферии, за них "ужевсесделано"
я не имею ни малейшего понятия о регистрах HDD, о DMA внутри материнки, о южном мосте и таймингах PCI, но при этом мне ничто не мешает читать-писать файлы. по мере того, как МК по своей мощности приближаются к PC (путь хотя бы 10-летней давности), вполне разумным предположением выглядит массовое внедрение аналогичных принципов взаимодействия с аппаратными системами МК.
AndTer писал(а):ты останешься без работы
возможно, как раз и не останется ведь кто-то же должен будет выполнять черную работу для "обычных" пользователей то есть драйверы писать
если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе
при взгляде на многих сверху ничего не меняется...
[uquote="ARV",url="/forum/viewtopic.php?p=3458742#p3458742"]возможно, как раз и не останется ведь кто-то же должен будет выполнять черную работу для "обычных" пользователей то есть драйверы писать[/uquote]
Мировые корпорации не возьмут к себе на работу колхозника с утюгом, да ещё и вспомнят как он называл их куб и хал
А если серьёзно, то вроде взрослый дядька, а проявляет какой то юношеский максимализм.
Мы живём в такое время, что нельзя быть во всём профессионалом. И часто костыли помогают решать задачу.
Да, в узком кругу ограниченных разрабов куб наверное плохо, но их же никто не заставляет им пользоваться. Не надо не пользуйтесь. Но есть те кому куб и хал помогает решать задачи, причём на достаточном уровне. А "если не видно разницы"?
Хватит уже хаить то, что не является плохим или хорошим, а просто не подходит именно вам.
[uquote="dosikus",url="/forum/viewtopic.php?p=3458760#p3458760"]Никак мАсквич. Ты бы поосторжней ярлыки вешал, здесь весь форум практически колхозит и не кичится как ты.[/uquote]
мАсквич это твоя недостижимая мечта.
Последний раз редактировалось AndTer Пн сен 17, 2018 14:50:19, всего редактировалось 1 раз.
[uquote="AndTer",url="/forum/viewtopic.php?p=3458738#p3458738"]Когда куб и либы станут стандартом в разработке любых продуктов, ты останешься без работы.[/uquote]
Куб и либы -- это хорошо и лично я в категорической форме никогда особо и не выступал против. Но посмотрите на это немного с другого ракурса. Предположим, что есть либо конкурирующее семейство МК от другого производителя, либо просто какие-то близкородственные чипы, которые нужную задачу решают лучше или только они и решают. Вобщем, нюансы тут не особо важны. Важно, что есть HAL и некий SDK. Они отличаются даже на уровне концепции. Чтобы подступиться к новому чипу, придется раскуривать SDK с нуля. При этом, новый чип это такой же ARM, только с немного иной периферией, которая, как и положено, полностью описывается в CMSIS. Запуститься на нем просто на аналогиях с железом stm32 и на сходствах в CMSIS может оказаться значительно проще, чем имея один только куб и хал за спиной.
Выбирая подход "Куб+Хал", разработчик делает шаг к сознательному ограничению приложения своих способностей только к одному семейству. Это при том, что поворот индустрии в направлении к АРМу, как раз и вызван главным образом тем, чтобы уменьшить число сущностей и базироваться на единой платформе, пользуясь плюсами внутривидового разнообразия. Хал+Куб поворачивают эту тенденцию обратно. Конкретно этот момент лично у меня не вызывает никакого восторга.
И так как их будет много, то и зряплата твоя упадёт.
Глядя на то, как спрос на программистов все больше и больше увеличивается, а предложение теми же темпами не поспевает, переживания насчет зарплат представляются несколько преждевременными.
Последний раз редактировалось a5021 Пн сен 17, 2018 14:49:36, всего редактировалось 1 раз.
[uquote="AndTer",url="/forum/viewtopic.php?p=3458745#p3458745"]Мировые корпорации не возьмут к себе на работу колхозника с утюгом, да ещё и вспомнят как он называл их куб и хал [/uquote]
Никак мАсквич. Ты бы поосторжней ярлыки вешал, здесь практически весь форум колхозит и не кичится как ты.
[uquote="ARV",url="/forum/viewtopic.php?p=3458742#p3458742"]я не имею ни малейшего понятия о регистрах HDD, о DMA внутри материнки, о южном мосте и таймингах PCI, но при этом мне ничто не мешает читать-писать файлы. по мере того, как МК по своей мощности приближаются к PC (путь хотя бы 10-летней давности), вполне разумным предположением выглядит массовое внедрение аналогичных принципов взаимодействия с аппаратными системами МК.[/uquote]
Когда тебе удобно ты применяешь двойные стандарты, не находишь что это у тебя уже в крови?
В какой раз тебе ябъснять что МК не PC?
jcxz писал(а):Потом с проектами там ужас как неудобно: забэкапить проект, или скопировать его, или добавить в него что-то (файл или ещё) и т.п. - надо было какие-то импорты-экспорты делать. Когда в IAR-е это всё элементарно - кинул файл в папку добавил/убрал в проект парой кликов и всё.
Извращение, имхо, все эти импорты-экспорты и папки. Когда уже много лет существуют системы контроля версий вроде того же Git.
[uquote="a5021",url="/forum/viewtopic.php?p=3458757#p3458757"]Предположим, что есть либо конкурирующее семейство МК от другого производителя, либо просто какие-то близкородственные чипы, которые нужную задачу решают лучше или только они и решают.[/uquote]
Ну для ПК проблема оказалась решена. Речь всё же не о кубе конкретно, а о концепции.
Появится какой нибудь "параллепипед", в котором ты выберешь МК из библиотеки(все производители и все модели, а не только стм), назначишь ножки, сконфигурируешь и будешь писать используя абстракции.
Сейчас же писатели компового софта не заморачиваются на то какой процессор и какой чипсет стоит. Так и в будущем будет с МК.
[uquote="a5021",url="/forum/viewtopic.php?p=3458757#p3458757"]Выбирая подход "Куб+Хал", разработчик делает шаг к сознательному ограничению приложения своих способностей только к одному семейству.[/uquote]
Ну ведь это только начало? И возможно ограничения будут сняты!
[uquote="a5021",url="/forum/viewtopic.php?p=3458757#p3458757"]Глядя на то, как спрос на программистов все больше и больше увеличивается, а предложение теми же темпами не поспевает, переживания насчет зарплат представляются несколько преждевременными.[/uquote]
Ну глядя на развитие искусственного интеллекта, на снижения требований к решению задач в виде прокладок а-ля куб/цмсис/хал, кто знает куда качнётся рынок... Не получится ли как с экономистами и юристами...
[uquote="AndTer",url="/forum/viewtopic.php?p=3458768#p3458768"]в виде прокладок а-ля куб/цмсис/хал[/uquote]
Вообще-то это кал, которой даже не HAL ни разу , прокладка между юзер_кодом и CMSIS(точней регистрами), но тебе-то этого не понять.
Так же как не понять что CMSIS это требования к вендору и без них ну просто ни как...
[uquote="dosikus",url="/forum/viewtopic.php?p=3458774#p3458774"]но тебе-то этого не понять.[/uquote]
Как бы мне тебе объяснить, что кал - это ты и твоего мнения я не спрашивал? Ибо всем оно известно - кроме "калокуб", от тебя ни одного сообщения.
Ребят, не заставляйте меня тратить время (которого итак нет) на разгребание вашего срача. Завязывайте. Иначе все, без разбора, полетите в Баню. Я не буду разбираться, кто прав, а кто нет...
Хотим обменяться любезностями - идите в личку. Ну или в "МЯУУУ", если вас устраивают публичные фаллодуэли.
[uquote="AndTer",url="/forum/viewtopic.php?p=3458768#p3458768"]Ну для ПК проблема оказалась решена.[/uquote]
Более-менее решена она оказалась только тогда, когда осталась лишь одна платформа, на которой все ПК и сидят. Именно потому, что с микроконтроллерами ситуация существенно иная, рисовать параллели с ПК -- идея не совсем удачная.
Появится какой нибудь "параллепипед", в котором ты выберешь МК из библиотеки(все производители и все модели, а не только стм), назначишь ножки, сконфигурируешь и будешь писать используя абстракции.
Ничуть не против такого подхода. Смущает только, что надежды на скорое изобретение "параллелепипеда" весьма призрачны.
Ну глядя на развитие искусственного интеллекта, на снижения требований к решению задач в виде прокладок а-ля куб/цмсис/хал, кто знает куда качнётся рынок... Не получится ли как с экономистами и юристами...
Если рванет весь этот IoT, то не имею ни малейшего представления, как будут удовлетворяться потребности в программистах. Мало того, что и до этого спрос рос по экспоненте, так теперь еще и офигенной мощности ускоритель нарисовался.
Когда вы изучите Cortex на уровне стандартного интерфейса CMSIS, любые камни сможете программировать с быстрым стартом. Так как этот стандарт был специально создан для ускорения разработки. https://radiowolf.ru/2016/12/165/cmsis_arm_cortex/
STM32CubeMX не является стандартом в индустрии. Это лишь инициатива STM призванная облегчить разработку для семейства STM32.
В CubeMX хороший навигатор по микроконтроллерам.
Начинающим я советую изучать кортексы начиная с F0/L0 серии, изучая периферию пошагово с пониманием каждого регистра.
Параллельно будете изучать язык Си, если не знали до этого. Так же будете изучать среду разработки KEIL.
Купите ознакомительные платы от STM они уже с отладчиком и изучайте.
Последний раз редактировалось Oxford Пн сен 17, 2018 16:25:03, всего редактировалось 1 раз.
Инженер R@D
Telegram чат: https://t.me/radiowolf или в поиске приложения @radiowolf. Личка:@cncoxford
[uquote="Oxford",url="/forum/viewtopic.php?p=3458824#p3458824"]Когда вы изучите Cortex на уровне стандартного интерфейса CMSIS, любые камни сможете программировать с быстрым стартом. Так как этот стандарт был специально создан для ускорения разработки. https://radiowolf.ru/2016/12/165/cmsis_arm_cortex/
STM32CubeMX не является стандартом в индустрии.[/uquote]
Есть наглядные примеры, что-то вроде "как менять куб на CMSIS"? С сохранением преимуществ быстрого старта.
[uquote="pvit",url="/forum/viewtopic.php?p=3458830#p3458830"][uquote="Oxford",url="/forum/viewtopic.php?p=3458824#p3458824"]Когда вы изучите Cortex на уровне стандартного интерфейса CMSIS, любые камни сможете программировать с быстрым стартом. Так как этот стандарт был специально создан для ускорения разработки. https://radiowolf.ru/2016/12/165/cmsis_arm_cortex/
STM32CubeMX не является стандартом в индустрии.[/uquote]
Есть наглядные примеры, что-то вроде "как менять куб на CMSIS"? С сохранением преимуществ быстрого старта.[/uquote]
Я не использую STM32CubeMX для программирования, в этом нет необходимости. У меня таких примеров нет. Менять там ничего не надо по сути, вам нужно просто начать новый проект через CMSIS и все. В любом случае вам нужно изучать интерфейс и читать референс мануал. Это стандарт в индустрии.
Инженер R@D
Telegram чат: https://t.me/radiowolf или в поиске приложения @radiowolf. Личка:@cncoxford
[uquote="Oxford",url="/forum/viewtopic.php?p=3458836#p3458836"]Я не использую STM32CubeMX для программирования, в этом нет необходимости. У меня таких примеров нет.[/uquote]
Ок. Тогда спрошу иначе. С CMSIS реально обойтись без глубокого погружения в документацию по каждому регистру? Собственно, только из-за этого куб пока и использую, хоть он мне и не нравится.
Нужно отдавать себе отчет в том, что хотя Куб и Хал могут где-то существенно облегчить жизнь, запираться исключительно в их экосистеме может впоследствии выйти боком. Пример перед глазами -- был SPL, да сплыл. Многие до сих испытывают затруднения с тем, чтобы выбраться оттуда.
[uquote="Oxford",url="/forum/viewtopic.php?p=3458847#p3458847"]Если вы решили использовать STM32CubeMX, тогда вам нужно будет погрузиться в это https://www.st.com/resource/en/user_man ... 154093.pdf https://www.st.com/resource/en/user_man ... 104712.pdf https://www.st.com/resource/en/user_man ... 122015.pdf
и другая документация доступна на сайте производителя.
Читать референс мануал или нет это ваше желание, как хотите.[/uquote]
Для меня не проблема сменить АПИ, и в код заглянуть тоже не трудно. Реальная проблема - как все проинициализировать с минимальными затратами времени. Его пока хватает на что потратить. Если данную проблему кроме куба кто-то еще решил, было бы интересно узнать какие есть варианты.
ведь кто-то же должен будет выполнять черную работу для "обычных" пользователей 
то есть драйверы писать
