STM32 новичку в ARM что к чему

[Eddy_Em]

[uquote="Dimon456",url="/forum/viewtopic.php?p=4037919#p4037919"]Если бы "товар" не продавали, то не было бы "дебилов" которые его покупают.[/uquote]
Не надо путать причину со следствием! На любой спрос найдется предложение. И чем больше в мире извращенцев, тем извращенней будет предложение. Вот появилось огромное гей-сообщество — вуаля, для них родилась фирма Apple со своими гей-поделками. Ну и так далее...

[do-vitas]

Собираю устройство usb-can сначала хотел как у всех на stm32f105 но не нашел камень за гуманные деньги! нашел stm32f373 развел плату вытравил спаял все работает теперь мучаюсь с программой! вертуал порт в компе обнаружился все вроде гуд день сижу вылазит ошибка при компиляции неопределенная переменная вот тока я ее в тексте вообще нигде не вставлял "hUsbDevice_0" откуда берется не пойму если кто глянет буду очень признателен!
https://disk.yandex.ru/d/j-1tZtIv5th_KQ

[Eddy_Em]

на stm32f105

А с каких пор у F105 USB и CAN могут одновременно работать? Я на F0x2 делал, т.к. на Cortex-M4 пока боязно переходить (да и нет у меня ничего для них, это минимум неделю Makefile, стартап, линкер и хедеры собирать).

"hUsbDevice_0" откуда берется не пойму

А вот не надо кал использовать! Один раз стоит потратить месяцок времени, да родить нормальный USB. Им и пользоваться, а не всяким Г.

[do-vitas]

А с каких пор у F105 USB и CAN могут одновременно работать?

ошибаетесь это на 103 они не работают одновременно у них области памяти одни, а тут вполне!

А вот не надо кал использовать! Один раз стоит потратить месяцок времени, да родить нормальный USB. Им и пользоваться, а не всяким Г.

да вот жешь все как всегда походу еще не один пример с нета не работал.... разбираюсь потихоньку. учусь...

Добавлено after 1 hour 22 minutes 36 seconds:
О все ребятки заработало просто оказывается что stm-цы обновили can библиотеку недавно а это обозначение из старой приплыло... сутки убил...

[Fahrenheite]

Кто может помочь?
Купил девбоард STM32MP157A-DK1.
Как правильно подключить LRCLK и MCLK на I2S к STM32MP157?
Всем спасибо, кто откликнется.

[Asmodey]

[uquote="do-vitas",url="/forum/viewtopic.php?p=4048275#p4048275"]оказывается что stm-цы обновили can библиотеку недавно а это обозначение из старой приплыло... сутки убил...[/uquote]
Имея дело с ST всегда нужно быть готовым к подобным подлянкам. Их у них много всяких...

[COKPOWEHEU]

[uquote="Asmodey",url="/forum/viewtopic.php?p=4049083#p4049083"]Имея дело с ST всегда нужно быть готовым к подобным подлянкам. Их у них много всяких...[/uquote]

А вот не надо кал использовать!

[Мурик]

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=4048269#p4048269"]это минимум неделю Makefile, стартап, линкер и хедеры собирать[/uquote]Пишите в IDE и создадите проект за несколько минут.

[avtoneru]

[uquote="COKPOWEHEU",url="/forum/viewtopic.php?p=4049096#p4049096"]

А вот не надо кал использовать!

[/uquote]
HAL можно использовать. Но надо делать это осознанно.
Осознанно - это зная что и как делаешь.
Иначе можно ставить под сомнение саму парадигму вторичного использования кода, и частный случай этой парадигмы в виде сторонних библиотек.
А вот думать, что "КУБ напишет за меня код" - действительно вредно.

[do-vitas]

Я уже немного изучил и hal и ll где-то там пишу где-то там можно и на cmsis но просто дольше. это просто инструменты! единственно вот в этом проекте заметил что keil как-то долго компилирует.. Установил STM32CubeIDE 1.6.0 попробовал один и тот-же проект собрать разница ощутима не знаю с чем связано...

[COKPOWEHEU]

[uquote="avtoneru",url="/forum/viewtopic.php?p=4049139#p4049139"]Осознанно - это зная что и как делаешь.
Иначе можно ставить под сомнение саму парадигму вторичного использования кода, и частный случай этой парадигмы в виде сторонних библиотек.[/uquote]
Суть в том, что не надо использовать первые попавшиеся сторонник библиотеки.
Исключение - первоначальная проверка алгоритма и железки.
Исключение - когда запас производительности настолько большой, что допускает некачественный код.

[Eddy_Em]

[uquote="Мурик",url="/forum/viewtopic.php?p=4049132#p4049132"]Пишите в IDE и создадите проект за несколько минут.[/uquote]
Я и пишу в IDE — Qt Creator.
И не понимаю, чем мне IDE в этом может помочь: она угадает мои мысли и напишет нужный линкер-скрипт (где будут выделены две секции, занимающие весь свободный объем банков флеша, под хранение настроек и логов?), или же она угадает мои мысли и напишет правильный стартап?
Вот, вчера сел я расширять свое творчество на STM32F303. Нужные заголовочные файлы собрал (правда, кроме специфичной математики: мне БПФ и т.п. не нужно), в стартапе у меня, оказывается, уже были расписаны прерывания под F3 и F4, нужно лишь добавить код инициализации FPU и настройки тактирования.

IDE это за меня не сможет сделать, т.к. мысли мои читать не умеет.
[uquote="avtoneru",url="/forum/viewtopic.php?p=4049139#p4049139"]HAL можно использовать. Но надо делать это осознанно.[/uquote]
Идеальный случай - не использовать кал ни в каких случаях. Потому что можно привыкнуть к "тяп-ляп - и в продакшн" и превратиться в абдуринщика.

[Мурик]

угадает мои мысли и напишет нужный линкер-скрипт (где будут выделены две секции, занимающие весь свободный объем банков флеша, под хранение настроек и логов?)

Правка скрипта линкера не требует много времени. Точно не неделю!
Если не знаете как он устроен - изучайте https://ftp.gnu.org/old-gnu/Manuals/ld- ... /ld_3.html

или же она угадает мои мысли и напишет правильный стартап?

IDE добавит в проект стандартный стартап от ST для выбранного контролера. Если нужно, измените его под себя.

[VladislavS]

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=4049238#p4049238"]И не понимаю, чем мне IDE в этом может помочь:[/uquote]В нормальной IDE создание проекта под нужный контроллер со всеми стартапами, скриптами линкера и заголовочными файлами это 5-10 минут.

[Eddy_Em]

Правка скрипта линкера не требует много времени. Точно не неделю!

Если по полчаса каждый вечер на это тратить, то с нуля собирать окружение — штука длительная.

стандартный стартап от ST для выбранного контролера.

Ассемблерный, небось? Я что — на извращенца похож, чтобы в асме под ARM ковыряться, когда все на С пишется?

В нормальной IDE создание проекта под нужный контроллер со всеми стартапами, скриптами линкера и заголовочными файлами это 5-10 минут.

У меня это вообще 10 секунд занимает: скопировал сниппет — вуаля! Вот только до этого пришлось все собрать в кучу. Ну и самих сниппетов понаписать.

[avtoneru]

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=4049331#p4049331"]Ассемблерный, небось? Я что — на извращенца похож, чтобы в асме под ARM ковыряться, когда все на С пишется?[/uquote]
Хотя в CMSIS и пишется, что ассемблерные считаются устаревшими, под STM32 они на ассемблере.
Мне, для общего развития, честно интересно, что и зачем менять в startup файле.
В файл линкера приходилось залазить, секции под себя добавлять, а вот зачем может потребоваться править стартовый файл - не догадываюсь.

[VladislavS]

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=4049331#p4049331"]У меня это вообще 10 секунд занимает: скопировал сниппет — вуаля! Вот только до этого пришлось все собрать в кучу. Ну и самих сниппетов понаписать.[/uquote]Я имел в виду контроллер, который раньше не использовал. Просто от выбора типа до загрузки тестовой программы в контроллер.

[Eddy_Em]

[uquote="VladislavS",url="/forum/viewtopic.php?p=4049361#p4049361"]Я имел в виду контроллер, который раньше не использовал.[/uquote]
В этом случае минимум месяц уйдет на подготовку базиса, чтение даташита с RM, написание сниппетов…
IDE за вас ничего этого не сделает.

[COKPOWEHEU]

[uquote="VladislavS",url="/forum/viewtopic.php?p=4049361#p4049361"]Я имел в виду контроллер, который раньше не использовал. Просто от выбора типа до загрузки тестовой программы в контроллер.[/uquote]
"типовая программа" годится только проверить живой ли контроллер вообще. Потом ведь все равно придется писать (или искать и вычитывать) стартап, инициализацию, библиотеки.
Не говоря уж о том, что "тестовые программы" в IDE обычно не встраиваются, то есть их тоже нужно где-то искать и придумывать как собрать, что зачастую сложнее написания с нуля.

Ассемблерный, небось? Я что — на извращенца похож, чтобы в асме под ARM ковыряться, когда все на С пишется?

А чем вам ассемблер не по нраву? Если есть какой-то низкоуровневый код, который выполняется при старте, так его достаточно прочитать и выкинуть откровенные косяки. Не писать же ту же таблицу прерываний с нуля. Подобным мазохизмом стоит заниматься только если готового стартапа нет.

[VladislavS]

[uquote="COKPOWEHEU",url="/forum/viewtopic.php?p=4049375#p4049375"]А чем вам ассемблер не по нраву?[/uquote]Отсутствием совместимости.

[uquote="COKPOWEHEU",url="/forum/viewtopic.php?p=4049375#p4049375"]Не писать же ту же таблицу прерываний с нуля.[/uquote]Зачем? Всё давно написано. Например, для F4

F4.png

(16.53 КБ) 315 скачиваний