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

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 обычно не встраиваются, то есть их тоже нужно где-то искать и придумывать как собрать, что зачастую сложнее написания с нуля.

Eddy_Em писал(а):Ассемблерный, небось? Я что — на извращенца похож, чтобы в асме под 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 КБ) 328 скачиваний

Реклама

Eddy_Em

Это где такое обилие стартапов валяется?
Может там еще и функции инициализации при старте есть? Чтобы самому не писать, вчитываясь в даташиты...

avtoneru

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=4049401#p4049401"]Это где такое обилие стартапов валяется?
Может там еще и функции инициализации при старте есть? Чтобы самому не писать, вчитываясь в даташиты...[/uquote]
Всё, что надо для стандартного использования согласно CMSIS - https://www.keil.com/pack/doc/CMSIS/Cor ... ng_pg.html
- у STM32 имеется.
Всё лежит в свободном доступе на Github. Под все камни... например, под F4 https://github.com/STMicroelectronics/cmsis_device_f4

COKPOWEHEU

[uquote="VladislavS",url="/forum/viewtopic.php?p=4049390#p4049390"]Отсутствием совместимости.[/uquote]
Отсутствием совместимости платформо-зависимого кода с чем?

Eddy_Em

[uquote="avtoneru",url="/forum/viewtopic.php?p=4049418#p4049418"]Под все камни... например, под F4 https://github.com/STMicroelectronics/cmsis_device_f4[/uquote]
Там нет вменяемого стартапа — зачем-то на асме только! Извращенцы чертовы!!!

avtoneru

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=4049429#p4049429"][uquote="avtoneru",url="/forum/viewtopic.php?p=4049418#p4049418"]Под все камни... например, под F4 https://github.com/STMicroelectronics/cmsis_device_f4[/uquote]
Там нет вменяемого стартапа — зачем-то на асме только! Извращенцы чертовы!!![/uquote]
Почему-то ко всем МК STM32 файл первоначального старта идет на ассемблере. Хотя в CMSIS пишется, что это устаревший формат файла. Зачем они так делают - мне непонятно, но видимо "потому что".

Вместе с этим - там на ассемблере всего несколько строчек... понятных...

Интересовался уже, а что надо менять в этом файле, и зачем? Это может быть полезной информацией.

Eddy_Em

Я стартап утащил из opencm3. Там объявляются обработчики прерываний, а в reset_handler вот это:

Код: Выделить всё

void WEAK __attribute__ ((naked)) __attribute__ ((noreturn)) reset_handler(void){
  extern char _sdata;    // .data section start
  extern char _edata;    // .data section end
  extern char _sbss;     // .bss  section start
  extern char _ebss;     // .bss  section end
  extern char _ldata;    // .data load address
    
  char *dst = &_sdata;
  char *src = &_ldata;
    
  // enable 8-byte stack alignment to comply with AAPCS
  SCB->CCR |= 0x00000200;
    
  // copy initialized variables data
  while ( dst < &_edata ) { *dst++ = *src++; }
    
  // clear uninitialized variables
  for ( dst = &_sbss; dst < &_ebss; dst++ ) { *dst = 0; }

  // call main
  main();
    
  // halt
  for(;;) {}
}

Меня это полностью устраивает, так что я не переопределяю его.
Но еще нужно выполнить базовую настройку тактирования и т.п., это у меня в заголовочном файле stm32fX.h (где X - 0, 1 или 3), функцию эту я обозвал sysreset(), выполняю ее сразу после начала main() (но при необходимости можно ее и в другом месте вызвать или вообще не вызывать). Оттуда же подключаются нужные заголовочные файлы с определением регистров.

avtoneru

Eddy_Em, вместо некоего "стандартного" использования, которое производитель ядра ARM описывает как CMSIS, Вы написали свой вариант...
Это тоже вариант написания кода.
Но большинство будет придерживаться некой общей парадигмы.

Хотя кого я обманываю. Большинство будет, как всегда, копипастить и искать "мудрость" в видео, блогах и статьях. Читать документы должен кто-то другой.

Добавлено after 32 minutes 32 seconds:
По поводу того, почему startup на ассемблере : https://community.st.com/s/question/0D5 ... m-asm-to-c

VladislavS

[uquote="COKPOWEHEU",url="/forum/viewtopic.php?p=4049428#p4049428"]Отсутствием совместимости платформо-зависимого кода с чем?[/uquote]Между разными компиляторами.

Добавлено after 6 minutes 5 seconds:
[uquote="Eddy_Em",url="/forum/viewtopic.php?p=4049401#p4049401"]Это где такое обилие стартапов валяется?[/uquote]Почему валяется? Аккуратненько так разложено по сериям для всего STM32 и не только. В VisualGDB. Там ещё скрипты линкера и заголовочные файлы на всё приложены.

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=4049401#p4049401"]Может там еще и функции инициализации при старте есть? Чтобы самому не писать, вчитываясь в даташиты...[/uquote]Как можно хаять куб и хотеть его одновременно?

VladislavS

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=4049435#p4049435"]Я стартап утащил из opencm3.[/uquote]Секции выровнены по 32 бита. Зачем их побайтово копировать/занулять? Вот так эффективнее

Код: Выделить всё

extern uint32_t _sidata[], _sdata[], _edata[], _sbss[], _ebss[];    

for (volatile uint32_t *pSrc = _sidata, *pDst = _sdata; pDst != _edata; *pDst++ = *pSrc++);

for (volatile uint32_t *pDst = _sbss; pDst != _ebss; *pDst++ = 0);

PS: да и SystemInit() надо до инициализации вызывать. Во-первых, RAM может быть выключена при старте. Во-вторых, тактовую поднять. А то так и получите, что ARM тормознее AVR.

СКАЗОЧНИК

Добрый день. Методика, которую использую я для изучения микроконтроллеров "От случая к случаю, когда есть время" дает очень плохие результаты...

Однако, желание не пропадает, а времени на все просто не хватает. Прошу помочь уже много лет начинающиму расшифровать эту строчку:

Код: Выделить всё

#define TIM2                ((TIM_TypeDef *) TIM2_BASE)

А точнее, ее правую часть.
1. Правильно же я понял, что TIM2_BASE - это просто число - адерс памяти, по которму находится первый регистр для таймера2?
2. А TIM_TypeDef - это название типа (структуры), у которой есть поля, которые в свою очередь являются РЕГИСТРАМИ для настройки этого таймера?
3. И так как, эти поля как целые 32 разрядные типы, то первое поле имеет смещение 0 и, следовательно, первый регистр в этой структуре будет равен адресу TIM2_BASE, а второй уже будет равен TIM2_BASE+32? и т.д.
4. А сама запись (TIM_TypeDef *) TIM2_BASE Что-то я туплю... Тут же нету пременных? Если я беру адрес переменной через & и присваиваю его перменной-указателю, то более или менее понятно. Гоню. Ест перменная TIM_TypeDef типа структуры. В нее почему через звездочку запихивают значение адреса? Потому что нет переменной у которой надо брать адрес через разыменование?

Короче, надо более подробно про работу указателей и структур ИМЕННО в связке микроконтроллера. Простое изучение Си для компьютера порождает путаницу в голове, т.к. для компа понятно, там используются названия переменных, а для микроконтроллера не очень, т.к. здесь получается простая адерсная арифметика на числах...

Добавлено after 4 minutes 27 seconds:
И в догонку. Правильно я понимаю, что организация памяти этих микроконтроллеров (и ИМЕННО она) позволила сделать подобное, чтобы можно было все регистры расписать через структуры, а потом к ним обращаться? Т.е. в этом принципиальное различие от тех же АВР контроллеров?

Добавлено after 4 minutes 15 seconds:
З.Ы. я подозреваю, что сам на свои вопросы отвечаю. Но все же лучше уточнить.

WiseLord

СКАЗОЧНИК писал(а):Правильно же я понял, что TIM2_BASE - это просто число - адерс памяти, по которму находится первый регистр для таймера2?

Именно так.

Код: Выделить всё

#define TIM2                ((TIM_TypeDef *) TIM2_BASE)

А здесь уже TIM2 - это указатель на структуру типа TIM_TypeDef, численно равный TIM2_BASE. У этой структуры несколько полей, и все они 32-битные (4-байтовые).

Соответственно, первое поле этой структуры имеет тот же адрес (смещение 0), следующее уже имеет смещение +4, и так далее. И эти смещения очевидным образом дают доступ к регистрам TIM2, как они описаны в RM.

В принципе, ничто особо не мешает таким же способом и в AVR организовать доступ. Но у простых AVR и периферия обычно более простая, по 2-3 регистра, и делать из этого развёрнутые структуры особого смысла нет. А у STM32 регистров много у каждой периферии, плюс однотипных периферий (тех же таймеров) по нескольку штук, так что организация всего этого через поля структур достаточно удобна.

VladislavS

Это всего лишь указатель на структуру. В системе команд ARM удобный доступ к памяти со смещением от базового адреса. Он позволяет бесплатно получать доступ к полям структуры, имея только лишь начальный её адрес (читай указатель).

СКАЗОЧНИК

Прочитал и ппросмотрел кучу информации про указатели. И даже очень понятные объяснения нашел. НО всегда получается путаница, когда переходят к указателям на функции, структуры и т.д. И начинаешь путаться в операциях взятия адреса и разыменования. Везде объясняют язык Си с позиции "для компьютера" чтобы написаать программку и вывести ее результаты в консоль.
Все таки для микроконтроллеров чуток "другой" Си. Точнее, другое его использование. Никто в компьютре в примерах не присваивал адрес напрямую в указатель. Т.к. это не возможно из-за того, что не известно что там выделено под память для твоей программы. А в МК как раз именно это важно.
Считаю, что одни из самых сложных и основных тем для работы с МК на Си - это указатели, структуры и приведение типов. (наверное). А они не явно и не подробно освещены в тех источниках, где можно почитать про МК.

Кстати, я вверху да, ошибся, когда написал такое:
TIM2_BASE+32
Действительно, мы же не биты прибавляем. А целиком смещение по адресу. Но не явно и такое, что +4 смещение для следующего регистра, если не идет акцент на почему именно так? Почему байтами, а не словами? Почему еще слова могут быть разные и 16 бит и 32. ? Если у меня указан тип как ИНТ32, то значит надо вообще к адерсу +1 прибавлять?

Добавлено after 1 minute 43 seconds:
И правильно я понимаю, что УКАЗАТЕЛЬ на структуру - это переменная?

VladislavS

Ничем С для микроконтроллеров не отличается от обычного С. Адресная арифметика везде одинакова. Изучаем теорию и в бой.

И указатель не обязательно переменная, чего бы ему не быть константой?